3 часа назад
Век живи, век учись. Спасибо большое за помощь
Fenom вывод ТВ множественный выбор, слипается, не разделяется 2
3 часа назад
Вроде логично: проверить на пустоту все ТВ и есть все пустые не показывать блок.
Как сделать проверку по нескольким полам 1
6 часов назад
Хорошая идея, так как я вижу по вебвизору на десктопе много людей смотрят сайт не кликая на закрытие плашки с уведомлением о куки. Т.е если с самого н...
Плашка о использовании cookie файлов на сайте 6
Вчера в 19:57
Пишется небольшой сниппет, который получает список «непустых» категорий. Перечень ID кладем в плейсхолдер.
Запускаем сниппет ДО вызова pdoMenu
В pd...
Как скрыть пустые категории MiniShop2? 3
29 мая 2025, 16:19
Данная версия будет бесплатной всегда, задумывал ее как базовую версию. Я скоро выпушу платный вариант с расширенным функционалом, где будет возможнос...
IskWaf - Простой Web Application Firewall для MODX 3
28 мая 2025, 17:44
Данная проблема была на двух сайтах на reg.ru около 2 месяцев назад, высокая нагрузка на ЦП, решалось удалением папок и файлов observer, через top нах...
Вирусы майнеры 31
27 мая 2025, 15:45
Решение: В контроль доступа был добавлен контекст web с правами «Load Only».
При этом содержимое контекста не появилось в списке
Редактор страницы ckeditor 1.4.7-ce от modstore.pro 1
ну а чтобы узнать имена переменных, в этом же файле поищите вызовы функции getProperty, станет все понятно
Вы же сделали join, данные уже выбрали…
Правда запрос странный, в нем нет leftJoin)
Если кеширование не нужно — то сохранять данные в TV странное решение будет… проще их получать и сразу обрабатывать.
Открыл яндекс, набрал там «GoogleSheets modx»…
Первая же ссылка — внезапно (!) на документацию компонента… окей… посмотрим… обращаем свой взор на навигацию слева и видим… волшебное слово MIGX! Откроем, почитаем… и правда, вот он, импорт из таблицы в migx!
docs.modx.pro/komponentyi/googlesheets/migx
Тогда не придется создавать отдельное tv поле.
Ну правда кроме первой фразы про 99% вопросов. В целом могу отметить, что вопросы ко мне приходят, как правило, дельные и выходящие за рамки описанного в документации и статьях.
отсюда вывод — нужно сайт смотреть, а не то, на чем он сделан.
суть сводилась:
— если просто подключение простых чанков и кешируемых сниппетов — то парсер MODX чуть быстрее
— если есть всякие if, модификаторы (is и т.п.), то феном начинает выигрывать.
Для меня в любом случае важнее удобство Fenom, чем миллисекунды скорости.
Здесь история в том, что по идее нужно вызывать msProducts, который отобразит товары так, как нужно (с подключением изображений, параметров и т.д.).
Я для этих случаев просто получал ids товаров, а после передавал их в msProducts:
Не получилось, сразу в нескольких местах выскочили проблемы, ни сниппет msCart, ни чанки не готовы к такому повороту событий) все равно во многих местах тащится родной pagetitle от товара… я в итоге забил, и вместо вывода pagetitle в заказе вызываю каждый раз свой сниппет, который динамически формирует название товара.
А вообще идея здравая: сделать возможность подменить name у товара в корзине.
Это некешированный вызов:
Различие в том, что первая запись после первого своего вызова кешируется и данные сохраняются. Поэтому для 2го пользователя все равно будете видеть id первого.
Как правило, если не делать сложных и странных запросов, преобразований и грамотно кешировать, то страницы любого сайта работают быстро и это мало зависит от статических или не статических чанков.
Мой выбор Fenom, даже если он будет в чем-то медленнее.
Тут были эксперименты, что при сравнении простых вызовов сниппетов/чанков Fenom даже проигрывал…
Но! Чего только стоят if и foreach в феном… я уже не представляю как без них жить.
Или 12 заказ 20 года