53 минуты назад
по моему путь не верный у вас в «snippet.sendcode.php», должен быть такой наверное?
require_once MODX_CORE_PATH . 'components/sendit/services/identi...
[СДЕЛАЙ САМ] Авторизация и регистрация по SMS с помощью SendIt 8
2 часа назад
Из-за сложной структуры extJS оказалось, что нужно написать бессмысленно много PHP кода. Когда счет новых процессоров пошел на второй десяток — пришло...
MiniShop3 - чего ждать в Beta версии. 9
2 часа назад
Блин курсор прям чума :-).
Написал промт
Теперь выбери специфичные для организации ВК24 данные. Запиши их в фай импорта системных настроек для MODX...
Испытание ИИ Cursor 3
3 часа назад
Можно сделать самому по этой инструкции
msOneClick Чекбокс Согласия на обработку данных 1
3 часа назад
Во-первых, radio это переключатель, это означает, что он должен иметь какое-то значение изначально, соответственно и валидация не нужна. Во-вторых, ес...
Как кастомизировать сообщения после Регистрации на сайте? 5
Вчера в 12:05
Нужно проверять метод save в файле assets/components/tickets/js/web/default.js
Там лаг с label id и input id и как раз если убрать из label id, то и ...
Указан неверный код защиты от спама. Tickets, как исправить? 2
Вчера в 11:30
Павел, скрипт у вас просто замечательный! Только одно но, или 2, смотря как считать… Сниппет требует от браузеров пользователей очень много ресурсов и...
[xLike] Идеальная система лайков с оптимистичным интерфейсом и правильной формулой 112
03 декабря 2024, 23:11
Ну планируется что расчеты будут делать клиенты на сайте. А чтоб они не могли приписать себе любую цену товара считать цену надо на стороне сервера. Т...
Плюсы и минусы Vue и gtsAPI 20
03 декабря 2024, 19:01
xtype: modx-combo-user
Это xtype (тип поля) самого MODX, выводит всех пользователей modUser
Список всех возможных типов полей
Вывести поле создателя при редактировании ресурса 3
А если юзер обновил с версии 2.х сразу на 4.х — вот тогда и возникает проблема.
Или можно попробовать написать свой плагин, который будет на каждого посетителя создавать юзера и авторизовывать его.
Давай, объясню банальности.
Василий написал mSearch2, какое-то время продавал его, отвечал на вопросы в техподдержке, исправлял, если что-то не работает, параллельно развивал компонент, выпускал новые фичи.
В какой-то момент Василий решил, что не хочет больше тратить на это время, хоть и получал за это какие-то деньги. Но так как от наличия поддержки зависит ещё и доход самого магазина, магазин решил нанять меня, чтобы выполнять обязательства перед покупателями.
Так вот, моя квалификация позволяет адекватно отвечать в техподдержке, помогать с настройкой, расширением, решать проблемы покупателей, выпускать небольшие исправления, если где-то что-то работает не так.
Я уже исправил пару мелких недочётов (но вообще компонент давно в стабильном состоянии, часто проблемы покупателей решаются правильной настройкой у них на сайте). Так же добавил пару фич по запросу (например, новое событие mse2OnGetWorkFields). Так же я работаю над совместимостью с MODX3 — иначе компонент просто перестанут покупать.
Но вот развивать компонент, переписывать JS, менять методику фильтрации, делать рефакторинг всего кода — это довольно большие задачи, которые особо на продажи не повлияют, да и, честно говоря, квалификации моей на эти задачи не хватит.
Если кто-то хочет и чувствует в себе силы исправить эти проблемы, переписать заново или что-то переделать — вы можете обратиться с предложением к администрации магазина. Прям так и пишите — Илья Уткин не справляется со своими задачами, не развивает компонент, вы из-за этого теряете деньги. Я могу сделать то-то и то-то. Уже есть вот такие наработки. Профинансируйте создание mSearch3 и будете получать в 2 раза больше денег. Я думаю, Леонид с удовольствием согласится и отберёт у меня компонент, передав его более достойному автору.
Думаю, если сделать по-другому — начать с представления сервиса, тогда всем будет понятно и не будет недомолвок. То есть написать отдельную статью — «Представляю вашему вниманию сервис facetsearch.ru, который предоставляет мощности движка OpenSearch для использования на ваших сайтах.» и т.д. Тогда сам компонент будет просто модулем интеграции вашего сервиса. И вопросов к нему не будет. А будет чёткое понимание, кому он нужен.
А в дальнейшем вы сделаете подобные модули для Wordpress, Joomla, Битрикса и пр. — они будут использовать одно API, но уже никак не будут связаны с MODX.
По поводу указанных проблем в топике — они все довольно узкие и дискуссионные. Например — поиск внутри alt изображений — а нужно ли искать? Проблемы совместимости с cityFields — а это точно в mSearch2 проблема?
У всех есть работа, когда-то я много времени уделял сообществу — и статьи писал, и дополнения разные. Сейчас у меня увеличилось количество ответственности, больше дел, которые нужно успеть сделать помимо работы. Так что внедрять такие нестандартные хотелки вряд ли буду.
А вот над совместимостью с MODX3 как раз я работаю и скоро будет новая версия, которую можно поставить на новый сайт.
Данные клиента нельзя «украсть» — они передаются только в API CDEK-а
2. В стандартном механизме MODX время жизни у кеша указывается в системной настройке cache_expires. По умолчанию там ноль, то есть кеш хранится до тех пор, пока его кто-то не очистит.
3. Сниппет на странице кеширует свой вывод только для конкретной страницы. То есть если сниппет вызывается в шаблоне кешированным (без восклицательного знака), то он все равно будет выполнятся по одному разу на каждой странице. Поэтому если внутри сниппета ты добавишь своё кеширование, то ты можешь это поведение исправить. Вот так — ilyaut.ru/tips-and-tricks/site-optimization-on-modx-revolution/
4. Хранить его так же в базе данных или написать своё кеширование внутри этого сниппета или «снаружи» — https://docs.modx.pro/komponentyi/pdotools/parser#Управление-кэшированием