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

После установки 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 так же имеет еще исправленые баги…

Тут нет смысла говорить, что нельзя, ведь все можно сделать, было бы желание. Мне тоже говорили, например, что MODX не работает на sqlite, а оказалось, что работает, просто это надо СДЕЛАТЬ. :) Так и тут.
Человек предложил вариант. Хороший вариант.

Спасибо, Паша, за статью. Очень интересная получилась и есть над чем подумать.
Я помимо WP еще и джумлу щупал и щупал платный шаблон, и то как вообще было все устроено в нем — понравилось. И вот это все натолкнуло на одну мысль по шаблонизации и идею как выработать стандарт. И попробовать сделать кнопку хотя бы make normal. Еще продумаю, отпишусь, если рутина не поглотит меня…

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

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

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

Стоимость пары недель любого разработчика — это годы для хостинга 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 в положительную сторону в СНГ. Успехов!