тебе еще надо отказаться от шаблонизатора. для консистентности

Как вы считаете - правильно ли я делаю, что не экранирую запросы к БД если директор заставил писать сайты на вордпресе?

Знаю чувака, он к вордпрессу zend присобачил

Но возникает вопрос, зачем тогда вордпресс

В принципе можно еще в каждом пхп файле через глобал данные к подключению бд заново объявлять

Чтобы наверняка

Но возникает вопрос, зачем тогда вордпресс

В том то и дело

Как вы считаете - правильно ли я делаю, что не экранирую запросы к БД если директор заставил писать сайты на вордпресе?

Твой директор извращенец

А так есть на многих фреймворках варианты дружбы вп и фреймворка. Если это можно назвать дружбой

Но возникает вопрос, зачем тогда вордпресс

плагины готовые

плагины готовые

Ну такое

Если они готовые, то зачем там разработчик

А если таки надо доделать, то проще с 0

Поэтому я считаю что моя задача внести больше дыр в вп. Чтобы люди которые ей пользуются все больше задавались вопросом - а не говно ли это?

Фактически причину взлома такие заказчики врядли будут устанавливать. За частую если они видят баги - приписывают их к cms

После чего начинают искать другие программные решения

Вопрос в том - как вы считаете: плохо ли я поступаю?

непрофессионально

Непрофессионально вообще юзать вп...

ищи другую работу

Мне платят тут хорошо

Это же тип из бэйсика?

А если таки надо доделать, то проще с 0

сильно зависит от задачи.

сильно зависит от задачи.

Не хочу вспоминать код плагинов к вордпрессу)

Мне платят тут хорошо

Если вордпресс решает задачи ваших дядек с деньгами, то его и юзайте

Но только не надо гадости делать

А в чем проблема сделать это нативно для вп-то.

?

Если платят хорошо

Непрофессионально вообще юзать вп...

Непрофессионально делать поднялки, так и до увольнения не далеко.

тебе еще надо отказаться от шаблонизатора. для консистентности

лет 5 назад отказались от всяих смарти и свигов. используем plain php в качестве шаблонизатора если нужно на бекенде рендерить html. вообще-то php изначально и задумывался как простой шаблонизатор для html. незнаю чем ваши хипстерские шаблонизаторы лучше обычного <?=$var?> или там <? if ($condition): ?> <? endif; ?>

тем что шаблонизатор накладывает ограничения и позволяет еще использовать разные блоки, наследования, песочницы?

лет 5 назад отказались от всяих смарти и свигов. используем plain php в качестве шаблонизатора если нужно на бекенде рендерить html. вообще-то php изначально и задумывался как простой шаблонизатор для html. незнаю чем ваши хипстерские шаблонизаторы лучше обычного <?=$var?> или там <? if ($condition): ?> <? endif; ?>

именно этим: <?=$var?>

провоцирует на XSS

Ладно ребят. Я вас услышал. Революции не состоится

провоцирует на XSS

согласен, нужно понимать что ты делаешь, и где необходимо дописывать что-то такое $this->escapeHtml но в качестве плюса я могу выделить скорость и полный контроль над происходящим. не нужно думать о том как там устроен шаблонизатор внутри и заучивать дополнительный диалект. к тому-же открыв такой шаблон любой прогер разберется в нем за 2 минуты, а если открыть что-нибудь такое: {%- macro my_input(name, class="input-text") %} {% return text_field(name, 'class': class) %} {%- endmacro %} {# Использование макроса #} {{ '<p>' ~ my_input('name') ~ '</p>' }} {{ '<p>' ~ my_input('name', 'input-text') ~ '</p>' }} сразу начинаются вопросы, чем отличается {{ от {% как сгенерит html функция text_field ну и тд я это не к тому что шаблонизаторы зло, а к тому что без них тоже можно нормально жить.

согласен, нужно понимать что ты делаешь, и где необходимо дописывать что-то такое $this->escapeHtml но в качестве плюса я могу выделить скорость и полный контроль над происходящим. не нужно думать о том как там устроен шаблонизатор внутри и заучивать дополнительный диалект. к тому-же открыв такой шаблон любой прогер разберется в нем за 2 минуты, а если открыть что-нибудь такое: {%- macro my_input(name, class="input-text") %} {% return text_field(name, 'class': class) %} {%- endmacro %} {# Использование макроса #} {{ '<p>' ~ my_input('name') ~ '</p>' }} {{ '<p>' ~ my_input('name', 'input-text') ~ '</p>' }} сразу начинаются вопросы, чем отличается {{ от {% как сгенерит html функция text_field ну и тд я это не к тому что шаблонизаторы зло, а к тому что без них тоже можно нормально жить.

Можно, если в команде нет джунов

я несколько дней читаю чатик. я охуел с вашей илитарности.

в плане разработки на пхп.

Это же тип из бэйсика?

Фортран же

Точняк

Перепутал

Как вы считаете - правильно ли я делаю, что не экранирую запросы к БД если директор заставил писать сайты на вордпресе?

тоже так делаю) будет знать в следующий раз)

