возможно, речь отчасти о том, что когда появится библиотека, которой нету в Py2, то вам придется сразу перепиливать всё приложение. если же заранее запустить этот процесс — всё может быть немного менее болезненно
1. все конфиги symfony (неважно, yml, xml или php) парсятся только один раз, после чего компилируются в php.
на prod режиме это происходит только один раз при очистке кеша (читай деплое)
на dev, test и т.п. режимах — только при редактировании файлов с конфигами.
2. не в курсе как там с netbeans и прочими vim'ами, но в phpStorm'е есть чудесный плагин, который решает все проблемы конфигов — автодополнение, переход к файлу с классом, подсказка по методам из контейнера и много еще чего.
3. никто не мешает вам описать точно также в php-конфигах на симфони. но в целом — согласен, yml формат такого не позволяет
это на земле, среди обилия вай-фай сетей и кучи базовых станций gps быстро понимает где он находится, ибо интернет подсказывает. а на высоте нету никаких ориентиров, кроме собственно спутников. при таких раскладах холодный запуск gps-а может длиться до 10-15 минут
а имеет ли право продавец так распоряжаться составными частями устройства? ведь производитель (я уверен) не имеет ничего против того, что вы являетесь владельцем NFC чипа.
а электромагнитные волны, которые несут ваши личные данные в виде логинов-паролей — в чьей собственности? их тоже можно спокойно записывать без согласия? как я понимаю NFC — это частичка моих личные данных, равно как и логин-пароль, как и разговоры с родственниками по мобильнику, равно как и мои интимные фотки в моем личном почтовом ящике. без моего согласия/решения суда их записывать как бы не разрешено, если я правильно понимаю.
а вот тут уже прямое нарушение конституции. NFC — это уже не собственность оператора. если с SIM-картой еще куда ни шло, то NFC/WiFi/Bluetooth/GPS приемники-передатчики (да и сам GSM-передатчик) встроенные в телефон — собственность хозяина этого самого телефона.
как по мне — попытка запустить что-то на 5.2 (да и сам 5.2) — это несерьезно.
версия 5.3 вышла без малого 4 года назад. прекратите выкапывать стюардессу.
ВЗ зачастую не мотивирует, если подразумевается конкретная сумма в долларах/рублях. Но понимание того, что твоя ЗП выше/ниже, чем (грубо говоря) в среднем по рынку, творит чудеса.
как по мне — перегиб.
контроллер как сервис, шаблонизатор как сервис, орм как сервис, каждая сущность как сервис, хэлпер вьюхи как сервис для вьюхи, сам бложек как сервис для самого себя. отчасти оно оправдано и удобно, но во многих мануалах получается эадкий сервис ради сервиса — почти ООП ради ООП. эта изолированность зачастую вносит ненужные усложнения в понимание. схема работы получается простой, да. но чтоб понять всю ее простоту надо осмыслить больше, чем чтоб понять что-то на 10-15% более сложное.
и эти аннотации. нет, это безумно круто, что часть логики формирования ответа перенести в аннотацию, но у меня возникает следующий вопрос: имеем сложное приложение, где всё сделано фэншуйненько-аннотационно. роуты, кеширование, переменные в шаблон и т.д. даже AOP заюзаем для красоты. как мне при всём этой буйстве найти какой контроллер отвечает за урл /example/test? поиском строки по проекту?
оффлайновая версия акции будет 1-го числа. баннеры — подготовка собственно к.
но минимум два печатных издания на этой неделе выйдут с белыми обложками в поддрежку протеста. так что страна намного лучше государства.
на prod режиме это происходит только один раз при очистке кеша (читай деплое)
на dev, test и т.п. режимах — только при редактировании файлов с конфигами.
2. не в курсе как там с netbeans и прочими vim'ами, но в phpStorm'е есть чудесный плагин, который решает все проблемы конфигов — автодополнение, переход к файлу с классом, подсказка по методам из контейнера и много еще чего.
3. никто не мешает вам описать точно также в php-конфигах на симфони. но в целом — согласен, yml формат такого не позволяет
фигпойми чемунациональной безопасностиверсия 5.3 вышла без малого 4 года назад. прекратите выкапывать стюардессу.
контроллер как сервис, шаблонизатор как сервис, орм как сервис, каждая сущность как сервис, хэлпер вьюхи как сервис для вьюхи, сам бложек как сервис для самого себя. отчасти оно оправдано и удобно, но во многих мануалах получается эадкий сервис ради сервиса — почти ООП ради ООП. эта изолированность зачастую вносит ненужные усложнения в понимание. схема работы получается простой, да. но чтоб понять всю ее простоту надо осмыслить больше, чем чтоб понять что-то на 10-15% более сложное.
и эти аннотации. нет, это безумно круто, что часть логики формирования ответа перенести в аннотацию, но у меня возникает следующий вопрос: имеем сложное приложение, где всё сделано фэншуйненько-аннотационно. роуты, кеширование, переменные в шаблон и т.д. даже AOP заюзаем для красоты. как мне при всём этой буйстве найти какой контроллер отвечает за урл /example/test? поиском строки по проекту?
но минимум два печатных издания на этой неделе выйдут с белыми обложками в поддрежку протеста. так что страна намного лучше государства.