Comments 44
Не буду этого отрицать, ибо более чем согласен с вами. Проблема в том, что многие клиенты (хотя возможно эта специфика конкретно наших клиентов) настаивают на том, чтобы остаться на Wordpress. И их можно понять. Со стороны клиента, Wordpress — это удобная административная панель, где зачастую без дополнительных затрат можно добиться той или иной функциональности, просто установив плагин. Клиенты любят ту экосистему, которая создалась вокруг Wordpress и не хотят с нее уходить.
Вот из-за таких заказчиков, которые любят установить плагин, начинаются проблемы с соседними проектами. Заказчик ни сном, ни духом установил багнутый плагин, и через него потом все проекты на хосте заражены
Скорее когда-то давным давно запускали проект и не думали, что разрастется до таких масштабов. А переписать все с нуля — обычно на такое сложно решиться. Конечно, есть извращенцы, кто и на битриксе лендинги просит. То что система для бложиков и визиток развивается — это хорошо,
Потому что с точки зрения бизнеса, лучше быстрее запуститься кое как и потом по ходу дела решать возникающие проблемы, чем с начала придумывать идеальную систему, которая все-равно в скором времени попадет под поезд правок.
Потому что с точки зрения бизнеса, лучше быстрее запуститься кое как и потом по ходу дела решать возникающие проблемы, чем с начала придумывать идеальную систему, которая все-равно в скором времени попадет под поезд правок.
Серьезно?
То есть все эти люди дураки получается?
https://wordpress.org/showcase/
Уж лучше WP чем собственная разработка «мегакулпрогеров-говнокодеров» со своими «ЦМС».
То есть все эти люди дураки получается?
https://wordpress.org/showcase/
Уж лучше WP чем собственная разработка «мегакулпрогеров-говнокодеров» со своими «ЦМС».
Нужно же учитывать еще и количество проектов на CMS.
Если я не ошибаюсь Wordpress самая популярная.
Если я не ошибаюсь Wordpress самая популярная.
«нормально делай — нормально будет»
Раздай права на папки/файлы, не используй нулленые плагины и темы, читай логи сервера, ставь мониторинг изменения файлов, настрой автоблок по количеству неудачных попыток входа или 404-ошибки… Способов защиты много, начать даже стоит с изменения стандартного логина.
Раздай права на папки/файлы, не используй нулленые плагины и темы, читай логи сервера, ставь мониторинг изменения файлов, настрой автоблок по количеству неудачных попыток входа или 404-ошибки… Способов защиты много, начать даже стоит с изменения стандартного логина.
тоесть ваша поделка априори надежна и глобальна?
Но если есть выбор, то я предпочту чтото получше ВП
Можете написать, что именно, почему и для каких задач?
> Печальная правда в том, что он совершенно не приспособлен для этого.
а ваш Laravel Blade — говнище еще похуже стандартного шаблонизатора php.
потом сиди полдня разбирайся в этом говне вместо того чтоб за 5 минут поправить.
слава богу такие индивиды которые тащут всякую дрянь в WP, редко встречаются.
идите на drupal пилите — там symfony добавили для таких любителей обмазываться фрейморками.
и оставьте в покое божественный wordpress если не можете постигнуть его философию.
> Структуризация проекта в Wordpress
все там уже структурировано и продумано и нефиг лезти в тулу со своим самоваром
а ваш Laravel Blade — говнище еще похуже стандартного шаблонизатора php.
потом сиди полдня разбирайся в этом говне вместо того чтоб за 5 минут поправить.
слава богу такие индивиды которые тащут всякую дрянь в WP, редко встречаются.
идите на drupal пилите — там symfony добавили для таких любителей обмазываться фрейморками.
и оставьте в покое божественный wordpress если не можете постигнуть его философию.
> Структуризация проекта в Wordpress
все там уже структурировано и продумано и нефиг лезти в тулу со своим самоваром
Философия Wordpress и не нарушалась. Все сделано на основе API которое предоставляет сам Wordpress. Что касается Laravel Blade, мне не очень понятно в чем конкретно проявляется его «говнище». Хотя преимущество его использования перед «стандартным шаблонизатором php» — очевидны. Он позволяет писать меньше кода, в особенности повторяемого кода за счет расширяемости и удобного синтаксиса. Кроме того, он по умолчанию фильтрует выводимые данные, тем самым защищая от XSS атак. В результате чего быстрее разработка и меньше багов.
В любом случае, спасибо за комментарий. Как ни странно, но это первый комментарий касательно фреймворка :)
Не боитесь использовать composer
внутри экосистемы WP? Кто-нибудь столь же беспечный напишет развесистый плагин с использованием composer, укажет в require
другую версию какого-то из пакетов — и сломается или плагин, или тема, смотря кто первый загрузится.
Вы вообще плагины под Вордпресс видели? Какой composer? Хочешь комьюнити у плагина — будь добр писать на PHP 5.2
Спасибо за вашу оценку моей квалификации, оставьте её при себе. Плагины и темы под WP писал и даже этим зарабатывал. Ещё вопросы?
И я писал, и тоже этим зарабатывал и только ленивый не писал. Поэтому я хорошо знаю качество этих плагинов. Вы слишком переоцениваете свою квалификацию, ибо для вордпресса даже школьники умеют писать и зарабатывать на них. Ещё вопросы?
Sign up to leave a comment.
Структуризация проекта в WordPress, Laravel Blade и не только