Fi1osof
С нами с 05 мая 2014; Место в рейтинге пользователей: #2134 минуты назад
Не нужно меня поддерживать в данном конкретном случае. Прошу убрать лишнее
Опыт по переносу MODX2 на MODX3 и Minishop3 2
1 час назад
В общем убил целый день, но… так у меня ничего и не вышло.
не могу зарегистрировать класс.
содержание самого файла my_msorderhandler.class.php:
...
Кастомизация minishop'a 9
2 часа назад
Вот тебе моё мнение, через полгода-год заказчикам будем всё равно на чём ты будешь делать сайт, гораздо больше их будет волновать вопрос: умеешь ли ты...
Вопрос по будущему MODX и стратегии развития. 1
5 часов назад
Компонент очень нужный и мне кажется будет востребован.
У меня тут задача стоит сделать что-то подобное на сайте на движке на MODX 2.8 — там есть ста...
ms3Variants - Реализация вариантов одного товара в MiniShop3 4
6 часов назад
тут пришла мысль что никто не захочет просто так делиться своим опытом за бесплатно. Можно было бы сделать статьи и кейсы платными? Типа хочешь прочит...
Предложение по развитию сообщества: Создание каталога портфолио/реализованных кейсов на MODX с демо ... 1
Сегодня в 10:08
Добрый день! Я этот компонент давно делал, и еще лет 5 не возвращался к нему… он работоспособен, все в этом плане нормально (ну по крайней мере с php ...
msProductKits - удобное управление товарами-комплектами (наборами товаров) 29
Вчера в 10:22
Вижу, спасибо.
Ошибочно решил, что если есть в документации minishop2, то в старых версиях есть и сам код не посмотрел.
Предыдущий идентификатор статуса при событии 'msOnChangeOrderStatus' 4
Вчера в 09:27
Привет, Алексей.
1. Как определяем ботов
Проверка идёт по User-Agent в ms3rv_is_bot() (helpers.php). Используется regex по типичным маркерам краул...
ms3RecentlyViewed - Недавно просмотренные товары для MiniShop3 2
17 февраля 2026, 10:07
Здравствуйте, компонент куплен, на основной домен ставится, на dev. не ставится,
Could not generate encryption key
Vehicle 04b9f528f736384b46f71324...
[msProductRemains] Компонент учёта остатков товара 179
Там более жестко подошли к формированию запросов.
Если бы это наш modRedirect был, то мы бы выпустили обновление. А так надо патчить сторонний компонент.
Программное обеспечение (оно суть «воспроизведенные на технических носителях информации») не подлежат возврату. Он сейчас купил, скопировал, через 3 минуты попросил возврата денег, и что? Собственно, у меня в модсторе один пользователь попросил возврата средств (хотя ему была оказана помощь в настройке). На это он получил отказ. С его стороны последовали обвинения в мошенничестве, угрозы в уголовном преследовании и т.п. (в общем, всячески насмешил). Только через Леонида ему удалось вернуть часть суммы.
Пользуясь случаем еще раз отмечу, что у нас возврата денег за программное обеспечение нет на основании Закона о защите прав потребителей.
P.S. честно сказать, я не рад, что мои программные продукты выставлены с такой большой скидкой, ну да ладно.
А еще вот такой классный функционал добавлен: modxclub.ru/topics/sbor-polzovatelskoj-statistiki-s-pomoshhyu-modmonitor-2242.html
Ради интереса, установите опять новую версию и в файле core/components/modmonitor/model/modmonitor.class.php в методе saveRequest() пропишите сразу return; чтобы тело функции не выполнялось. И если все равно тормозить будет, значит действительно где-то на уровне сбора информации о плагинах (что крайне удивительно будет). А если не будет тормозов, значит рекурсия на уровне получения дочерних элементов запроса, буду запросы изучать дополнительно.
Вечером выложу обновленный пакет с настройкой включения-отключения логирования плагинов, но вообще отладка плагинов — очень полезная штука, так что хорошо бы разобраться с ней. Можете обезличенный дамп сайта сделать? (контент и заголовки затереть, а так же емейлы, юзернеймы, комменты и т.п.).
P.S. Ок, просьбу учту.
Это позволяет в процессе набивать статистику, но не сохранять ничего, если не сохраняется основной объект запроса. А если уже мы его сохраняем, тогда и все дочерние элементы сохраняются.
Но когда сделал вложенность, структура данных получилась такая:
На уровне втором и ниже связь получается не Запрос-Элемент, а Элемент-Элемент, и при сохранении таких элементов id запроса не задается им (так как у них нет прямого родителя Запрос).
В итоге я на сохранение элементов прописал типа foreach($this->Children). И вот тут бага и проявилась: null-поля надо проверять именно как is null, а здесь xPDO видимо формирует запрос типа = null или = 0, и в таком случае он получал вообще все элементы, у которых поле parent = null. В таком случае да, если в базе элементов уже дофига, тут просто не хватает ресурсов. Если поле задавать не нулевое и значение по умолчанию задавать 0, тогда такой фигни не происходит.
почта n.lanets@modxclub.ru
P.S. настройку сделаю.
Вообще она достойна отдельного топика, но во-первых, быстро слишком много моих анонсов на главной будет за раз, а во-вторых, надо бы пойти поспать, опять не спамши… Но релиз действительно знатный. Добавлен сбор статистики по плагинам, чего лично мне не хватало сильно, и мечтал я об этом не один год. И вот свершилось…