Новости 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 Гость просматривают эту тему.
  • 1 Ответов
  • 1321 Просмотров
*

Александр Кардаш

  • Осваиваюсь на форуме
  • 30
  • 0 / 0
  • Добрый айтишник :-)
Joomla 2.5.28, K2 2.10.4, Kunena 4.0.12, CleanTalk 6.4 и многое другое....
Появляется сообщение: Вход запрещён! Ваша учетная запись заблокирована или ещё не активирована.
Самое интересное что 1.5 месяца назад живой пользователь создал акаунт и вошёл под ним.... И некоторые спамеры умудряются регистрироваться и включать себя....
Включать пользователей приходится ручками заходя в админку. 20 минут гугления ничего не дали...
Отключение CleanTalk 6.4 ничего не даёт.
Пол года на сайт вообще ничего не устанавливали модулей, компанентов и плагинов....
https://netflow.by
« Последнее редактирование: 01.06.2021, 23:05:27 от Александр Кардаш »
*

Александр Кардаш

  • Осваиваюсь на форуме
  • 30
  • 0 / 0
  • Добрый айтишник :-)
Разобрался.  *suicide*
Оказывается учётная запись не включается автоматически так как уже ранее была зарегистрирована и удалена с сайта....
Свежие учётки с уникальными логинами регистрируются, активируются и включаются без проблем.....
« Последнее редактирование: 01.06.2021, 20:29:18 от Александр Кардаш »
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Переадресация после регистрации Joomla 2.5

Автор Наталик

Ответов: 21
Просмотров: 21073
Последний ответ 29.10.2018, 21:37:29
от Elena91
rel=canonical после перехода на https ссылается на http

Автор nnnata

Ответов: 6
Просмотров: 2041
Последний ответ 19.09.2018, 00:11:46
от vitzer
После переезда на https перестала отображаться recaptha v2

Автор koskanalya

Ответов: 3
Просмотров: 1570
Последний ответ 30.07.2018, 16:56:39
от ProtectYourSite
Некорректная работа плагинов после переноса сайта на другой хостинг

Автор ICaR

Ответов: 1
Просмотров: 1603
Последний ответ 26.01.2018, 09:21:26
от kern.USR
После сплэша знак вопроса и буквы - появляется дубль

Автор Wened

Ответов: 6
Просмотров: 1332
Последний ответ 11.12.2017, 12:57:58
от Wened