GaserV: Если у вас аллергия на командную строку, тогда можете брать MAMP. Если командная строка не вызывает kernel panic в вашем мозгу, то используйте Vagrant. Во-первых, MAMP это Apache, от которого в большинстве случаев надо избавляться в пользу Nginx. Во-вторых нет гибкости гостевой ОС, максимально приближенной к production серверу проекта, а также всех плюшек которые из этого следуют - например rsync и прочее.
Николай Турнавиотов: идея вынужденная, у нас подобным образом реализован саппорт для некоторых крупных проектов, а репы у них приватные. Так что только апи.
Александр Козак: Смотрите мой ответ. А вообще надо другими каналами доносить вообще интересность вашего проекта для разработчиков. Просто так никто не будет, обнаружив ошибку у вас на сайте ломиться на гитхаб, форкать, править и слать PR. С какой стати?
PoleW: Ах, да, самое главное. Если заказчик требует назвать сроки и стоимость, не предоставив вам полную документацию и подробное описание проекта, то это очень большой звоночек. Заказчик не понимает что делает, проблемы неизбежны. И еще, если заказчик хочет контролировать все ваши действия, смотреть на экран - тоже сильно напряжно, я таких сразу посылаю.
PoleW: Если это апворк или другая биржа, смотрите на отзывы, количество заказов и общую сумму которую они потратили, средний рейт который выходит из их оплат. Клиент, у которого средний рейт 4-8$ в час, если у вас ставка хотя бы 12-15 вам не подходит - он будет пытаться всунуть максимум и выторговывать постоянно. Я их называю "нищебродами". Такие люди часто могут уже после успешно выполненного и оплаченного контракта открывать диспуты и пытаться вернуть деньги придравшись к чему-то. Иногда это им даже удается. Такие заказчики часто шантажируют отзывом. Также с опаской относитесь к клиентам, которые ставят fixed price с небольшой суммой (50-150 обычно), описание задачи выглядит вроде просто, но нет деталей - часто в реальности вы столкнетесь с говнокодом проекта, в котором даже простое изменение сделать займет сильно больше времени, чем вы планировали изначально. Если у клиента нету детально продуманного ТЗ, подробного описания задачи и других входящих данных (и их подготовка не требуется от вас как часть работ за оплату), то как правило он не сильно вникает в проект и гемор обеспечен. Если клиент избегает письменного и жесткого фиксировать объема работ. Если клиент часто меняет свое мнение/пожелания и тд. Если клиент со старта начинает рассказывать какой он крутой и как много у него будет работы для вас в будущем, с хорошими и вкусными бюджетами, но вот эту работу сначала надо сделать чтобы сработаться и тд. Таких факторов вагон и исследование на эту тему может вылиться в целую книгу. Всегда старайтесь ставить себя на место клиента и думать как бы вы вели свой проект, чтобы получить от фрилансера качественный результат без взаимного сношения мозгов. От всех нюансов защититься конечно невозможно, но со временем благодаря опыту (и обжиганию на плохих клиентах) развивается чуйка. Так вот когда чуйка говорит "чувак, че-то мне сцыкотно" - вероятнее всего клиента брать не стоит :)
Дмитрий S: Это разные темплейты, с разными свойствами. Читайте тут. Кратко - если у вас на главной странице список последних записей - тогда home.php, если у вас там типичная "главная страница" (даже если частью ее является некий список последних записей в том числе) - тогда front-page.php
entermix: комиссия SWIFT только при выводе на счет, подключайте не его, а именно карту VISA. У меня приазовская карта, пользуюсь уже больше года - все отлично. Смотрите мой ответ.
champ_max: Тогда пилить для вопросов custom post type. А в остальном стандартный механизм комментов, просто ограничить возможность ответа на вопрос (custom post type) только админу и автору (чтобы вести переписку)
Зачем городить велосипеды, да еще и без использования готовых АПИ от WP? Смотрите ответ Павел
Даже если пилить ручками:
- редиректы надо делать ДО 404й, на ранних руках когда request уже обработан
- у WordPress есть свои функции для работы с составляющими запроса, руками смотреть $_SERVER не нужно
- у WordPress есть свои функции для редиректов, использовать header() нет необходимости.
