
Fi1osof
С нами с 05 мая 2014; Место в рейтинге пользователей: #21Вчера в 15:50
В том то и дело, что кастомных запросов нет, не нашел. Не всегда есть возможность обновлять до последней версии. В более свежей версии вроде как нет т...
[Внимание] SQL-инъекция через miniShop2 (msPayment) в MODX — разбор и поиск причины 2
21 июня 2025, 11:02
Прошло уже больше 3-х лет с выхода компонента, но что то развития нет:
Нельзя создавать отдельные меню, только делать вложения в основное Нельзя коп...
Компонент для создания кастомного меню 18
20 июня 2025, 11:16
Пакет замечательный, использую во всех новых проектах с моментам выхода, спасибо автору!
Есть одно замечание, которое надеюсь появится в следующей ве...
StaticElementsLive 31
19 июня 2025, 21:26
Дошли руки до обновления ), выпусти версию 1.0.3-pl
Попробуйте… я просто убрал код, вызывающий ошибку, но к сожалению самому проверить сейчас негде.
YaSmartCaptcha - защитите ваши формы от спама умной капчей от Яндекс 29
19 июня 2025, 16:46
Кстати вот нужно создать новый бакет и надпись что трафик платный.
Modhost и облачное хранилище S3 (timeweb cloud) 6
19 июня 2025, 14:34
Этот функционал очень нужен, поддерживаю. Просто вывести цены товаров в комплекте на вкладке комплекты
msProductKits - удобное управление товарами-комплектами (наборами товаров) 27
17 июня 2025, 15:16
Удалил компонент Ace и вот уже 2 недели чисто на сервере, возможно где-то в нем уязвимость
Вирусы майнеры 34
17 июня 2025, 13:21
При добавлении записи вылезает ошибка:
SocialNetworksItem_err_saveВ логах вот такая ошибка:
[2025-06-17 10:14:14] (ERROR @ C:\webserver\doma...
SocialNetworks 19
15 июня 2025, 12:39
Из названия таблицы кажется очевидным её назначение: записывать просмотры тикетов. Если просмотры нигде не фигурируют можешь чистить хоть каждый день....
Что делает в Tickets таблица tickets_views? 1
В общем, проблему я обозначил, а тебе уже решать исправлять ее или нет.
Здорово, конечно, когда люди вот так делают joxi.ru/BA0dezWIBG1apA, и это добавляет к чистому профиту в итоге, но, к сожалению, не всегда.
Может быть, вот именно сейчас мы и пришли к сути моего ценообразования…
Дурацкого я ничего не вижу, если вы не в курсе, все скаченные пакеты на стороне сайта хранятся: joxi.ru/GrqM6o9hNoRoEr
Лайфхак вам: качаете пакет, а потом на другом сайте через менеджер пакетов загружаете joxi.ru/GrqM6o9hNoRoEr
Если вы не знали этого, то еще кто из нас дурак.
Не только. Там сам парсер сильно отличается. Вот смотри, debugParser переопределяет метод modParser::processTag(). Этот метод вызывается только при работе самого парсера, то есть при обработке MODX-тегов. Я же хотел, чтобы монитор фиксировал не только такие вызовы, но и вызовы на уровне API, то есть методов modX::runSnippet() и modX::getParser(). Собственно, этого я и добился, переопределив метод modParser::getElement();
Второе, что я хотел победить — это нормальную работу со сторонними базами, чтобы можно было с нескольких сайтов сливать статистику в одну единую базу. Тоже сделано.
Так что это принципиально разные компоненты.
Шоб мы так жили, чтобы у нас было по 100к уников в день…
Но, как я и говорил, как раз планирую ввести механизмы ограничения, чтобы не все записывалось, а только полезное. К тому же, изначально задача ставилась такая, чтобы парсер включался плагином, а не на уровне фиксированной системной настройки. То есть когда надо включить отладку — включаем плагин и смотрим статистику. Не актуально стало — отключили плагин. Это тоже реализовано.
Кстати, по поводу эксперимента: это я проверял можно ли имея самые минимальные права в админке, поднять права до судо. Как я и предполагал, можно :)
Проблему описал здесь: modxclub.ru/topics/zapoved-dlya-paranoikov-ukazyivat-slozhnyij-table-prefix-pri-ustanovke-modx-2238.html
Сорри, не прав был. Это UserKarma. Поправил.
Мы сейчас продумываем дополнительные плюшки в логику. Будем добавлять как механизмы исключения (к примеру, не сохранять статистику меньше указанного в настройке времени (типа нафиг нужны успешные показатели?)), так и возможность собственные данные в статистику добавлять (к примеру, $modx->modmonitor->addData(print_r($_REQUEST, 1)), или $modx->monitor->addRequestItem([«type» => «plugin», «name» => «my_plugin»]));
То есть для более тонкой диагностики конечно же нужны какие-то и собственные данные, можно будет все фиксировать. Иногда какой-нибудь плагин больше ресурсов съедает, чем вся остальная часть страницы. Но это так, для примера.
Диалог закончен.