Андрей Коробков
С нами с 10 января 2017; Место в рейтинге пользователей: #3057 часов назад
Вот давно для себя писал: modx.pro/solutions/18489
или через мускул (перед выполнением обязательно сделайте дамп) напрямую + потом кеш почистить
U...
Автопереименование повторяющегося URL 9
7 часов назад
Надо глянуть структуру XML что именно поменялось, если что пишите в ЛС могу посмотреть.
mSync - проблема с интеграцией с 1С Предприятие 8.5 1
7 часов назад
Используй phpThumbOn он как раз в префиксе указывает размер изображения.
Ссылка: modstore.pro/packages/photos-and-files/phpthumbon
имена файлов миниатюр картинок 1
Вчера в 15:11
Да особо без разницы куда писать. Я отслеживаю все записи. Но в идеале создавать issue в репозитории github.com/modx-pro/MiniShop3/issues.
MiniShop3 - 1.1.0 - Уже в Modstore.pro 19
12 января 2026, 08:59
Ни где не могу найти информацию по настройке импорта изображений «Обновлять данные существующих изображений» — не понять, на что влияет данная настрой...
msImportExport 2.0 127
11 января 2026, 13:08
нет переводов primeVue. То есть если использовать фильтры DataTable или Calendar, то они будут англискими.Вот про это я не подумал. Думаю учтем в буду...
VueTools - универсальный компонент оформления админки в MODX 3 4
08 января 2026, 12:31
Большие сомнения у меня в этом)
resComments — многоуровневые комментарии с пагинацией для ресурсов MODX3 3
07 января 2026, 15:36
вот этот сниппет
require_once MODX_CORE_PATH . 'model/modx/modx.class.php';
$modx = new modX();
$modx->initialize('web');
$modx->getService...
Проблемы с отправкой писем статус заказа из minishop2 5
а там в самом hasHook — return strpos($this->config['hooks'], $hook) !== false;
а сам вызов if ($this->formit->hasHook('recaptcha')) {… — тут подключаются классы рекапчи от formIt
Там дело в чем — formIt проверяет функцией strpos (вроде ей или типа нее, недели две назад как раз тоже самое было — разбирался, как раз в обновленном formIt), присутствует ли в hooks слово recaptcha, если присутствует — пытается загрузить свои классы для рекапчи — а там ошибка возникает, не вдавался уже в детали, некогда было.
была подобная ерунда даавно, и временами действительно сервер долго отвечал, и непонятно по какой причине — нагрузка минимальная, после гугления сделал так — поставил
net.ipv4.tcp_syncookies = 1 ( ru.wikipedia.org/wiki/SYN_cookies ).
Потом уже настроил примерно так romantelychko.com/blog/1300/
Есть и другой вариант — если сайт на простом хостинге (особенно если сервер загружен) — плавающие тормоза сервера (от нагрузки соседей). Буквально пару недель назад — у товарища сайт в руцентре (nic.ru) — также в вебастере стали появляться сообщения, что время ответа бывает более 3 сек. Стали разбираться — в поддержку написали, те говорят — неа, у нас все ок, приводят скрин с тестом доступа с разных серверов (есть такой сервис) — им объясняем, что проблема плавающая — те наотрез, что у них все ок, смотрите мол свои скрипты. Решили пологгировать тайминги — в index.php напрямую код встроил и в конфиг nginx добавил, чтобы велся дополнительный лог обращений только к страницам со своим форматом, в частности туда добавил $request_time — результаты ужаснули — у 5% запросов время ответа более 3сек (были и более 10-20сек), ~15% — более 1 секунды и это кешированные самые простые страницы, у которых без тормозов и не кешированный — 0.2-0.3сек. Дальше в техподдержке соизволили отмолчаться, ну а сайт успешно переехал на vds. Попробуйте пологгировать времена ответа, лучше через лог nginx.
Кстати, вопрос — в вебмастере давно эту штуку ввели — контроль времени ответа? Если сравнительно недавно — какова вероятность массовой миграции с недохостингов?
после -p — пароль (если установлен)
Но после перезагрузке сервера все вернется. Поэтому в /etc/mysql/my.cnf находим строку
sql_mode = «ONLY_FULL_GROUP_BY, другие режимы...» и удаляем оттуда ONLY_FULL_GROUP_BY,
скорее всего этой строки там даже не будет, тогда на предыдущем шаге (когда находимся в строке mysql>) — вводим
выдаст текущий список режимов
вставляем в файл /etc/mysql/my.cnf после [mysqld]
примерно так будет:
подробности в гугле.
на сервере php 7.0.5, modx 2.5.2-pl, пробовал в опере 46.0.2597.57 и edge
и
перед ним проверку нужно сделать, что tv.sklad-id не пустой
во вложенном pdoResources
лишнее — не используется
напоминает чем то анекдот, как текст распечатали, потом отсканировали, картинку вставили в ворд и отправили
Копируете сниппет sklady например в sklady1, содержание:
Убираете вызов
И вместо
вставляете
не уверен, правда, что парсер это переварит
Сам стараюсь не пользовать jquery 3, самое первое, что отпугнуло — там window load срабатывает раньше, чем document ready.
внутри выборки так:
или типа того… А лучше продумайте архитектуру
1. Любую — это какую? Режим работы возможно получить (дни недели, время)?
2. Сайт на поддоменах, т.е. каждый город — поддомен — будет на них работать?
Автодополнение — это от кого использовать?
2. Кавычки возможно не те, уберите
3. Думаю, что сниппет нужно вызывать не кешированным (не факт, что обязательно):
Задача плагина — взять не распарсенный content ($modx->resource->get('content');), найти в нем картинки, те, у которых реальный размер больше отображаемого (заданный через width/height) — пропустить через phpthumbon (или подобный), заменить на шаблон типа <img src=«thumb_image»....>. Далее $modx->resource->set('content', $content);… Сам код написан и работает.
Проблема в том, что, когда ресурс берется из кеша — $modx->resource->get('content') — получает данные с уже замененными картинками. Временно проблему решил проверкой папки в которой картинка, но хотелось бы сделать правильно. Подскажите, пожалуйста