Новости Joomla

Загадочный параметр $live_site в configuration.php Joomla

Загадочный параметр $live_site в configuration.php Joomla

Давным-давно, когда Joomla ещё была маленькой, в неё внедрили параметр $live_site. В ней хранился домен текущего сайта на случай, если Joomla не могла его определить из-за неверной настройки сервера. Нужно это было для разных SEO-компонентов, для использования редиректов и т.д.

Со временем для работы собственно сайта этот параметр перестал быть нужным. Уже в начале 2010-х стали встречаться рекомендации оставлять этот параметр пустым, дабы оный не привёл к лишним проблемам и путанице. Тем более, в web-админке нет места, где его можно указать или посмотреть его значение. Только в configuration.php, а туда смотрят не часто.

Однако, параметр всё же остался в ядре Joomla. Зачем он нужен? А нужен он в 2-х случаях:

  • для работы класса Joomla\CMS\Uri\Uri, который часто используется в коде Joomla для работы методов
    Uri::root() и
    Uri::base(), а значит может влиять и на работу в том числе ajax-скриптов.
  • для работы Joomla в CLI - командной строке сервера. В случае если вы используете в вашем CLI-плагине методы опять-таки класса Uri, то CLI ничего не знает о текущем домене, так как запускается вне web-сервера.

Поэтому домен нужно указывать принудительно. Либо с помощью параметра командной строки

--live-site, например,
—live-site=https://site.ru/. Со слешем на конце, иначе в CLI адрес сайта станет
https://site.rujoomla.php.Либо в параметре
$live_site в файле configuration.php, так как
CliApplication берёт настройку оттуда, если параметр команды не указан или пуст.

⚠️ Иначе в качестве хоста и url класса Uri будет установлено https://joomla.invalid/set/by/console/application. В самом же коде команды получить параметр

$live_site можно из объекта приложения

<?php protected function doExecute(InputInterface $input, OutputInterface $output): int { //... $live_site = $this->getApplication()->get('live_site'); //... }

и исходя из этого строить дальнейшую логику.

0 Пользователей и 1 Гость просматривают эту тему.
  • 2 Ответов
  • 1986 Просмотров
*

nalog

  • Осваиваюсь на форуме
  • 21
  • 0 / 0
Вопрос в теме.
Joomla 2.8, JoomSEF 4.2.2
Не сайт не админка не воркают
в htaacess не лазил ни разу.

накатил бэкап который был создан до установки JoomSEF - не помогло


Просьба не гнобить.
заранее спасибо
« Последнее редактирование: 26.12.2012, 12:40:14 от nalog »
*

nalog

  • Осваиваюсь на форуме
  • 21
  • 0 / 0
Решено


Остались плагины от JoomSEF в папке /plugins/system

JoomSEF
joomsefgoogle
joomseflang


+2 файла
JoomSEF.php
JoomSEF.xml

их необходимо удалить

по какой то причине установщик Joomla затер сам компонент а их видимо не успел так как все упало
*

KKAAZZOO

  • Живу я здесь
  • 2288
  • 118 / 9
Вообще-то очень часто плагины отдельно от компонента удаляются, через меню деинсталляции
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

PHP Fatal error: SEF.php on line 52

Автор Elimelech

Ответов: 2
Просмотров: 3368
Последний ответ 18.01.2020, 11:47:59
от Elimelech
Artio JoomSEF ничего не делает. Joomla! 1.5

Автор ybosco

Ответов: 5
Просмотров: 3281
Последний ответ 05.06.2019, 18:53:26
от draff
HTTPS+SEF и IFRAME+HTTP, как совместить?

Автор x1

Ответов: 9
Просмотров: 3603
Последний ответ 17.04.2019, 12:53:02
от x1
Ошибка при переходе с http на https

Автор galll72

Ответов: 14
Просмотров: 1522
Последний ответ 01.11.2018, 13:32:34
от galll72
Редирект с http на https в Mambo 4.5 ((1.0.9))

Автор Vaska

Ответов: 0
Просмотров: 1337
Последний ответ 19.08.2018, 16:01:34
от Vaska