Новости 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 Ответов
  • 1907 Просмотров
*

yakor

  • Новичок
  • 2
  • 0 / 0
Все было в порядке, спокойно создавал сайт на локальном сервере (Denwer), особо в настройках ничего не делал. После перезагрузки компьютера включил Denwer, начал заходить на сайт, а тут высвечивается вот такое "Error displaying the error page: Application Instantiation Error: The MySQL adapter mysqli is not available". То же самое, при входе в панель управления.
Решил попробовать установить Joomla на другой сайт, создал папку, кинул файлы Joomla, начал устанавливать и в мастере установки, при Начально проверке стоит "Нет" напротив Magic Quotes GPC Off. Связано это или нет, я не знаю, так как новичок в этом деле. Помогите вернуть владение над сайтом. Спасибо.
*

SeBun

  • BanMaster
  • 4030
  • 259 / 5
  • @SeBun48
В файле конфигурации mysqli замените на MySQL. И не юзать древнее. Я про Денвер. Поставьте нормальный OpenServer. Если работаете с Joomla 3.х, можете выбрать последние версии Апача и PHP.
Оказываю услуги по Joomla | Миграция/Обновление | Сопровождение | IT-аутсорсинг | Недорогие домены и хостинг
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Не работает менеджер материалов, ошибка 500 SSL certificate problem

Автор Екатерина М

Ответов: 5
Просмотров: 1237
Последний ответ 06.04.2025, 09:27:20
от wishlight
Ошибка 0 Call to undefined function GuzzleHttp\choose_handler()

Автор Alllex

Ответов: 0
Просмотров: 802
Последний ответ 15.03.2024, 21:03:09
от Alllex
Ошибка version_compare(): Argument #3 ($operator)

Автор Шмайсер

Ответов: 1
Просмотров: 1154
Последний ответ 07.11.2023, 20:44:21
от fsv
Joomla 3.10.12 и MySQL 8

Автор designer71

Ответов: 0
Просмотров: 803
Последний ответ 19.10.2023, 11:25:18
от designer71
reCapcha во всплывающем окне - "Ошибка защиты от спама"

Автор Dannik

Ответов: 12
Просмотров: 2395
Последний ответ 14.09.2023, 18:59:24
от all_zer