Всего 122 936 комментариев

Антон Фомичёв
18 июля 2014, 15:55
0
Хехе:)) Приятно слышать это от того, с чьих статей я начинал изучать MODX и кто подкинул замечательную идею управления контентом из фронтенда.
Антон Фомичёв
18 июля 2014, 15:53
0
Рад, что помог:))
Если изучать исходники, массу интересного можно найти!
Василий Наумкин
18 июля 2014, 15:45
0
Очень рад, что тебе понравилось!
Пётр Молчанов
18 июля 2014, 15:44
0
Благодарю. Теперь можно облегчить код, т.к. много где информирую пользователей по почте)
Антон Фомичёв
18 июля 2014, 15:27
0
$options — массив значений.
Можно передавать subject, from, fromName, sender и html (флаг, указывающий, отправлять ли письма текстом или в виде html).
Я обычно передаю туда только
array('subject' => 'Тема письма')
Остальное подтягивается из системных настроек.
Подробнее можно глянуть тут:
https://github.com/modxcms/revolution/blob/develop/core/model/modx/moduser.class.php#L796
Пётр Молчанов
18 июля 2014, 15:08
0
Кстати, да. тоже не знал об этом методе. Подскажи, что можно складывать в $options?
Володя
18 июля 2014, 14:41
0
да в магазине ссылка битая. Демо сделаю и тут отпишу
Cyrax_02
18 июля 2014, 14:37
0
Да, этот вариант не упомянул в 1-м посте. Способ самый гибкий.
Минусы этого варианта:
1) Всю логику кэширования придётся загонять внутрь сниппетов. Т.е. практически в каждом сниппете придётся реализовывать кэширование.
2) Отходим от модели кэширования modx. Все эти сниппеты придётся вызывать некэшированными, а логику кэширования реализовывать внутри сниппетов
3) Придётся для каждого такого сниппета предусматривать и реализовывать параметр &cache для возможности отключения кэширования.

Т.е. в целом вариант некрасивый и несистемный.
Денис Богдановский
18 июля 2014, 14:29
+1
Хочу поделиться первым впечатлением от работы хостига. Админка работает гораздо быстрее чем на modxcloud!!! Тариф «Рабочий»… планирую массовый переезд да. По тесту скорости Хостинг Simple Dream оказался чуть быстрее чем modxcloud, но что б так админка летала не мог представить. Круто!
Cyrax_02
18 июля 2014, 14:28
0
Я как раз и имел ввиду перегрузку. Наследование + перегрузка. Об изменении исходных кодов речи, конечно же, не идёт.
А войнушки касаются необходимости подстраивать свой код под изменяющуюся от версии к версии логику работы modx. Чем больше используешь тонкостей реализации modx, тем чаще придётся корректировать свой код.
К примеру, вон вышла новая версия modx 2.3 — так все компоненты, разработанные Василием, приходится корректировать. Потому что внутренняя логика работы modx несколько изменилась.
Илья Уткин
18 июля 2014, 13:35
+1
Я, кстати, не знал даже о существовании метода modUser::sendEmail, так что пост однозначно полезный.
Алексей
18 июля 2014, 13:28
+1
Как его купить? В магазине адрес store.simpledream.ru/packages/ecommerce/msquickview.html — не доступен.
Как обычно пощелкать и посмотреть тут...
— Сайт похоже уже удалился (там ограничение стоит, по-моему на 1 сутки), если не трудно, создай пожалуйста еще раз.
Алексей
18 июля 2014, 13:07
+1
Мне кажется, отлавливать кэширование в плагинах не имеет смысла. Вызов ресурсов происходит в сниппите, его нужно вызвать некэшированным
[[!snippet]]
и в нем проверить текущий домен. Так же создать кэш можно тоже в сниппите — для каждого домена свой. По-моему getPage работает по подобной схеме, только для каждого url свой кэш, в зависимости от параметра в URL site.com/doc?&page=2 или, к примеру site.com/doc?&page=3 — пишет в разный кэш. Может немного сумбурно объяснил, и наверное где-то ошибся)
Антон Фомичёв
18 июля 2014, 12:12
+1
3. Перегрузка методов xPDOCacheManager. Но это уже дебри дремучие, с которыми придётся воевать с каждой новой версией modx.
Так не надо изменять их прямо в файле MODX. Напиши свою реализацию кэширования, какой-нибудь modMultipleCache, расширяющий xPDOCacheManager. Там опиши все, что тебе необходимо (собственно, и изменять поведение методов родительского класса никто не запрещал). В настройках системы укажи свой класс как отвечающий за кэширование и воевать ни с чем не придётся.
Виталий Серый
18 июля 2014, 11:21
0
Достаточно указать less в вызове MinifyX.
&cssSources=`
		[[++assets_url]]components/themebootstrap/css/bootstrap-60.min.css,
		[[++assets_url]]components/themebootstrap/css/magnific-popup.css,
		[[++assets_url]]components/themebootstrap/css/add.less
	`
Василий Наумкин
18 июля 2014, 11:19
0
&cssSources=`/inc/css/my.less`
Павел Пустота
18 июля 2014, 00:47
0
Вот это да!
Открыл код сниппета и внезапно обнаружил, что лог показывается только если пользователь залогинен в контексте mgr. А так как я был залогинен ещё и в контексте web, то мне и не показывался лог!
Всё оказалось просто.
Іван Клімчук
18 июля 2014, 00:14
0
это и есть верхнее меню, его еще не пофиксил