Поговорим о выводе ошибок в Joomla? - Joomla 3.x: Общие вопросы

4) вообще не видится и отдается ответ напрямую от nginx\apache

в случае возникновения вопрос уже не к J ))

вообще не видится и отдается ответ напрямую от nginx\apache

Тоже с этим не раз сталкивался: так и не понял причину.

Кстати, существуют ли способы отрендерить шаблон методами движка?

А зачем обрабатывать 404-ю плагинами?

честно говоря вообще не понимаю, зачем это Azn разве что из спортивного интереса... что не так было с базовым error.php?

Если вы будете использовать базовый error.php, то при любом изменении шаблона нужно отдельно менять дизайн, раскладку в error.php, потому что базовый error.php к шаблону не относится.

Что конкретно вы не понимаете?

Если вы будете использовать базовый error.php, то при любом изменении шаблона нужно отдельно менять дизайн

базовый error.php к шаблону не относится

Короче, народ не понял ничего Мда...

Зачем дизайн менять? Вот часто используемый известный вариант error.php с подгрузкой статьи "404":

Спойлер

[свернуть]

Что в этом варианте вас не устроило?

а в вашем решении разве не надо менять дизайн?

дальше, обработка плагинами. ну тут вопрос спорный... я наверное все таки склоняюсь в сторону, что 404 не нужно обрабатывать плагинами. потому что 404 рисуется раз и навсегда, и я бы не хотел чтобы при установке какого либо плагина, который нужен во фронте, 404 поломалась по недосмотру из-за него.

fsv, ну я уже написал в начале. Во-первых, не известно, как поисковики к этому отнесутся: пользователю отдаётся 404 ошибка, а его самого перебрасывает на другую страницу.

Нет. Дизайн и раскладка берётся из шаблона со всеми стилями, скриптами, модулями. По-сути, мой вариант — это обычная страница, только позиция компонента (который отсутствует при ошибке), замещается телом ошибки.

пользователю отдаётся 404 ошибка, а его самого перебрасывает на другую страницу.

кого куда перебрасывает?

никуда никого не перебрасывает. все 1:1 как и в вашем варианте, за исключением того, что ваш вариант экономнее по ресурсам сервера.

Мы теряем контекст JDocumentError, мы не можем вывести описание ошибки и использовать методы этого объекта.

if ($this->error->getCode() == '404') 
{
	echo $this->error->getMessage(). '<br>';
	echo '<pre>'.print_r($this, true).'</pre>';   // JDocumentError Object
}

А если материал вдруг удалить, то вообще будет полное разочарование

если у бабушки..., то это уже дедушка

теряется контекст JDocumentError - это имеется в виду когда делаем file_get_contents. это же уже не 404.

Ну и как вы сделаете это в материале? Представьте, что у вас SQL ошибка, нужно вывести описание, а вы цепляете другой материал и выводите страницу данного материала. Где вы будете выводить там описание и как?