bears

Попробуйте trello.

Меня, наверное, заклюют, но, имхо, wordpress - очень далек от любых шаблонизаторов. Не вижу никакого смысла их использовать там, так как весь движок - сплошной говнокод, от шаблонизатора ему лучше не станет)

А вообще используют для простоты, секьюрности и возможности работы над шаблонами человеком, который ни в зуб ногой в php.

скажите это нормально :D

Это нормально

хочу найти первую работу

Джунов обычно оптом берут, пачками, кто-то справится, кто-то нет, потери невелики, там уже разберутся

нужно будет делать для продакшена

Об этом ты подумаешь завтра когда тебя возьмут, не засоряй пока мозг себе ))

на данный момент знаю нормально

Прекрасные знания, иди и ничего не бойся

Слева-направо

Правильнее вообще не запускать консольных команд из PHP, потому что
1. небезопасно
2. неэффективно
3. может отвалиться по timeout
4. exec/system могут быть запрещены в php.ini

Передавайте данные через любую очередь для их последующего выполнения демоном, по крону или еще как-либо.

На самом деле, рефакторинг - это неотъемлемый элемент процесса разработки. Без него никак. На поздних этапах обязательно всплывают неучтенные подробности. К тому же сам разработчик развивается и стремится улучшить то, что было написано несколькими месяцами ранее.

Но если в рамках рефакторинга программист коммитет больше 20 файлов за раз, то есть вариант что он не видит всей картины, поэтому пилит "супергибкую архитектуру". В этом случае, можно сесть вместе с разработчиком и составить майндмеп всех элементов будущей системы и связей между ними. Это будет полезно как для разработчика, так и для менеджера проекта.

Предлагаю тему лучше, которая выгорит 100% — социальная сеть.

Мне нравится данный слайдер: idangero.us/swiper

Богатое апи, адаптивный, бесплатный.

type: "GET",

Не заполняется массив $_POST, что делать

Еше лучше писать method, а не type.

data: ({json: JSON.stringify({language: {func: "setLang", args: ["hjg"]}}) }),

какая-то каша малаша.
или JSON нормально делайте или отправляйте обычный массив/объект.
В JSON php не понимает так-то сам по себе.

https://daruse.ru/demo/skript-padayushhego-snega-n... - меньше минуты в гугл

https://www.google.ru/search?q=%D0%BF%D1%80%D0%B8%... - 2я ссылка

Тот скрипт, что я скинул, конечно реализован немного через жопу, на мой взгляд. Писался он видимо давно и в те время наверно не знали о трансформациях. Но он работает и ладно))

Захотелось поверстать ваш макет

серверы очередей gearman/rabbitmq/...

Что лучше: микроволновка или холодильник?
Примерно так звучит ваш вопрос.

Да надо.

Неважно на какой вид оплаты вы договорились - вы должны просто указать что то что принимает клиент в момент приемки означает что это он "забирает" в рабочем виде.

Тестировать надо вместе и по заранее согласованным сценариям - это путь к договоренностям.

Если клиент не хочет подписываться под конкретные сценарии - вы должны работать по-недельно. То есть - оплата за неделю, в течении недели находится баг, вы его чините, и так далее.

Для аргументов дам вам понимание - данные которые начинают двигаться в эксплуатируемой системы меняют состояние созданной системы.

То есть вы не имеете возможностей (ровно как и любой человек в этом мире) предвидеть все возможные варианты.

Итого это регулируется тестовым сценарием под который ставится подпись, на нем написано что все что в оговоренный сценарий не входит - в него не входит. Если надо будет проработать новый кейс - он будет для вас обоих новым кейсом, потому что не представлен в бумаге.

Используйте бумагу всегда вне зависимости от того как изначально договаривались - высылаете написанный сценарий и говорите - будет так, проверять по этому сценарию, если у вас есть комментарии по сценарию - вносите изменения.

Разумеется каждый набор тестов с оговоркой на каких девайсах проверяете.

Вы вступили на очень интересный путь который практически все кидают и не могут пройти, просто не хватает у людей сил - но он содержит свет в конце тоннеля - сценарий приемки передачи работы ориентируясь на результат, а не проваливаясь в постоянные доработки за свой счет просто потому что клиент это хочет добавить и "он так считает что это подразумевалось".

Телепаты же в отпуске.

Успехов.

судя по описанию продукта, это закодированный и обфусцированный код, имея ключ, код декодируется и может быть исполнен, раз он этим ключем декодится, его текст можно получить, а вот обфускация процесс в принципе односторонний, если в ее процессе помимо форматирования обессмысливаются значения переменных и методов (к примеру getLongDataFromOBJ223() -> a() ) смысловое понимание кода усложняется, но не более.
Если ваш код на 100 строк , то вникнуть в примерный смысл всех методов труда не составит, если это портянка на 5000 строк с кучей модулей, процесс сильно затруднится, но не более.
В целом, было бы желание разобрать чужой код и что очень важно целесообразность, то кому надо, тот сделает.