Dislike(Не нравится) [Удалено]

[tnAnGel]

fara, как-то Вы да, со структурой папок в архиве намудрили. Привели бы в нормальный вид всё. :-)

Залил так, как предложил автор. Все с архива залил не меняя регистр. Думаю, что с правами доступа может что-то не то быть. Сейчас будем экспериментировать методом научного тыка (регистр изменил на "маленький" - проблема осталась)

Вы в library, каталог Dislike из upload, забросьте.

Все верно. получилось именно так! Я привык, что все делают иерархию папок для быстрого залива. Просто в корень скидываешь и все успешно, а тут)))
Сейчас установится и посмотрим плагин ближе.

При удалении "Не нравится"

 

[fara]

maxbel969696, Возьмем на заметку, благодарю.

 

[tnAnGel]

fara, еще кое что)
Не нужно дополнительные страницы делать типа той, что я увидел "Вы точно хотите поставить "Не нравится"", это убивает время зря пользователей и будет в скором времени раздражать. (меня сразу начало)
Пожелания: сделать -1 к симпатиям или отдельно "Не нравится" выводить в профиле.
Других багов не нашел. Плагин отключаю до обновления, кстати долго ли его ждать придется?)



Правила настроены на 5+

Допишу еще про этот баг.
Поставил "Не нравится" -> удалил с ошибкой, "Не нравится" осталось на месте, но можно уже поставить новое "Не нравится" на тоже самое. И получилось вот это:

 

[fara]

maxbel969696, В близлежащее время переделаю-это безобразие.

 

[tnAnGel]

fara, очень буду ждать, спасибо!)

P.s. после тебя(

 

[fara]

Пользователь fara обновил ресурс Dislike(Не нравится) новой записью:

Корректная деинсталляция плагина.

Корректная деинсталляция плагина.

Узнать больше об этом обновлении...

 

[Kolya groza morey]

Имеется ввиду файл Compiler.php в папке /library/XenForo/Template/

Очень плохо когда нужно править файлы ядра ксенфоро

 

[fara]

Очень плохо когда нужно править файлы ядра ксенфоро

Иногда очень нужно.
Стандартно к сожалению не предусмотрено.

 

[Kolya groza morey]

Стандартно к сожалению не предусмотрено.

Думаю можно и без этого обойтись. А для чего нужен данный код туда вставлять?

 

[fara]

Думаю можно и без этого обойтись. А для чего нужен данный код туда вставлять?

Установить обработчик.
Можете подскажите как не залезая в ядро, использовать собственный обработчик?
Хелперы не помогают в моем случае.

 

[Exile]

Можете подскажите как не залезая в ядро, использовать собственный обработчик?

Все стандартные классы движка можно расширять, собственно почти любое дополнение на этом принципе построено.

 

[fara]

Все стандартные классы движка можно расширять, собственно почти любое дополнение на этом принципе построено.

Не все.Сначала подгружаются классы ядра, затем уже стандартные.
Классы ядра стандартно не как вы не расширити.

 

[Kolya groza morey]

Не все.Сначала подгружаются классы ядра, затем уже стандартные.

Если грамотно сделать можно расширить

 

[Exile]

fara, да что вы говорите. XenForo/Mail.php достаточно сильно к ядру относится во вашему? А принцип все тот же:

<?php

class Exile_EmailDomain_Extend_XenForo_Mail extends XFCP_Exile_EmailDomain_Extend_XenForo_Mail
{
    public function prepareMailContents($emailTitle = null, array $params = null)
...

Ну и listener сделать или на hint-подсказке:

<?php

class Exile_EmailDomain_Listener
{
    public static function load_controller ($class, array &$extend)
    {
        if ($class == 'XenForo_Mail')
        {
            $extend[] = 'Exile_EmailDomain_Extend_XenForo_Mail';
        }
    }
}

 

[fara]

Если грамотно сделать можно расширить

Возможно, до меня есчо не дошло:(
На Вашу помощь я так понимаю не приходится надеяться.

 

[Kolya groza morey]

На Вашу помощь я так понимаю не приходится надеяться.

Та почему же если что то спросите на что знаю отвечу. Выше уже показали как это делается

 

[fara]

fara, да что вы говорите. XenForo/Mail.php достаточно сильно к ядру относится во вашему? А принцип все тот же:
]

Давайте на спор?
Расширьте класс Xenforo_Template_Compiler стандарно.

 

[Exile]

Давайте на спор?

О чем спорить? В файле расширяемое все кроме буквально одной protected-функции (и 5-6 других которые не содержат ничего что требовалось бы менять в принципе), в которой как раз перечисление handlers идет. И если у вас что-то не получается расширить или сделать - чаще всего это говорит о том, что вы расширять хотите совсем не в том файле, в который лезете. Handlers запрашиваются во вполне определенном месте, вы прекрасно можете добавить к их готовому списку что хотите, в любом количестве, без изменений стандартных захардкоженых. Но это не говорит о том, что файл не расширяемый в принципе. Переопределите конструктор, это костыль, но так вы сможете расширить все что хотите именно в нужном файле, раз так хотите расширить именно его.

 

[Kolya groza morey]

Сейчас лень копаться в коде но что мне подсказывает что можно обойтись и без расширения данного класса

 

[Exile]

Сейчас лень копаться в коде но что мне подсказывает что можно обойтись и без расширения данного класса

Тоже верно, для работы с шаблонами огромное число хуков есть готовых, собственно никто из разработчиков под XF поэтому проблем не испытывал. Хотя бы такие, если уж так охота в шаблонизатор залезть: