понятно, спс, в моделях валидатор со strip_tags назначаемый на любые вводимые строковые значения уже видимо решает эту проблему? плюс в стандартных виджетах выводятся строки по умолчанию с экранированием, хотя где выводятся строки без виджетов проследить непросто конечно
Некоторые удивительные цифры, например на бэке Руби больше востребован чем ПХП, и даже в 3 раза больше чем Питон, а на фронте ни слова про Бэкбон и Ангулар.
Это все хоть и полезные, но довольно очевидные вещи, лучше бы собрать список менее очевидных полезных вещей, которые надо еще поискать, например
1) Если выделить строку в окне редактора (можно кликом по левом полю) и нажать Ctrl+Alt+Shift+C или выбрать в контекстном меню Copy Reference — в буфер скопируется ссылка на текущую строку текущего файла типа Path/Class.php:123 — очень удобно для общения с другими разработчиками например, переход по этой ссылке осуществляется через Ctrl+Shift+N.
2) Если подключен к проекту Git в контекстном меню при клике на левом поле окна редактора есть клевая вещь Annotate — можно смотреть кто и когда менял последний раз каждую строчку в файле.
> Symfony 2 book
Для человека не имеющего хорошего опыта работы с фреймворками, большая часть текста или будет не понята, или без практики выветрится из головы через неделю-другую. Лучше уж взять систему попроще, но не просто почитать, а сразу применить в каком-то простеньком проекте.
Тоже касается ООП, паттернов и другого, можно зазубрить определения, но в работе это слабо поможет и на собеседовании выявляется легко, например по собственному опыту люди изучавшие ООП, но мало его использующие не могут описать всех отличий интерфейсов и абстрактных классов, ограничиваясь лишь общими словами.
В большинстве случаев большинство, к счастью, эти примеры так и остаются просто любопытными случаями, но есть то на чем наверное рано или поздно спотыкается любой пхпшник, при том иногда довольно больно спотыкается — это empty('0')==true, возможно стоило упомянуть в статье и об этом, оно в принципе о том же.
Вообще эта вещь очень удобна для кэширования результатов выполнение функции, поэтому раньше когда программировал функционально частенько применял, с переходом на ООП в методах применяю редко по причине описанной в статье — легко выстрелить в ногу.
убрали бы вы лучше это упоминание про YII в таком контексте, ибо необоснованно — по приведенной вами же ссылки видно, что в Yii::app()->end() вызывается обработчик события прежде чем сработает exit().
Думаю смысл в том, что в табах их минусы одновременно и плюсы, потому до сих пор нет единого мнения, что лучше.
Да в редакторе где не настраиваются табы может выглядеть странно, зато в нормальных редакторах вы можете настроить показывать именно так удобно и привычно, а не так как удобно автору, в пхпшторме для этого еще можно переформатировать под себя, только вот потом обратно придется вернуть (если получится) чтобы в контроле версии не напакостить
Спасибо, хотя вещи изложены в основном известные, но описание в таком упорядоченном виде весьма способствует более глубокому осмыслению, будут ждать продолжения.
как вариант — тим лид хорошо помогает для начала, но не всем с этим везет конечно :)
Намекните плз где чаще всего они находятся?
Phpstorm не слышал на удивление.
1) Если выделить строку в окне редактора (можно кликом по левом полю) и нажать Ctrl+Alt+Shift+C или выбрать в контекстном меню Copy Reference — в буфер скопируется ссылка на текущую строку текущего файла типа Path/Class.php:123 — очень удобно для общения с другими разработчиками например, переход по этой ссылке осуществляется через Ctrl+Shift+N.
2) Если подключен к проекту Git в контекстном меню при клике на левом поле окна редактора есть клевая вещь Annotate — можно смотреть кто и когда менял последний раз каждую строчку в файле.
и т.д.
Для человека не имеющего хорошего опыта работы с фреймворками, большая часть текста или будет не понята, или без практики выветрится из головы через неделю-другую. Лучше уж взять систему попроще, но не просто почитать, а сразу применить в каком-то простеньком проекте.
Тоже касается ООП, паттернов и другого, можно зазубрить определения, но в работе это слабо поможет и на собеседовании выявляется легко, например по собственному опыту люди изучавшие ООП, но мало его использующие не могут описать всех отличий интерфейсов и абстрактных классов, ограничиваясь лишь общими словами.
www.yiiframework.com/doc/api/1.1/CGridView#renderDataCell-detail
Да в редакторе где не настраиваются табы может выглядеть странно, зато в нормальных редакторах вы можете настроить показывать именно так удобно и привычно, а не так как удобно автору, в пхпшторме для этого еще можно переформатировать под себя, только вот потом обратно придется вернуть (если получится) чтобы в контроле версии не напакостить