Василий Наумкин
С нами с 08 декабря 2012; Место в рейтинге пользователей: #11 час назад
Спасибо, дружище! Всю голову сломал, emailsender доменную почту засунул, все сработало!
Minishop2 не отправляет письма о заказах (smtp QuickEmail при этом работает) 3
7 часов назад
Создать отдельную группу ресурсов под нужный ресурс и дать доступ пользователю только к этой группе ресурсов.
Как сделать доступ в админке MODX REVO для менеджера для определенного ресурса. 1
8 часов назад
Ещё, как вариант в первую очередь, связаться с автором того или иного компонента с просьбой обновить. Да и может быть так, что на github у автора уже ...
Старые пакеты расширений для modx 3? 2
8 часов назад
Готового плагина или компонента нет, придётся писать самому.
Опишу теорию:
1. У пользователей используешь какое ни будь поле или делаешь новое, чи...
Расширение или плагин покупки количества разрешенных комментариев или постов 1
Сегодня в 02:07
Да, реально.$title = preg_replace('![^'.preg_quote($separator).'\.\pL\pN\s]+!u', '', $this->lower($title));
Работает как решение
[Translitor] - Альтернатива транслитерации псевдонимов 25
Вчера в 13:48
Финальная версия.
Прошлая давала ошибку при создании нового документа. Добавил проверку есть ли id.
@EVAL
if(! empty( $modx->resource->...
Tv параметр с чекбоксами выборка ресурсов вложенных в дедушку 7
Если не понятно — это куча собственных файловых сниппетов, на все случаи жизни. MODX же у нас фреймворк, не так ли?
Просто обратите внимание, что:
— нигде нет информации о том, что ключ как-то может влиять или влияет на работу дополнения.
— в магазине используются ключи, которые что-то, по определению открывают, дают доступ. В нашем случае — это доступ к магазину
— слово «лицензия» не употребляется нигде, значит мы никак не ограничиваем работу «нелицензионных» дополнений.
Теперь, когда вы во всё разобрались, напишите пожалуйста, как мне лучше исправить наш раздел помощи. Вот прям дайте готовый текст — я его вставлю и всем всё будет понятно и таких вопросов больше не возникнет.
Привязка ключа к домену делается для того, чтобы скачивать и обновлять дополнения вы могли только с этого домена. Исключение — поддомены dev, для разработки.
Соответственно, если вам нужно скачивать и обновлять дополнения на рабочем домене — нужно ли привязывать к нему ключ? Естественно.
Домашняя работа: подумайте, почему у нас используются ключи для доступа к магазину, а не продажа лицензий на дополнения?
P.S. Кстати говоря, а напишите как лучше изменить формулировку в нашем help, чтобы было понятнее? У меня уже действительно профдеформация — мне всё кажется очевидным, потому что я это сделал.
Набросайте более доступный текст по логике работы привязки ключей и мы добавим его в help.
2. Они и будут работать, но без обновлений и техподдержки.
3. Опять двадцать-пять. Ключ даёт доступ к магазину, на работу уже установленных дополнений он никак не влияет.
Откуда вы вообще взяли информацию, что привязка ключа как-то может повлиять на работоспособность дополнения? Вы это сами выдумали, а теперь «не понимаете».
Это должно решить все вопросы разом.
Берегите себя, не пейте так много в день трезвости.
Я даже где-то здесь уже писал такие правила для Nginx, нужно только поискать.
pdoResources должен сам подставлять полный путь к ТВ, если включен &prepareTVs=`1` (а он включен по умолчанию).
В первом же комментарии дан правильный ответ.
Ну так собери для начала все эти js в один и сожми хотя бы через MinifyX.
2. Настроенный веб сервер (gzip, кэширование статики)
4. Оптимизированные картинки (не только сжатие, но и соответствие размеров в css реальному размеру картинки)
5. Оптимизированные скрипты и стили
Лично я не заморачиваюсь с подключением скриптов и стилей inline ради циферок от Google, просто размещаю ссылки на css в шапке, а javascript в подвале — как обычно.
3 случая очистки таблицы с файлами на уже 35 тысяч загрузок miniShop2. Надеюсь, кто-нибудь найдёт и починит. Совет из предыдущего обсуждения всё еще актуален
Может и закралась, может кто и найдёт, и починит.