Андрей Коробков
С нами с 10 января 2017; Место в рейтинге пользователей: #30630 марта 2026, 20:49
PHP >= 8.2 должно быть. У MS3 минимум 8.2
[msCDEK] Расчёт доставки СДЭК в miniShop3 1
27 марта 2026, 14:49
Не получается установить pbQuiz. Требует pageblocks хотя я его установил. В чём может быть проблема?
pbQuiz — гибкий компонент квизов на контроллерах PageBlocks 4
27 марта 2026, 13:13
Все ок, почему то не выполнялся Cron на хостинге, решил через провайдера.
msImportExport 2.0 129
26 марта 2026, 21:13
С валидацией по шагам стало понятней, спасибо, с событием change после загрузки файла буду разбираться.
Странный баг в SendIt (квиз+загрузка файлов) 2
19 марта 2026, 15:28
Николай, прежде всего — вы молодец.
А про кеширование — можно пойти по правилу Парето.
То есть дать возможность закешировать самое частое — это ...
mFilter 1.2.0 - улучшенное кеширование и скорость 2
15 марта 2026, 20:35
Minishop2 это завершенная история. Архив. Крайне сомневаюсь, что в него будут добавляться какие то изменения. Это просто некому делать. Заинтересованн...
Порядок значений опций товара 10
а там в самом 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') — получает данные с уже замененными картинками. Временно проблему решил проверкой папки в которой картинка, но хотелось бы сделать правильно. Подскажите, пожалуйста