Комментарии / Публикации Klaus / Alto CMS

+7.22

11.045

Николай

Может мне только кажется, но вроде на скрине func.php название с маленькой буквы. Опять же качество скрина не позволяет точно сказать. Переименуйте файл, чтобы начинался с большой буквы. Юникс система регистрозависимая.

Правильно я понял, вы хотите выполнить ряд запросов при активации плагина?
Тогда можно поступить по аналогии github.com/altocms/alto-plugin-seopack/blob/master/PluginSeopack.class.php#L39-41

Отличная мысль. Всех с праздником. Ушел пить вино/шампанское, смотря что есть в наличии.

В теории установив в конфиге вот так

$config['module']['comment']['use_nested'] = true;     // Использовать или нет nested set при выборке комментов, увеличивает производительность при большом числе комментариев + позволяет делать постраничное разбиение комментов
$config['module']['comment']['nested_per_page'] = 50;    // Число комментов на одну страницу в топике, актуально только при use_nested = true

Большое спасибо, полезная вещь.

Можно в jevix убрать из разрешенных

array(
	'a',
	array('title', 'href', 'rel' => '#text', 'name' => '#text', 'target' => array('_blank'), 'class' => array('ls-user'))
),

А язык, ну это что-то ЛСовское или от какого-то плагина того же автора. А может у нас он просто по другому определяется. Не думаю что у вас мультиязычный сайт.

Так у меня нет портированной версии. Я в этом плагине как раз делал эту строку для одного проекта, а сам плагин там работал в режиме совместимости. К тому же чтобы выкладывать нужно общаться с автором. Потом это дело поддерживать раз уж взялся.

У меня есть пример, плагин СЕОпак, я им ни разу не пользовался. Поэтому решил заниматься только теми плагинами, что пригодятся в моих проектах. Есть хотя бы мотивация.

т.е. должно получиться

$oUserTo = $this->User_GetUserById($oMail->getUserId());
$sText = htmlspecialchars_decode($oMail->getMailingText(), ENT_QUOTES);
//$this->Lang_SetLang($oUserTo->getUserLang());
$sText .= $this->Lang_Get('plugin.mailing.unsub_notice', array('email' => $oUserTo->getMail(), 'hash' => $oUserTo->getUserNoDigestHash()));
$this->Mail_SetAdress($oUserTo->getMail(), $oUserTo->getLogin());
$this->Mail_SetSubject($oMail->getMailingTitle());
$this->Mail_SetBody($sText);
$this->Mail_setHTML();

закомментируйте

$this->Lang_SetLang($oUserTo->getUserLang());

Ну у вас и email не работает, который мы даже не трогали

Ну откуда же я могу это знать?

Кого вы переименовать хотите? Файлы, как и классы имеют строгий порядок имен.
Положить в существующий класс, класс PluginMailing_Inherit_ModuleUser_EntityUser ну просто обязан существовать, не понимаю как его может не быть. Хотя если читать ваш лог сверху вниз то проблема начинается с

Class 'PluginBr_ModuleUser_EntityUser' not found

Вот и надо идти с самого начала и понять чем они друг другу мешают.

Другой путь есть, написать три строчки кода функции getUserNoDigestHash в любой кастомный плагин в котором существует файл User.entity.class.php

ну тогда я не знаю что вам делать. Добавьте этот метод в кастомный плагин какой-нибудь, в существующий файл User.entity.class.php. Гадать дальше я не вижу смысла.

У вас бесплатный плагин br?
Если да, то там нет ни модуля user ни entity user. Поэтому не понимаю как они могут конфликтовать в принципе.

А что у вас за файл plugins/br/classes/modules/user/entity/User.entity.class.php? У меня такого в плагине br нет

Специально скопипастил ваш код себе и ошибок он не вызывает. Может вы оставили старый файл User.entity.class.php в каталоге модуля mailing.

Дело не в этом коде, может вы еще чего правили?

Klaus

О себе