Обсуждение 2.13 и выявление недочетов

На странице places/add вместо правильного places мы в $core-.>uri_action имеем значение add

Но зато остальным разработчикам, которые вздумали прочитать имя типа контента из этой

А кто сказал, что это правильный подход?

И я напомню, что не так давно это был единственный способ

а вторую строчку читать не обязательно?

Там Вы пишите "переопределении экшена контроллера content своим собственным ее сломал", с чего взяли что сломали? перестали добавляться объявления? ошибка какая то?

1. Назовете другой?

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

public function routeAction($action_name) {
 
    if (!$this->isActionExists($action_name)){
        $this->runContentController();
		return 'exit';
	}
 
	return $action_name;
 
}
 
public function actionExit(){ return; }
 
public function runContentController($current_params = array()) {
 
    $core = cmsCore::getInstance();
 
    $core->uri_controller = 'content';
    $core->uri_action = $this->name;
    $core->runController();
    $this->current_params = $current_params;
 
    return;
 
}

Назовёте, где получить хотите? В полях?

ак пользуйтесь, кто против то.

Наши компоненты самые крутые, они вам щас всю малину сломают

3 года назад всего этого не было

дублирую — против 2 компонента — масп и улучшаем доску

$core->uri_action = $this->name;

Жила была страница board/add… action стала add… Что в итоге?

$core->uri_action = $this->name;

content_before_add, хуке content_after_add

3 года назад всего этого не было, а это именно с тех времен спор

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

Вот вам нужен имя типа контента в хуке content_before_add. А этот лежит в массиве в 2х местах, я вам скрин показывал со стрелкой. Почему бы не использовать их, они же как раз для этого придуманы.

Пытаетесь задет меня? Переводчик не нужен, я прекрасно понял Вас.

В предыдущем нашем споре и в письме "вставляли себя выше других, говорил что умеете лучше" и не смогли отвечать за свои слова насчет "костыли". Не хочу ворошить прошлое, но это факт

Ну конечно, в том теме я показал Вам скрин и просил использовать из массива? Значит тогда всего этого не было?

Вам одного прецедента мало?

Я погляжу вы товарищ образованный да? Ну тогда сами в состоянии взять любую версию 2.7 или младше и посмотреть что там есть а чего там нет перед тем как делать заявления. можете даже продемонстрировать. пока налицо полнейшая некомпетентность в данном вопросе

наглый лжец.

ответьте за вами сказанное, покажите где я это говорил. ну или извинитесь

Это именно установка вашей доски сломала человеку сайт, который отлично работал до ее установки. И как видите я не лгу, а вот вы меня оклеветали, я требую доказательств или извинений.

Разрешите показать текст вашего письма?

Если там будет добавлено вот это, то в вашем злосчастном свойстве uri_action будет всё железно и неизменно. При чём тут вся CMS? Почему я должен сесть и разобраться что к чему, а вас, которого это волновало, хватает лишь сотрясать воздух?

товарищ, вы тупой? я ж вам русским языком говорю — это ваша доска в декабре 2018 у клиента на сайте появилась, а компонент Языки был установлен как минимум за год до этого. И писался он естественно еще раньше. и в то время определить тип контента в хуке можно было только по переменной $core->uri_action

Если вы фанат костылей типа мапса и ярый последователь этой стилистики, то я зря написал вам, просто забудьте о моем письме. Я не разделяю вашего оптимизма в отношении этого компонента и мне явно стыдно было бы приводить его в пример. Не знаю как Видео, а Мапс является жутким костылем к типу контента. Вы как автор компонента должны хоть немного(а лучше всего когда много) думать не только о том, как будет работать ваш компонент, а и о том, как он будет взаимодействовать с другими компонентами. Мапс же написан по принципу "я напишу, а после меня хоть трава не расти". Есть масса хуков где нет других способов получить то же самое имя типа контента кроме как из параметров ядра. Данный случай как раз яркий пример — вам эти изменения возможно нужны для правильной работы вашего компонента, но мешают правильной работе других компонентов. Следовательно они нежелательны и сделав свою работу ваш компонент может сам за собой их устранить.

Про мапс я написал выше — разработчики глухи и немы поэтому им говорить что-то бесполезно. Раньше я писал костыли под этот компонент, потом мне это осточертело. Кто-то стрижет немалые деньги на костылях, а я должен расхлебывать его проблемы. Теперь когда ко мне обращаются с подобными проблемами я просто говорю — "Выкиньте этот костыль" и раздаю готовые заплатки, вот одна из немногих таких бесед, имена я обрезал — codeplace.ru/s/13779_screenshot-2018-01-10-010.png

А вам написал чтобы вы могли сделать свой компонент лучше, учтя мной написанное. Поверьте мне ваш компонент действительно нравится и мне не хотелось бы его помещать к мапсу в категорию костылей и пилить для него заплатки. Возможно я просто тупой и не знаю как решить ряд задач в хуках не используя core->uri, но найдутся ведь и другие такие же тупые, а вам всего-то стоит в точке где ваш компонент полностью отработал вставить несколько строк, возвращающих их в исходное для типа контента состояние и тем самым избавить себя и других от подобных проблем. Я надеюсь вы как и боги-создатели мапса не считаете, что каждый, кто пишет хук для типа контента "Объявления" просто обязан предусмотреть тот факт, что у пользователя может быть установлен ваш компонент который все сломает?