А какая гарантия, что ваш экстеншин заведётся с версией вашего php, что вы будете делать если будте ошибка, которая стопорнёт разработку, полезете в си код править её? Проще сразу клепать на питоне или java, если уж такая беда с производительностью, хотя даже фейсбук годами держал миллионнов пользователей без Phalcon и hhvm. За много лет ни разу не упирался в производительность php, кроме случаев с неподходящими фреймворками как ZF, Doctrine, Symfony.
Я пишу на nodejs и ror, но предпочитаю php именно потому что имею большой выбор фреймворков и библиотек, а в случае проблем могу легко залезть и поправить, а не ждать патча от авторов.
Забейте на идеологию, ваша задача избавиться от дублирования, так как дублирование усложняет подрежку и приносит баги.
вынесите проверку в модель, в контроллере передавайте ей данные и затем спрашивайте о том удалось ли сохранить
$user = new User();
if ($user->updateName($name)) {
$errors = $user->getErrors();
}
ООП это врежде всего общение между классами, в ващем примере только $this->container['name'] заполнился, а ведь можно делать нормальные ретурны и сохранять состояние.
if (strlen($name)<3) {
$this->errors[] = 'Строка олжна быть длиннее 3 символов';
return false;
}
…
$this->container['name']=$name;
return true; // чтобы знали что мы сохранились.
kenny_opennix, не буду настаивать, но у нас в Беларуси так же чувак платил налог и не заводил ИП, консультировался в своей налоговой, в итоге поймали и влепили «незаконная предпринимательская деятельность», даже на хабре где-то статья была.
В идеале да, новый таск, новый бранч, новый коммит, новый прогон всех тестов. Но это не религия, нужно ориентироваться на здравый смысл. На хабре по этому поводу была недавно статья, о программистском фетишизме, не нужно впадать в крайности.
заводите таск на рефакторинг, таск на правку бага, таск на фичу. всё легко отслеживается. обзывайте задачи по типу
<тип>-<номер> <описание> <затрачено>h
затем легко сможете отслеживать, давать ссылку на таск, смотреть это feature, bug, refactoring, hotfix, можете делать статистику просто парся название коммитов, можно даже время всовывать и заполнять из этой информации jira, через хук git-а и api jira. А в ide легко задаются маски для названий коммитов.
Это вещь, которую раз сделал, настроил, затем соблюдая простое правило экономишь кучу времени
нет, личные репозитории это очень легко. есть глобальный конфиг компосера, он находится
.composer/config.json
%appdata%\roaming\Composer\config.json
туда просто добавляешь путь к своему репозиторию, локальному, либо удалённому. В репозитории, естественно боллжен быть свой файл компосера с названием, описанием пакета и его зависимостями.
репозитории прописываются примерно так "repositories": [
{
"type": "vcs",
"url": "/git/frozennode/administrator"
}
]
я даже для чужих либ, делаю свою локальную ветку, чтобы собиралось быстрее и не зависеть от лагов гитхаба, только вот обновлять приходится ручками через скрипт. всё довольно легко, только документация довольно куцая, вроде и много, но чёрт ноги сломит, разбираясь.
да, конечно. вот пример пакетов laravel для ACL github.com/Zizaco/entrust/blob/master/composer.json, прописана связь на сам фреймворк и либу для работы с базой данных.
«illuminate/support»: «4.0.x»,
«laravelbook/ardent»: "*"
а в require-dev, пакеты которые нужны при разработке, для прогонов тестов, но не нужны на продакшене.
APC — это не только кэш опкодов, но и масса плюшек в виде функций apc_, так что его можно было бы использовать даже с php 5.5, выставив apc.enabled = 0
Ситуация действительно странная, фактически apc выдавили с рынка, заменив менее функциональным решением.
В таком ответе есть проблема яйца и курицы. Зарплату можно объяснить либо неумением договариваться с руководством, либо неэфективной работой команды из-за чего руководство не может платить зарплаты больше.
HR-ры как правило хотят видеть только позитивные моменты, разбираться в причинах негатива они зачастую и не будут, особенно с юным специалистом. Так что от вашего резюме должно веять: опытом, уверенностью, лояльностью и проактивностью.
>>Хорошо что их клиенты рано или поздно оказываются у меня :)
Вы уверены, вы действительно работаете с клиентами которые за 5k хотят дизайн, вёрстку, интеграцию с WP?
Понятно, что здесь недопонимание с обоих сторон и все хороши, но учитывая сумму я на стороне дизайнера, а rolan1986 должен заботиться не о том кто победил, а как решить этот вопрос, возможно за небольшую доплату с учётом коллизий он получит всё остальное.
А зачем авторизировать? Смена пароля может быть только по однаразовому токену, либо с подтверждением старого пароля. Как бы не осталась после этого быра в виде смены пароля для авторизированного пользователя.
И ещё тонкий момент на который редко, но попадаешь — ссылка долдна вести на форму с кнопкой по нажатию которой посылается пост запрос. Есть ребята которые используют плагины, которые в фоне шастают по ссылкам и проверяют их на вирусы или собирабт статистику, поэтому гет запрос не должен менять статуса и забывать токен.
Я пишу на nodejs и ror, но предпочитаю php именно потому что имею большой выбор фреймворков и библиотек, а в случае проблем могу легко залезть и поправить, а не ждать патча от авторов.