О как, круто. Кстати тоже бывает подобное. При активации плагинов и решается перестановкой плагинов местами в plugin.dat. А вот почему так происходит нам лучше всего наверно сможет объяснить Вадим.
При обращении к методу. Никто не будет ничего писать в таблицу, я не понимаю зачем вообще писать в таблицу пользователю хэш для отписки от рассылок дайджеста. Если можно этот хэш получать просто оперируя данными пользователя.
Ну хотите делайте как предусмотрено плагином, генерируйте по какому-то расписанию, или как оно там должно быть. Я этот механизм не понял
В теории, его нужно ставить в cron и он будет генерить хэши пользователям. Хотя при этом всеравно нигде не описан метод getUserNoDigestHash и черт его занет как он получит хэши.
Тут же все дело в безопасности, вы же не хотите чтобы кто-то отписал вас без вашего ведома.
Помнится там была проблема в том что отсутствовал метод getUserNoDigestHash
Я решил его созданием файла User.entity.class.php в плагине mailing со следующим кодом
<?php
class PluginMailing_ModuleUser_EntityUser extends PluginMailing_Inherit_ModuleUser_EntityUser {
public function getUserNoDigestHash() {
return md5(Config::Get('module.security.hash').$this->getMail());
}
}
?>
Это врядли плагин, скорее это последствия ошибки при удалении пользователя что вы отписал на github. Может удаленный пользователь был автором топика, или он был последним прокоментировавшим что-то и должен был быть в прямом эфире.
Так по комментариям же ищет. В ссылке поиска поменяйте topics на comments. Другое дело что меню нет, по крайней мере тут.
Поиск для статичных страниц насколько я знаю не реализован. Нужно писать отдельный плагин для этого.
Комментарии к статичным страницам опять же не предусмотрены и для этого нужно писать плагин. (Для ЛС когда то такой существовал, но его очень давно уже нет в каталоге)
Делаете плагин.
В нем создаете новый ивент для экшена Profile.
Создаете новый метод в модуле Topic аналогичный GetTopicsFavouriteByUserId но позволяющий в запросе указать тип контента.
Делаете хук для отображения типов контента в меню избранного.
А еще нужно добавить class в common\templates\skin\admin-default\tpls\actions\admin\action.admin.content\pages_add.tpl там где класс js-editor-markitup добавить еще и js-editor-wysiwyg
/mailing/classes/modules/mailing/entity/User.entity.class.php
Ну почему в каталоге mailing? Каталог user нужен вам.
Чтобы решалось перестановкой встречал раза два-три. Каждый раз думал что это из-за разного способа указания в Inherits
В Inherits нужно добавить
Ну хотите делайте как предусмотрено плагином, генерируйте по какому-то расписанию, или как оно там должно быть. Я этот механизм не понял
2. мои скриптом хэш будет генерироватсья при обращении (код выше, хэш генерируется на основе почты пользователя и соли)
3. механизм относится только к Digest
4. url отписки генерируется в 170 строке что я писал выше
Тут же все дело в безопасности, вы же не хотите чтобы кто-то отписал вас без вашего ведома.
и нужно еще раскомментировать 170 строку (без неё чуда не получится) github.com/orthograf/mailing/blob/master/classes/modules/mailing/Mailing.class.php
Я решил его созданием файла User.entity.class.php в плагине mailing со следующим кодом
Поиск для статичных страниц насколько я знаю не реализован. Нужно писать отдельный плагин для этого.
Комментарии к статичным страницам опять же не предусмотрены и для этого нужно писать плагин. (Для ЛС когда то такой существовал, но его очень давно уже нет в каталоге)
В нем создаете новый ивент для экшена Profile.
Создаете новый метод в модуле Topic аналогичный GetTopicsFavouriteByUserId но позволяющий в запросе указать тип контента.
Делаете хук для отображения типов контента в меню избранного.
Примерно так.
нужно вместо вставить