Modx можно попробовать
Лично по мне, так это какая та однобокость что ли... изучил что то одно и развитие вместе с этим одним у человека и остановилось.... Как соседняя тема с xml фреймворком, человек даже WP осилить не смог в целом, тут такая же история видимо только как раз WP единственное что смогли осилить, и то чисто потому что там порог входа ниже плинтуса. Ну по крайней мере складывается такое ощущение. И единственный аргумент самоубеждения - самая популярная CMS
PS. Обычно самая популярная колбаса не потому что она из мяса, а потому что она доступная и плевать более 60% населению что это отрава.
Я где то оспариваю популярность WP или сейчас ты мне пытаешься доказать что все плагины на вордпресс священны, их никто никогда не смог взломать, а летают они словно пуля?
Самое интересное, почему тысячи... нет сотни тысяч ГСов для тебя авторитет, а вот например топовые ритейлеры с миллиардными оборотами, командами разработки и сложными бизнес процессами - маркетинговая ересь? (битрикс если что имел ввиду) Где та грань? Мне лично для типовых сайтов которые делают на ВП больше нравится Grav, там оч крутая архитектура. Чуть по сложнее - October, так же крутая тема.
К сожалению так говорят только те, у кого никогда не было макбука.
Я не придумываю, я прям цитирую. Если мне надо с чем то разобраться, то я обязательно с этим разберусь, я сомневаюсь что тут можно найти вменяемую помощь по вопросу на который надо хоть немного подумать. Обычно тут задают и отвечают на вопросы которые гуглятся за 30 секунд, не более.
Речь шла о том, почему так говёно пишут плагины, которые тормозят, которые взламывают и так далее. Я пытался подвести что в ядре просто недостаточно инструментов, нет грамотной архитектуры и прочих удобных вещей что уже давно используется в мире разработки, чтобы это делать качественно. Но да, фанатики они такие фанатики.
Да никакой ВП не фреймворк, набор функций... библиотека если проще назвать, но уж точно не фреймворк.
Абсолютно бестолковое сравнение, и да макбуком приятнее пользоваться чем голым компом без ОС (кирпич) и как не старайся макбук из него точно не сделаешь.
Это самое важное, ВП настолько "хорош" что получается им пользоваться далеко не у всех.
Я почитал и лично у меня вызывает смех...
Объектный кэш в ВП, на случай чтоб не дергать БД и тебе надо вызвать SQL 1 раз а дальше уже результат, при том если ты настроишь редис/мемкеш это все на кой то черт начнет вытеснять с кеша нужные тебе данные, когда результат работы нужен тебе только на этот запрос, но да ладно, пример из статьи:
function foo() { $cache = wp_cache_get( 'foo' ); if ( $cache ) return $cache; $value = $wpdb->get_results( "SELECT ..." ); wp_cache_add( 'foo', $value ); return $value; }
А теперь давайте посмотрим как это делается средствами php
namespace MyPlugin\Services\Option class Option { protected static $result = []; public static function get($key) { if (!isset(self::$result[$key])) { // here SQL } return self::$result[$key]; } } $param = Option::get('param');
Но в ВП нет автолоадера с psr4 и будет куча проблем внедрять подобные вещи, запрос 4х летней давности, ребята прям скоростные на нововведения, есть подозрения что из версии к версии там латаются только дыры.
Ах да еще там пяток функций кеша который работает то храним, то не храним, кеширование работает не так, оно должно поддерживаться в ядре, мне не нужна функция wp_cache_get(), я могу дернуть кеширующую либу напрямую, я бы хотел более удобные инструменты, например
$posts = PostCollection::cache(3600)->get(/*filter*/)->limit(10);
фиг с ним пусть даже будет так
$cache = Core::getCache(); // Cache interface if ($cache->exists($cacheId)) { $posts = $cache->get($cacheId); } else { $posts = 'select posts ....'; $cache->set($cacheId, $posts, $cacheTime); }
Что же нам дает WP?
wp_cache_add(), wp_cache_set(), wp_cache_replace(), set_transient() и еще куча хлама суть которых одинаковая..... по сути WP сделал обертки функций кеширующих нативных либ обернув их в привычные WP юзерам функции и выдал их как кеширование в ядре, вместо молотка юзерам дали камень для забивание гвоздей, а они и радуются.
О каком "богатом мире" речь, если в нормальных фреймворках зависимости прокидываются в конструктор через DI и автовайринг. Вы застряли в своем "богатом мире 2009 года" (php 5.2 и его подходы прям пронизывают WP) и не понимаете что сейчас есть куча инструментов которые позволяют писать быстро качественный, расширяемый, тестируемый и безопасный код.
Вернемся к тому же проклятому битриксу, вот он фреймворк с "богатым миром", так как он не ограничивает меня wp-plugins, у нас проекты на битриксе не хуже проектов на симфони, а некоторые и лучше сделаны по коду, да есть ряд проблем в виде например глобальных переменных, которые и то мы обернули в свои объекты и их стараемся мокать чтоб тестами покрыть свою бизнес логику. Я не перестану думать, что ВП для домохозяек, контентных блоговых проектов (именно для этой цели я его тоже использую), но на серьезную платформу для разработки проектов отличных от контентно-блоговых он явно не тянет. Он для тех кто код правит на проде по фтп, разрабатывает проект в одно лицо, на базе уже готовых решений, но никак для стартовой плотформы (того самого голого компа без ОС) на котором можно нормально и комфортно запрограммить нужный тебе проект.
То есть в CMS это не нужно от слова совсем? Там же магия под капотом, наставил каких то плагинов и все работает, а плагины пишут эльфы в перерывах у Санты, им как бы базовые возможности любого фреймворка ненужны от слова совсем, они видимо плагины тоже пишут мышкой двигая в админке, так что ли?
Я не являюсь шаблононатягивателем, я как раз один из тех кто пишет плагины для CMS под требования заказчика, по этому CMS я все же стараюсь выбирать те, которые разработчик френдли, а не домохозяйка онли.
Действительно, выбрать систему для того чтобы с ней плясать это выбор грамотного вэбмастера. Я вот к этому и пытаюсь подвести, не вижу я смысла в системе где "по умолчанию" нет того функционала который все равно надо поставить плагинами сверху. Ну вот на кой сайт без кеширования? То есть практически все сайты на вордпресе ставят тот или иной плагин кеширования. Вопрос почему вордпрес кеширование не сделает в ядре? с общими настройками хранилища кеша? не раздаст всякие разные апи для этого (тегированый кэш например)? Или какой сайт без форм? всем сайтам нужна форма та или иная но нужна или может есть сайты которым не нужно управление метатегами? Вот я и не понимаю на кой мне, как разработчику, плясать и решать вещи которые решены уже везде где только можно, вместо того чтобы пилить бизнес логику под конкретный проект и не думать о таких базовых мелочах, как роуты, кеш, работа с БД, юзерами, переносом изменений БД между серверами (не всю БД целиком, а только часть новую которую я сделал локально).
PS. Я оцениваю CMS не с точки зрения пользователя, мне по большей части плевать что там в админке, я оцениваю CMS именно в плане того, на сколько комфортно под неё кодить разработчику и писать бизнес логику.
На самом деле это крайность, по больше части я так понимаю "по умолчанию" это без установки всяких плагинов кеширования и пляски с оптимизацией. То есть по умолчанию я взял ВП, накатил нужные мне плагины ВуКоммерс, КонтактФормс, Сео плагины, какой нибудь импорт прайсов с 1С и...... и вот тут как раз включается по умолчанию.
Это проблема движка, если бы движек изначально сделал бы все так, чтобы криво плагин было написать очень сложно, то собственно не было бы столько кривых плагинов. Банальный пример, ну не гуглится такая нужная вещь как wordpress api cache... только какой то rest cache вылазит... где орм с промежуточным кешированием запросов? где темплейтер с кешированием? где все те 100500 мелочей которые дают весомые преимущества разработчикам и делают львиную долю работы за них? как можно сделать нормальный плагин если в ядре ничего толком нет и надо тащить все сверху багажом? Вот именно в этом вопросе я никогда не понимал вордпресс и только по этой причине мне сложно с ним подружится =))---------- Добавлено 10.12.2019 в 00:51 ----------
оно там в коробке, сверху ничего ставить и настраивать не нужно и не сильно отличается от голого блогового движка (с объектным кешем), только тут ИМ где многие вещи бездумно не закешировать (цены для разных юзеров, акции, корзина, остатки и так далее).
К сожалению голый ВП - это просто никому не нужная блоговая платформа. Суть ВП как раз в том что его можно обвешать плагинами на все случаи жизни. Там на любой чих плагин навешивают, даже чтобы вернуть редактор к которому все привыкли. И мне стало очень интересно для чего делает блоговый чистый движек 26 запросов к БД?
Например вот битрикс на бегете, раздел каталога, с фильтрами, категориями, меню, ценами, авторизацией пользователя и всем сопутствующим (не голый)
Исключительно для себя. У этой штуки позиционирование - настройка страницы через xml.... на этом собственно все закончилось, за то там под капотом магия, не тестируемая магия, написанная вопреки всем современным тенденциям в программировании..... Человека просто не устраивает текущие системы и технологии потому что они уже для него слишком сложные, заставляют его что то учить, развиваться и шевелить мозгами.... Кода из файла Engine.php в видео было достаточно чтобы понять уровень программирования человека, для тимлида который ревьювит код десятка программистов уровня от джуниора до сеньора.
