Андрей Коробков
С нами с 10 января 2017; Место в рейтинге пользователей: #305Вчера в 14:53
Тоже не понял зачем эти сложности, всегда этот скрипт юзал.
Почему в новых версиях MODX не работает сброс пароля через MD5 и как восстановить доступ в manager 4
03 января 2026, 19:53
Да, разумеется. Сразу после поиска и фильтров. Планирую уже в январе. Если повезет даже в текущем ))
MiniShop3 1.0.0-alpha.4 — Большое обновление админки 21
30 декабря 2025, 22:52
Почему-то прочитал это голосом комментатора из Дома 2… Только про Minishop 3!) Спасибо всем за вклад в развитие и, достаточно неплохие итоги года)
Итоги 2025 года на MODX.pro 3
27 декабря 2025, 16:41
MODX, как и любой основанный на PHP фреймворк пишет 500 ошибки в error_log. Никаких специальных настроек в нем нет. Все зависит от настроек хостинга\с...
Отладка 500 ошибки MODX 1
26 декабря 2025, 18:00
ух ты крутяк!
resComments — многоуровневые комментарии с пагинацией для ресурсов MODX3 2
24 декабря 2025, 22:11
Есть поле mail_smtp_user введи туда логин, если не сработает введи email. И не забудь в emailsender корректный email прописать.
Modx 2.8.8 еще подходит отправки почты через smtp.yandex.ru? 3
24 декабря 2025, 00:23
Нет, лайки всегда были привязаны ко времени публикации, чтобы лайками старых постов рейтинг не накручивали.
MiniShop3 - новый релиз. 1.0.0-alpha.2 15
19 декабря 2025, 15:43
Подозреваю, что в системных настройках компонента нужно указать ID нужного способа оплаты и в уведомление о заказе не забыть прописать ссылку на оплат...
msOneClick - обновление 5
19 декабря 2025, 11:37
Добрый день! с 1 января 2026г. меняется НДС. Подскажите, где поменять НДС на 22%
[mspTinkoff] - метод оплаты Tinkoff MiniShop2 35
а там в самом 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') — получает данные с уже замененными картинками. Временно проблему решил проверкой папки в которой картинка, но хотелось бы сделать правильно. Подскажите, пожалуйста