4 часа назад
Данная версия будет бесплатной всегда, задумывал ее как базовую версию. Я скоро выпушу платный вариант с расширенным функционалом, где будет возможнос...
IskWaf - Простой Web Application Firewall для MODX 3
Сегодня в 10:09
Подскажите, пожалуйста, кто-то решил данную задачу? Актуально, не могу придумать как… ((((
Как скрыть пустые категории MiniShop2? 2
Сегодня в 10:05
Спасибо, эта тема уже поднималась, когда только за куки нахлобучивали, с тех пор использую такой вариант:
<style>
.cookie-message {
...
Плашка о использовании cookie файлов на сайте 1
Вчера в 17:44
Данная проблема была на двух сайтах на reg.ru около 2 месяцев назад, высокая нагрузка на ЦП, решалось удалением папок и файлов observer, через top нах...
Вирусы майнеры 31
27 мая 2025, 15:45
Решение: В контроль доступа был добавлен контекст web с правами «Load Only».
При этом содержимое контекста не появилось в списке
Редактор страницы ckeditor 1.4.7-ce от modstore.pro 1
27 мая 2025, 10:40
Это нормальное поведение, оно связано с тем, как работает MODX и кеширование в нем.
Если было бы так: то, допустим у нас есть товар и мы сбросим то...
При сохранении ресурса происходит глобальный сброс кэша 2
26 мая 2025, 13:13
Максим, вопросы нужно задавать в разделе вопросы, а не забивать в одно лицо комментами новостную публикацию. Если тебе так проще заведи заметку «Осваи...
[MiniShop3] - Новости, Планы 32
А документация по miniShop2 была вся написана с нуля при разработке версии 2.4
Если не понятно — это куча собственных файловых сниппетов, на все случаи жизни. MODX же у нас фреймворк, не так ли?
Просто обратите внимание, что:
— нигде нет информации о том, что ключ как-то может влиять или влияет на работу дополнения.
— в магазине используются ключи, которые что-то, по определению открывают, дают доступ. В нашем случае — это доступ к магазину
— слово «лицензия» не употребляется нигде, значит мы никак не ограничиваем работу «нелицензионных» дополнений.
Теперь, когда вы во всё разобрались, напишите пожалуйста, как мне лучше исправить наш раздел помощи. Вот прям дайте готовый текст — я его вставлю и всем всё будет понятно и таких вопросов больше не возникнет.
Привязка ключа к домену делается для того, чтобы скачивать и обновлять дополнения вы могли только с этого домена. Исключение — поддомены dev, для разработки.
Соответственно, если вам нужно скачивать и обновлять дополнения на рабочем домене — нужно ли привязывать к нему ключ? Естественно.
Домашняя работа: подумайте, почему у нас используются ключи для доступа к магазину, а не продажа лицензий на дополнения?
P.S. Кстати говоря, а напишите как лучше изменить формулировку в нашем help, чтобы было понятнее? У меня уже действительно профдеформация — мне всё кажется очевидным, потому что я это сделал.
Набросайте более доступный текст по логике работы привязки ключей и мы добавим его в help.
2. Они и будут работать, но без обновлений и техподдержки.
3. Опять двадцать-пять. Ключ даёт доступ к магазину, на работу уже установленных дополнений он никак не влияет.
Откуда вы вообще взяли информацию, что привязка ключа как-то может повлиять на работоспособность дополнения? Вы это сами выдумали, а теперь «не понимаете».
Это должно решить все вопросы разом.
Берегите себя, не пейте так много в день трезвости.
Я даже где-то здесь уже писал такие правила для Nginx, нужно только поискать.
pdoResources должен сам подставлять полный путь к ТВ, если включен &prepareTVs=`1` (а он включен по умолчанию).
В первом же комментарии дан правильный ответ.
Ну так собери для начала все эти js в один и сожми хотя бы через MinifyX.
2. Настроенный веб сервер (gzip, кэширование статики)
4. Оптимизированные картинки (не только сжатие, но и соответствие размеров в css реальному размеру картинки)
5. Оптимизированные скрипты и стили
Лично я не заморачиваюсь с подключением скриптов и стилей inline ради циферок от Google, просто размещаю ссылки на css в шапке, а javascript в подвале — как обычно.