Алексей Смирнов

А что там читать?
просто перепишите на феноме все…

Я делал эксперимент и сравнивал по скорости. В телеге было где-то написано в чате соответствующем.
результат был такой:
— Кеш страницы уменьшается иногда в разы.
— Скорость 1го открытия страницы в полне может уменьшиться. Но если у вас конкретно нагружено ереси в модикс тегах.
— скорость из кеша по разному. все зависит от конкретной страницы и конкретных чанков-снипетов применяемых.
Если там простые вызовы без модификаторов, то modx парсер быстрее. Ну а если куча вложенностей, то fenom выиграет.
К примеру замена сниппета getImageList (MIGX) на простой foreach в феном — логично, в разы быстрее, да и удобнее.

После установки pdoTools, если используется pdoCrumbs, то он ломает сайт (вылетает с ошибкой подготовки запроса к БД).
Лечится сниппет pdoCrumbs следующим образом:
1. Копируем родной pdoCrumbs в новое название pdoCrumbs2.
2. в снипете pdoCrumbs2 коментируем 2 строки и добавляем сопоставление:
(чтобы получилось так: joxi.ru/krDlZYdhK9BZ0r )
Код для копипаста.

$nrows = [];
foreach($ids as $iduho){
    foreach($rows as $line){
        if($iduho == $line['id'])    {
            $nrows[] = $line;
        }
    }
}
$rows = $nrows;

К сожалению из коробки он не будет работать.
Нужно добавить поддержку sqlite таблиц.
Я уже запустил 1 сайт в продакшен и исправил ошибки + сделал для некоторых пакетов возможность работы (migx в том числе) напишите мне в телеге @smialexby — скину вам архив файлов к замене/добавлению.
Опубликовать исправления — пока не доходят руки. версия modx sqlite так же имеет еще исправленые баги…

Ну, так и не используйте. Я Вас не заставляю.

Я не ставил в статье целью обсуждать хостинги и их возможности. Это тема немного другая, если вы не заметили. И в РБ нет таких бесплатных хостингов, например.
Если есть что сказать по теме, увидели ошибки в решении — пожалуйста. А мусолить мускул, думаю, излишне.

О, добавлю в область применения. Спасибо!

Стоимость пары недель любого разработчика — это годы для хостинга c MySQL)

Точно. Но не вы же их потратили.

Мало того, что схему нужно добавлять, так ещё в дополнениях бывают подготовленные запросы не через XPDO, и вполне может быть отличный синтаксис запросов. Так что и код править может придётся.

Sqlite3 спокойно понимает PDO и работает через него не хуже чем через xpdo. Конечно, есть свои мелкие нюансы, но когда мы их встречаем это немого другой уровень проекта. Да и потом, человек который выбрал sqlite явно понимает что делает…

Я бы ещё понял использование SQLite на сайте для какого-то внутреннего локального использования, где будет только 1 человек пользоваться сайтом.

Если бы внимательно читали статью, то увидели что я как бы прямо и говорю о том что данный подход для мелких сайтов. Да, и никто не заставляет вас пользоваться решением. А тест драйв, может когда-нибудь проделаю для интереса.

Так что сейчас даже хорошо, что в MODX все используют MySQL, всё легко перенести, не нужно вникать в другие БД, где их искать, как подключаться и т.д.

Замечу что ничего искать не нужно, достаточно для php расширения sqlite3, которое есть практически везде. Да и подключение у MODX стандартное — просто берешь и используешь.

И вообще, я вижу комментарии только от представителей хостинг компаний. Сообщаю, что в некоторых странах есть еще хостинг без Mysql и он частенько дешевле следующего тарифа в 2 раза. Поэтому область применения данного решения пусть останется на усмотрение программиста, который непосредственно делает сайт.

Область применения с ходу:
1. Дешевый хостинг без MYSQL.
2. Лендинги, визитки и простые низконагруженные сайты.

Запросите в поисковике — первые ссылки… не ошибетесь их много. :)

Да, у нас в Беларуси. :))))