Дада, вы подписывайтесь своими именами, чтобы точно знать, с кем в будкщем ни при каких обстоятельствах работать не надо

люди меняются, но не быстро

Посоветуйте литературу по паттернам. Фримен годится? Или лучше банду почитать?

Посоветуйте литературу по паттернам. Фримен годится? Или лучше банду почитать?

а какая цель?

Структурировать знания, узнать что-то новое. А вообще цель - книга на подарок)

Посоветуйте литературу по паттернам. Фримен годится? Или лучше банду почитать?

Мартин Фаулер, Боб Мартин

он не про те паттерны

Эээ

есть же эта книжка, где несколько паттернов очень просто разжеваны

А про что?

у фаулера если ты про P of EAA это уровень абстракции повыше

у банды "низкоуровневые" паттерны

Вот же

Сфоткал

ну смотри, у него там паттерн например active record рассказывается, это целый подход о том, как работает твое приложение

а у банды нанпример билдер или фабричный метод

вообще разные уровни абстракции)

Я банду могу читать только как снотворное

банда это справочник

Слишком скучно для меня

Слишком скучно для меня

почитай head first design patterns

ERROR: S client not available

в целом же да, у банды четырех очень маленькие кирпичики

корорые будут появляться сами собой просто соблюдай ты принципы

вроде GRASP

@Enleur ты меня убедил. phpunit лучше чем phpspec... и это меня слегка расстраивает

переписал для подсистемы тесты с phpspec на phpunit, некоторые вещи стали банально проще

сижу сейчас и думаю почему...

переписал для подсистемы тесты с phpspec на phpunit, некоторые вещи стали банально проще

а ты радикальный парень

а ты радикальный парень

там всего 30 тест кейсов

вообще... пока из того что я вижу... phpunit проще когда ты нарушаешь закон деметры)

А что насчет Мэтт Зандстра?

А что насчет Мэтт Зандстра?

почитай узнаешь)

из похэпэшных книжек огда из адекватрых. Ну или единственная адекватная... кто его знает.

почитай узнаешь)

Ну я только пока ее и читал )

Банду и Фаулера - нет.

знать паттерны, это как знать названия всех инструментов в ящике.

нужно еще учиться их использовать

и понимать когда лучше один инструмент а когда другой

Жбеньк ?

Напишу чё нить за пивасик )

Всем привет, сколько тут знакомых лиц :)

@Enleur ты меня убедил. phpunit лучше чем phpspec... и это меня слегка расстраивает

а почему был изначально откинут пхпюнит и выбран пхпспек?

а почему был изначально откинут пхпюнит и выбран пхпспек?

потому что мне дико нравится идея (и до сих пор нравится), и дико нравятся ограничения, которые налагает phpspec

но проблема в том что phpspec это не инструмент для тестирования, это в первую очередь инструмент для проектирования системы

а мне нужно было тупо тесты

то есть phpunit всеравно нужен будет

юзаешь ты спек или нет

ну или phpspec + behat

о как, надо глянуть на него

вот если в комбинации phpspec + behat + если это на процессы внутри команды хорошо накладывается - вообще ништяк связка

но это редкость

ну и опять же порог вхождения