3 часа назад
Привет!
modx.pro/development/8984
Параметр request_method_strict
Открывать страницу по id при включенном friendly urls 1
Сегодня в 00:07
Можно использовать parent, куда добавить все нужные альбомы, для этого варианта нужно отключить showAll=0. Либо использовать prominentOnly=1, и включи...
Скрыть альбомы в GalleryAlbums 1
Вчера в 23:22
Апну тему, такая же проблема на одном сайте может кто с понимающих шарит в теме и что-то скажет ???
Ошибка в логах после обновления pdoTools 1
Вчера в 18:13
Да, в новой версии API нет такой возможности.
[modInstagram] 1.2.0 - Instagram PHP Scraper и прокси 66
Вчера в 10:50
Хотя можно просто удобный интерфейс для этого сделать, наверно лучше сделаю с помощью вот этих 3-х полей
Как лучше доработать к miniShop2 акции ? 9
14 января 2021, 15:39
Это колоссальная работа и думаю многие скажу спасибо тебе, так как не все понимаю как создавать расширение для modx revo.
Спасибо огромное за такое р...
Управления плагинам minishop2 или добавление полей в ms2_products через компонент [msAddField ... 27
просто перепишите на феноме все…
результат был такой:
— Кеш страницы уменьшается иногда в разы.
— Скорость 1го открытия страницы в полне может уменьшиться. Но если у вас конкретно нагружено ереси в модикс тегах.
— скорость из кеша по разному. все зависит от конкретной страницы и конкретных чанков-снипетов применяемых.
Если там простые вызовы без модификаторов, то modx парсер быстрее. Ну а если куча вложенностей, то fenom выиграет.
К примеру замена сниппета getImageList (MIGX) на простой foreach в феном — логично, в разы быстрее, да и удобнее.
Лечится сниппет pdoCrumbs следующим образом:
1. Копируем родной pdoCrumbs в новое название pdoCrumbs2.
2. в снипете pdoCrumbs2 коментируем 2 строки и добавляем сопоставление:
(чтобы получилось так: joxi.ru/krDlZYdhK9BZ0r )
Код для копипаста.
Нужно добавить поддержку sqlite таблиц.
Я уже запустил 1 сайт в продакшен и исправил ошибки + сделал для некоторых пакетов возможность работы (migx в том числе) напишите мне в телеге @smialexby — скину вам архив файлов к замене/добавлению.
Опубликовать исправления — пока не доходят руки. версия modx sqlite так же имеет еще исправленые баги…
Если есть что сказать по теме, увидели ошибки в решении — пожалуйста. А мусолить мускул, думаю, излишне.
Sqlite3 спокойно понимает PDO и работает через него не хуже чем через xpdo. Конечно, есть свои мелкие нюансы, но когда мы их встречаем это немого другой уровень проекта. Да и потом, человек который выбрал sqlite явно понимает что делает…
Если бы внимательно читали статью, то увидели что я как бы прямо и говорю о том что данный подход для мелких сайтов. Да, и никто не заставляет вас пользоваться решением. А тест драйв, может когда-нибудь проделаю для интереса.
Замечу что ничего искать не нужно, достаточно для php расширения sqlite3, которое есть практически везде. Да и подключение у MODX стандартное — просто берешь и используешь.
И вообще, я вижу комментарии только от представителей хостинг компаний. Сообщаю, что в некоторых странах есть еще хостинг без Mysql и он частенько дешевле следующего тарифа в 2 раза. Поэтому область применения данного решения пусть останется на усмотрение программиста, который непосредственно делает сайт.
1. Дешевый хостинг без MYSQL.
2. Лендинги, визитки и простые низконагруженные сайты.
Специфика такова, что SqLite3 это грубо говоря БД в обычном файле и применяется лишь на шаред хостингах без поддержки серверов баз данных, например таких как mysql.
Выгода для клиента, что он будет платить меньше за хостинг.
Конечно же для высоко-нагруженных проектов он не подходит в виду своих ограничений.
Это самый простой путь.
2. Если у вас готовые списки, то у ТВ полей есть поле — Варианты значений — туда можно вписывать значения или руками или специальным сниппетом, ипользуя любой алгоритм.
Скорее всего это будет быстрее срабатывать.
Или как вариант — добавить TV поле в которое записывать заранее Значение при обновлении ресурса ну и тянуть это ТВ поле запросом.
Пробовали ли:
без 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-ы. тут ответ очевиден… плагин… (ужос… я представил бедных менеджеров которые этим будут пользоваться. плАчу...)
Берегите свое время. Успехов!