2 часа назад
Только что споткнулся об эту проблему, оставлю тут может кому поможет…
Решается правкой файла core/components/awss3mediasource/model/awss3mediasource...
Modhost и облачное хранилище S3 (timeweb cloud) 4
2 часа назад
Добрый день! Не нашлось времени глянуть что там?
YaSmartCaptcha - защитите ваши формы от спама умной капчей от Яндекс 26
3 часа назад
Удалил компонент Ace и вот уже 2 недели чисто на сервере, возможно где-то в нем уязвимость
Вирусы майнеры 34
4 часа назад
При добавлении записи вылезает ошибка:
SocialNetworksItem_err_saveВ логах вот такая ошибка:
[2025-06-17 10:14:14] (ERROR @ C:\webserver\doma...
SocialNetworks 19
15 июня 2025, 12:39
Из названия таблицы кажется очевидным её назначение: записывать просмотры тикетов. Если просмотры нигде не фигурируют можешь чистить хоть каждый день....
Что делает в Tickets таблица tickets_views? 1
13 июня 2025, 14:47
Все проще, ИИ просто выдумывает. Он чтобы дать ответ придумывает, то чего не было.
PageBlocks стал ещё мощнее — теперь с пагинацией, сортировкой и фильтрацией 23
11 июня 2025, 17:29
Компонент создан для MODX2 и MODX3. Загрузил в репозиторий, жду модерации.
Проверка на новые файлы с уведомлением в телегу 9
ну а чтобы узнать имена переменных, в этом же файле поищите вызовы функции 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 года