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

amitakrishna

  • Осваиваюсь на форуме
  • 31
  • 2 / 0
После восстановления сайта из бекапа Xcloner не устанавливается ни одно расширение! Исходник бекапа уже потерян. Все известные методы исправить не работают. В php.ini max_filesize и max_execution_time в порядке. Права на все папки, указанные в "Информации о системе" Joomla сделал 777. На других сайтах того же хостинг-аккаунта с той же Joomla 1.5.26 все устанавливается нормально. Версия php на всех сайтах 5.3, пробовал переключать на 5.2, чистил кэш - не помогает. Есть подозрение, что при разворачивании бекапа в XCloner был выбран параметр "Восстанавливать права" и он мог что-то начудить с правами на файлы или папки.

Есть ли еще какие-нибудь файлы или папки, помимо указанных в "Информации о системе", которые без прав 777 не дадут установить расширения? Или в чем еще может быть проблема?
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться