Честно говоря, у меня с xdebug'ом не работали в ZSE брейкпоинты. По xdebug_break() прерывание срабатывало, а вот из студии — нет. Смотрел лог xdebug'а, там команды нормальные: и BP передается, и step_into передается. Но останова не происходит. Побился я с ним час, погуглил. Ничего не вышло. Тогда плюнул, поставил Zend Debuger. Правда для профилирования приходится назад включать xdebug и выключать Zend — одновременно они работать не могут.
Нормальная отладка и профилирование PHP. Это статьи на английском. На хабре есть переводы этих статей на русский.
Обязательно прочитайте эти статьи, попробуйте «это». И вы сразу поймете, что ваши классы, да и firePHP тоже, могут понадобиться только для экстренной отладки кода на production-сервере.
{$var | strlower | strip_tags | trim | nl2br | hilite_url } можно заменить на {$var | my_modifier }.
Рендерить RSS или любой другой формат так же можно на Smarty без проблем (я не говорю, что нужно, я говорю что можно!).
В архитектуре MVC отображение отделено от логики приложения специально, чтобы можно было в одном случае показать так, в другом — иначе. Если вы сделаете $var = htmlspecialchars($var); в контроллере (или не дай бох в модели) и передадите в шаблон уже сконвертированное значение, то при необходимости конвертирвоать его иначе для вывода (например, urlencode($var)) руки у вас уже будут связаны. Резюме: все обработки значений, которые нужны только для отображения, должны быть в отображении, т. е. в шаблоне (при этом не важно, шаблон это Smarty или php-файл).
У меня вот тоже изначально был простой пароль :( Но не так давно я решил заняться собственной безопасностью и сменил многие пароли, на хабре в том числе. Слава богу, похоже успел во время :)
Это все конечно красиво, но в сложном приложении выльется в множество объектов, которых могло и не быть. Всетаки для PHP, пожалуй, больше подходит старый добрый вариант с интовыми константами (в т.ч. класса).
Вот у меня в точности аналогично. Т.е., стараюсь следовать этому правилу, но часто просто лень жать лишнюю кнопку) Вобщем-то мало кто загоняется по поводу регистра буквы «в», это совсем не так важно, как «вы vs ты».
Интересно, на каком уровне там будет поддержка PHP.
А если будет хороший дебаг JS в IE, то вообще замечательно будет. Правда в то, что с IE можно хорошо сдружать дебагер кому-то кроме MS, мне верится слабо :(
Знаете, я на хабре много чего почерпнул для работы. Вот буквально сегодня была интереснейшая статья про обучение джуниоров «по бразильской системе». Мне кажется, поднимать свой профессиональный уровень надо все же на работе, а не дома. Только вот это не значит, что надо целый день на работе просидеть на хабре. Обюычно, для прочтения заголовков свежих тем хватает два раза по 20 минут в день. Причем один раз — это вполне можно сделать в обед.
А кому это надо? Обсуждением багов в основном занимаюстя те, кому на работе нефик делать. Тем же, кому свое время дорого, проще всего нажать кнопку «Сообщить об ошибке» и написать краткуе описание проблемы. Так что карма тут ошибочно разжрежет аудиторию.
Очень правильное замечание от администрации. Сам лично уже 2 бага запостил им через форму. Раздувать из этого статьи нет практического смысла, это не интересно и высасывание проблем из пальца.
Если всё время и значительно не укладывается — увольнение. Есть разные люди, некоторые по жизни все делают очень медленно. И таких вы не научите и не заставите быстро работать. С другой стороны, бывают такие, которые делатью все очень быстро и при этом качественно. Сроки же обычно выставляются по среднестатистическим меркам. Так что, если вам попался медленный, то варианта 2: либо терпеть и учитывать опоздания в сроках, либо увольнять.
Если всё время и значительно не укладывается — увольнение. Есть разные люди, некоторые по жизни все делают очень медленно. И таких вы не научите и не заставите быстро работать. С другой стороны, бывают такие, которые делатью все очень быстро и при этом качественно. Сроки же обычно выставляются по среднестатистическим меркам. Так что, если вам попался медленный, то варианта 2: либо терпеть и учитывать опоздания в сроках, либо увольнять.
Так пусть темы минусуют, что тут такого? Это как раз и есть фильтрация социально значимых тем. Я, например, взял за себя правило: не нравится тема — ставлю минус только теме, нравится тема — ставлю плюс теме и стараюсь поставить плюс автору. Минус автору ставил только несколько раз, когда ну уж совсем ни в какие ворота не лезет. Таким образом плохие темы уходили в минуса, а хорошие авторы в плюсы.
Теперь же мое влияние на общую фильтрацию ограничили: я не могу объективно оценить тему, потому что придется беречь патроны на плюсы: мне не в кайф ставить минус, я лучше плюс поставлю за заслуги. Т.е. темы будут минусаваться хуже, фильтр «захабренные» будет работать хуже.
Бывают времена, когда я читаю все, что попадает на главную. Иногда даже залажу в новые и смотрю все подряд. Но кроме топиков, еще есть юзеры и на них потроны тоже уходят, хотя тут подход несколько иной. У меня никогда не было нехватки патронов на Хаброюзеров, всегда был большой запас. Теперь будет нехватка…
Обязательно прочитайте эти статьи, попробуйте «это». И вы сразу поймете, что ваши классы, да и firePHP тоже, могут понадобиться только для экстренной отладки кода на production-сервере.
Рендерить RSS или любой другой формат так же можно на Smarty без проблем (я не говорю, что нужно, я говорю что можно!).
В архитектуре MVC отображение отделено от логики приложения специально, чтобы можно было в одном случае показать так, в другом — иначе. Если вы сделаете $var = htmlspecialchars($var); в контроллере (или не дай бох в модели) и передадите в шаблон уже сконвертированное значение, то при необходимости конвертирвоать его иначе для вывода (например, urlencode($var)) руки у вас уже будут связаны. Резюме: все обработки значений, которые нужны только для отображения, должны быть в отображении, т. е. в шаблоне (при этом не важно, шаблон это Smarty или php-файл).
А если несерьезно, то у нас в Беларуси уже тоже ходят шутки на тему browser.tut.by и browser.all.by (2 ведущих портала) :)
А если будет хороший дебаг JS в IE, то вообще замечательно будет. Правда в то, что с IE можно хорошо сдружать дебагер кому-то кроме MS, мне верится слабо :(
А вообще, статья замечательная. Интересно, лаконично написана, высокий КПД (мало букаф на много информации).
Автор сиквела молодец как в писательском плане, так и в профессиональном (мне тоже приходится все время обучать новых сотрудников).
В то же время на JS можно на 100% правильно определить браузер и показать сайт ровно.
Так что, будем в XXI веке считать килобайты лишнего CSS, или страраться сделать показ сайта для посетителя максимально правильным?
Теперь же мое влияние на общую фильтрацию ограничили: я не могу объективно оценить тему, потому что придется беречь патроны на плюсы: мне не в кайф ставить минус, я лучше плюс поставлю за заслуги. Т.е. темы будут минусаваться хуже, фильтр «захабренные» будет работать хуже.