Нашли чем удивить, даже на добавление одной кнопки может уйти больше месяца работы, по принципу верхушки айсберга. Поэтому опытные тимлиды понимают насколько важно хорошо проработанное ТЗ.
Вот только очень быстро стремиться к первому месту, если уже его не занял, язык с не меньшим грузом накопленных проблем чем у ПХП, так что может, не только (столько) в языке дело.
По настоящему можно будет сказать, что становится умнее когда научится по поставленной задаче сам обучаться и давать готовый ответ, а не вот так вот — изучали-изучали, настраивали-настраивали, обучали-обучали и лишь потом — какой крутой результат! Пока что это это хоть развитие, но экстенсивное.
Спасибо за новые фичи, в том числе за развитие HTTP request, еще в нем прям остро необходимы предвыполняемые скрипты по аналогии с поствыполняемыми — очень распространенный кейс подписи запроса с использованием хэша по контенту никак сейчас не выполнишь, приходится ручками генерировать хэш при каждом изменении контента, а это очень не производительно.
И даже иша уже есть youtrack.jetbrains.com/issue/WI-44191
Возможно удивлю, но скорее там все таки еще Yii1 craftcms.com/changelog
Released on Jun 9, 2017 Updated Yii to 1.1.19.
Yii2 не упоминается здесь не разу
Наверное мы о разном, а имел ввиду не сделать возможным переход по таким ссылкам в пхпдоке, а сделать переход из диалога Ctr+N (меню Navigate-Class) — сейчас он отлично позволяет переходить по ссылкам вида Class#method и Class#property, но не позволяет делать точно такой же! переход по аналогичным ссылкам Class::method и Class::$property, хотя именно такой вид ссылок используются в доках по пхп и другой документации по пхп-библиотекам. Т.е. достаточно сделать, чтобы этот диалог распознавал ссылки с разделителем :: наравне с # и делал точно такой же переход — это мне кажется достаточно простая доработка, но очень полезная для быстрой навигации.
Спасибо за терпение :)
Про документацию имел ввиду не код, а описание например в какой-то вики-системе, почему указывать в доках именно в таком виде — это общепринятая практика и идет от доков самого пхп, вот например видно, что они повсеместно описывают подобным образом php.net/manual/ru/pdo.begintransaction.php.
О сообщениях я имел ввиду страницу ошибки которую выводит YII2, думал, что в таком виде берется из стэка вызовов PHP, но посмотрел — нет все таки сами во фреймворке так выводят, так, что именно это можно считать специфичным для YII2. Но первый пункт все таки актуален, и главное — сам то пхпшторм такую ссылку формирует! Ее бы передаешь кому-то посмотреть, а он по быстрому перейти по ней не может, как в случае со ссылкой на строке.
Спасибо, за крайне удобный шторм, но вот частенько сильно не хватает одной небольшой мелочи — невозможно перейти по ссылке вида Class::method или Class::$property. Такие ссылки встречаются довольно часто — в доках, сообщениях об ошибках и даже штормовская функция Copy Reference такую создает, а перейти по ней сам не может, печаль.
Думал что-то найти не могу — писал в саппорт, но там мне только посоветовали юзать Ctrl+N и Class#method, иногда можно конечно воспользоваться, но постоянно исправлять :: на # уже раздражает и главное непонятно зачем дело стало, функционал то уже такой есть…
С точки зрения веб-разработки из последних нововведений особенно порадовал $request_id, как говорится мелочь, а приятно :) Спасибо за него, для логирования и разбора полетов вещь крайне полезная и наконец-то из коробки, а не с помощью костылей.
Yii — подкупает всех простотой и заявленной высокой производительностью, но на самом деле при его использовании enterprise у всех разработчиков только боль, страдания и кровь из глаз от обилия написанного кода и html внутри PHP классов.
НЕ любите кошек? Да просто не умеете их готовить!
Если изначально писать проект на YII как описано в элементарных примерах, не смотря на то, что знаешь чтобы будет нечто большое и сложное — да будет много проблем, если все таки немного сразу подумать над архитектурой и следить по ходу дела — можно и на YII писать большое и сложное.
Вакансии не использовал, а вот с резюме что-то плохо совсем — видимо из за ограничений совсем никто не находит, по сравнению с hh например, может как-то вам принципы поиска резюме пересмотреть?
«переводить свои проекты» слишком мягко сказано для данного случая, скорее все таки переписывать, потому и процент желающих не так уж велик несмотря на все преимущества
Кто минуют с чем не согласны-то? Если не в курсе про популярность Laravel почитайте хотя бы здесь habrahabr.ru/post/254277, да и в других источниках тоже самое, сам не поклонник Laravel, но перед фактами не попрешь.
Про Twig — также работают все стандартные виджеты, тоже по умолчанию используется формат с экранированием, но можно его изменить. Для вывода вне строчек используем функцию шорткат — коротко-удобно и настраивается в одном месте, но опять же конечно надо постоянно следить, чтобы никто не забыл обернуть вывод…
Нашли чем удивить, даже на добавление одной кнопки может уйти больше месяца работы, по принципу верхушки айсберга. Поэтому опытные тимлиды понимают насколько важно хорошо проработанное ТЗ.
И даже иша уже есть youtrack.jetbrains.com/issue/WI-44191
craftcms.com/changelog
Released on Jun 9, 2017 Updated Yii to 1.1.19.
Yii2 не упоминается здесь не разу
Спасибо за терпение :)
О сообщениях я имел ввиду страницу ошибки которую выводит YII2, думал, что в таком виде берется из стэка вызовов PHP, но посмотрел — нет все таки сами во фреймворке так выводят, так, что именно это можно считать специфичным для YII2. Но первый пункт все таки актуален, и главное — сам то пхпшторм такую ссылку формирует! Ее бы передаешь кому-то посмотреть, а он по быстрому перейти по ней не может, как в случае со ссылкой на строке.
Думал что-то найти не могу — писал в саппорт, но там мне только посоветовали юзать Ctrl+N и Class#method, иногда можно конечно воспользоваться, но постоянно исправлять :: на # уже раздражает и главное непонятно зачем дело стало, функционал то уже такой есть…
стандартный strip_tags это давно умеет
НЕ любите кошек? Да просто не умеете их готовить!
Если изначально писать проект на YII как описано в элементарных примерах, не смотря на то, что знаешь чтобы будет нечто большое и сложное — да будет много проблем, если все таки немного сразу подумать над архитектурой и следить по ходу дела — можно и на YII писать большое и сложное.