Пригодится в мелких проектах — Лендинги, Визитки. Где нагрузка маленькая.
Специфика такова, что SqLite3 это грубо говоря БД в обычном файле и применяется лишь на шаред хостингах без поддержки серверов баз данных, например таких как mysql.
Выгода для клиента, что он будет платить меньше за хостинг.
Конечно же для высоко-нагруженных проектов он не подходит в виду своих ограничений.

Замечу что после сохранения данного ресурса вы можете скопировать его (Кнопка КОПИРОВАТЬ) — и получите тот же самый новый ресурс в той же категории без танцев. (Все равно заполнять нужно другой информацией.)
Это самый простой путь.

А вы напишите так:

$q = "EXPLAIN SELECT...";
$out = $modx->query($q)->fetchAll(PDO::FETCH_ASSOC);
print_r($out);

1. В MODX есть автометки, которые подхватывают значения, которые уже были использованы на сайте.
2. Если у вас готовые списки, то у ТВ полей есть поле — Варианты значений — туда можно вписывать значения или руками или специальным сниппетом, ипользуя любой алгоритм.

попробуйте написать сниппет с прямым запросом в БД для подсчета.
Скорее всего это будет быстрее срабатывать.
Или как вариант — добавить TV поле в которое записывать заранее Значение при обновлении ресурса ну и тянуть это ТВ поле запросом.

Еще проверьте .htaccess на отсутствие редиректов с http на HttpS.
Пробовали ли:
без S написать ИЛИ:
Еще проверяйте все с браузера в ИНКОГНИТО режиме. тк сам браузер может кешировать редиректы любые.
Долго писал. Вы уже и решили проблему. Успехов!

Ну тут нужно следующее учесть:
1. После обновления системы у Ваши вмешательства с БД скорее всего полетят.
2. Если вы хотите в site_content использовать свои, в ручную добавленные поля, то погуглите — есть решения через плагины (только так не надо делать, да и вообще трогать site_content).
3. Лучше сделать расширение таблицы site_content, как это сделано, например в minishop2. А тк вы используете minishop2, то почему вы не используете ОПЦИИ??? они как раз для подобных целей — идеальны.
4. mSync — не знаю точно как работает, но знайте одно, если у вас кол-во товаров начинает превышать 10...20 тыс, то Вам скорее всего необходимо писать свой вариант mSync притом скорее всего на прямых запросах через modx--qwery. Это сложнее, но вы сможете быстро делать то что вам нужно.
4.1. Если товаров планируется более 20… 30 тыс, то имейте в виду, что добавление товара с ростом их общего кол-ва приводит к постепенному снижению производительности операций на чтение и запись этих товаров, особенно это чувствуется после сброса кеша и особенно при импорте-экспорте стандартными средствами. И тут или смотреть в сторону других Систем или Учить mysql + php или обратиться к профильным разработчикам, которые учтут нагрузки и прочие нюансы.

Илья, вот честно — зачем Вам шоп свой писать через ресы да еще спрашивать у сообщества совета.
Могу посоветовать 2 пути:
1. Minishop2
2. shopkeeper3
1-й крут и постоянно развивается. много дополнений.
2-й подходит для простых каталогов в которых, например товары уже есть но не хватает простенькой корзины без всяких там излишеств и они не планируются.
Поверьте, что выбрав 1й вариант Вы сделаете магаз намного быстрее (обычно при готовой верстке минимум 1 день), чем получите ответ на свой вопрос…
А по делу — ну проверяйте в плагине родителя и лепите ему свои статусы и mail-ы. тут ответ очевиден… плагин… (ужос… я представил бедных менеджеров которые этим будут пользоваться. плАчу...)
Берегите свое время. Успехов!

Наверное я успел намечтать что должно быть из коробки пока читал… Я просто тоже подумываю о шаблонизации MODX оглядываясь на CMS системы. И даже подготовил для себя личную архивную сборку. 1 раз довелось поработать с платным шаблоном на Джумле и то что я увидел меня впечатлило. И шаблоны Битрикса меня разбаловали, хотя они подороже но и функций море… Сейчас вот пишу строки и понимаю что в общем-то ценник за то, что экономится куча времени на рутинную настройку — это прям плюс. Посему думаю, что цена как раз в порядке… Да и шаблон по Вашим словам будет развиваться — это здорово. Кажется это может повлиять на распространение MODX Revo в положительную сторону в СНГ. Успехов!