Игорь Воротнёв: а почему кусючая?
кроном вешаем задачу:
1 берем пост без перевода
2 берем текст на основном языке и отправляем на https://www.googleapis.com/language/translate/v2?k...
3 добавляем результат к телу поста (и оборачиваем в теги qTranslate)
4 обновляем пост
Час работы, $20.
Если не делать красивые окошечки, предупреждения, проверки языков, логику на "что делать когда два языка основные" и тп, не добавлять опции к плагину.
Enniack: бесплатных нет.
есть платные, например bit.ly/1PZK7kK
но его так и так нужно будет допиливать. по деньгам может выйти примерно так же, как если заказывать/с нуля писать
Alexander Sharihin:
>Git отменили? Примеры кода и выполненных работ, прошлые места работы
Ну так вы же сами тут же пишите "Видел просто идеальный код с пропавшим программистом")
Идеальный код, умение писать, прошлые успешно выполненные проекты, вообще не гарантия, что именно на вашем проекте фрилансер пропадет или не справится. Чтоб была хоть какая гарантия, нужен договор или сделка через посредника.
Все остальное только на взаимном доверии и без гарантий.
Alexander Sharihin:
>Нанимать нужно сразу тех, кто умеет писать
Может тогда поделитесь опытом?
Как вы так сразу определяете, что исполнитель "умеет писать", а не хочет попробовать?
Nik Savelev: работаю так же только по небольшим или длительным проектам (без предоплаты, на своем сервере, даю доступ для проверки как оно работает, но сам код только после оплаты за этап).
Если что-то серьезное, долгое или заказчик/исполнитель не внушает доверия, то имеет смысл заключить договор/взять предоплату/оформить сделку через биржу-посредника.
Плюсы работы без предоплаты - вы можете в любой момент прекратить сотрудничество (если у вас поменялись обстоятельства, чем-то не подошел исполнитель, что-то еще).
Минусы - исполнитель может точно так же в любой момент перестать работать по вашему заказу.
В итоге вы деньги не потеряете, но больше риск потерять время.
Из опыта, когда выступал как заказчик, может быть и такая ситуация:
исполнитель может раздробить заказ на этапы. получить деньги за те этапы, возможности/знаний у него сделать хватило, и пропасть на выполнении сложных для него этапов. В итоге деньги потрачены, проект до запуска не дошел, другие программисты за доделку хотят бюджет сопоставимый с стоимостью проекта.
Чтоб обезопасить, разбивайте на значимые этапы. Чтоб по завершению этапа у вас был сайт, на который можно пускать пользователей.
Но так то вариант работы/оплаты, который вам предложили, вполне часто используемый.
Alexander Sharihin:
> как раз на фреймворке будет проще подключить нового программиста - структура кода будет прозрачнее.
не факт. зависит от программиста. если он будет соблюдать стандарты, то да, все отлично.
из опыта, если предыдущий исполнитель теряется на середине проекта, в коде трэш, угар, никаких стандартов.
talas1234:
>MODX очень гибкий, но именно из-за этой гибкости, там очень большой порог входа.
WordPress очень гибкий, и именно из-за этой гибкости там очень низкий порог входа)
svkalashnikov: по разному можно сделать.
можно как вы предложили, через теги.
можно к каждой записи добавлять мета поле с id пользователя - если в этом поле id пользователя есть, запись ему показывать, если нет, не показывать.
можно наоборот, id постов класть в мета поля к профилю пользователя - показывать ему только те посты, id которых у него будут в этих полях.
Это навскидку, только те варианты, что сразу приходят. Какой из способов будет лучше в вашем случае, зависит от проекта, от того, как вы будете админку делать
Dave:
>Если местные фрилансеры берут примерно по 20$ в час, то ты соотв. также вправе называть такую ставку.
Ты и в магазинах так же продавцов убеждаешь? Типо, в соседнем магазине хлеб на рубль дешевле, и они не вправе ставить цену больше?
>А тебя не смущает тот факт, что Никита, RU - тоже отписали ответы по поводу адаптивности?
И что? Ошиблись люди, не так поняли задачу. Бывает.
Прочитай еще раз вопрос?
>была обычная верстка, сейчас сделали адаптивную. И нужно все это установить на сайт
была верстка
сделали новую
нужно натянуть новую верстку на сайт.
Все. При чем тут описание тестирования верстки, комментарии о том, как сложно ее верстать и тп?
Натяжка адаптивной верстки на движок ничем не отличается от натяжки статичной верстки, если html для всех устройств/разрешений будет одинаковым.
Если же на разных устройствах нужно показывать разное, то де, потребуется некоторая доработка.
Dave:
>Во-первых - есть такое понятие, как РЫНОЧНАЯ стоимость
Ну есть. И как это относится к фрилансу?
>Никто не в праве необоснованно завышать стоимость часа работы
то есть, если заказчик готов платить мне $20 в час за натяжку верстки, при этом считает, что это дешево (что действительно дешево для иностранцев), я должен отказаться и сделать эту работу за $2.5 в час? С чего это вдруг? Только по тому, что "ты бы сделал, но не сейчас" ту же работу за меньшие деньги?
>Во-вторых, адаптивность к текущему сайту добавляется МАКСИМУМ за 1 день
Почитай внимательно то, что написано в вопросе?
У человека уже есть новая верстка и ему нужно эту верстку натянуть на движок.Какие медиа-запросы ты собрался прописывать и зачем?
ayrat33: не особо рассчитывайте на стоимость, которую Dave написал.
Это та стоимость, по которой "он бы все сделал". Другие фрилансеры могут поставить более адекватную цену за свою работу.
Да и он сам как-то не особо спешит за 2 тысячи вам верстку натягивать)
Не стоит оценки вроде "я бы сделал за ХХ рублей, но сейчас не могу" рассматривать всерьез.
Игорь Воротнёв:
>Доступ к глобальной переменной $post - нормальное явление
но не в этом случае)
во первых, позже он использует setup_postdata, этой функции не обязательно передавать глобальную переменную.
во вторых, в цикле он эту глобальную переменную затирает значением из цикла и затем повторно вызывает setup_postdata.
То есть - либо оставить глобальную переменную, либо использовать setup_postdata - в его случае и то и то одновременно это лишнее.
>get_posts - всего лишь удобный враппер для WP_Query, и если не нужна пагинация (не нужен SQL_CALC_FOUND_ROWS) и кеширование связанных данных
А потом они начинают жаловаться, что у них WP тормозит.
Если выбор функции осознанный, то да, использовать можно. Но тут то он влепил ее по тому, что другой не знает.
кроном вешаем задачу:
1 берем пост без перевода
2 берем текст на основном языке и отправляем на
https://www.googleapis.com/language/translate/v2?k...
3 добавляем результат к телу поста (и оборачиваем в теги qTranslate)
4 обновляем пост
Час работы, $20.
Если не делать красивые окошечки, предупреждения, проверки языков, логику на "что делать когда два языка основные" и тп, не добавлять опции к плагину.
Или я какие-то подводные камни не вижу?