47 минут назад
Не знаю, не помню когда в последний раз использовал эту конструкцию. Раньше да, помнится были какие-то проблемы.
Мне кажется, лучше пройтись по шаб...
Парсер fenom в шаблоне без конфликтов... 5
2 часа назад
Сам относительно недавно столкнулся с проблемами phpThumb. Насколько помню в последних релизах modx была версия phpThumb, которая работала только с ph...
Вышел MODX 2.8.7 - починили превью, можно обновляться! 10
3 часа назад
Мне вообще не нравится, что файлы дополнений раскиданы по всей системе… часть в assets/name, другая в core/name, а третья получается еще и в _build/na...
Эксперимент с Modx Extra + Docker 13
Вчера в 11:30
Совершенно другой уровень разработки.
Теперь придется переучиваться.
Нужен новый туториал для разработки на новом подходе.
Нужна новая документац...
mmxApp - разработка новых composer дополнений 3
22 апреля 2024, 17:19
Я нафигачил просто несколько условий
Разные цены для разных групп покупателей 7
22 апреля 2024, 12:57
Данная ошибка в логе никак не связана с проверкой доступа по модификатору pasraccess.
Можете написать в ТГ в профиле.
[PayAndSee] - Версия 2.0 55
20 апреля 2024, 16:08
Смотрите ошибки в консоли браузера.
[СДЕЛАЙ САМ] SendIt и MiniShop2 - заказ в 1 клик - быстро, просто и бесплатно. 59
20 апреля 2024, 15:47
{set $data = id_ресурса | resource : 'название_тв_migx' | fromJSON}
{foreach $data as $item}
{$item.name}
...
Получение tv поля ресурса 5
19 апреля 2024, 12:48
Постараюсь в свободное время это сделать, спасибо за предложение
[FetchIt] - Полноценная замена AjaxForm без зависимостей 59
19 апреля 2024, 11:49
Самое лучшее решение в данной ситуации — это сделать отдельный файл для работы с этим API, например:
/assets/components/mycomponent/api.phpну или про...
[JSON] Как вывести страницу в формате JSON? 2
А если юзер обновил с версии 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#Управление-кэшированием