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

alexshab

  • Захожу иногда
  • 60
  • 0 / 0
Доброго времени суток.

Есть двух язычный сайт.

VirtueMart на двух языках без sh404 работает корректно.
VirtueMart с sh404 но на одном языке, тоже работает.
Сама Joomla без VirtueMart с sh404 с двумя языками тоже работает.
Проблема появляется с установленным sh404 только в тех пунктах меню, что ссылаются на категории товаров VirtueMart, во втором языке. sh404 делает их дубликатами главной страницы второго языка. И соответственно все такие пункты меню отправляют на главную страницу, а не на категорию.

Ребята, может кто-то знает как справится с этой задачкой?
Может есть правильный плагин?

p.s.
Написал этот вопрос в разделе VirtueMart
http://joomlaforum.ru/index.php/board,392.0.html
, но форум его почему-то перебросывает в эту тему  (sh404SEF)
« Последнее редактирование: 27.09.2014, 15:57:01 от alexshab »
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

После обновления sh404 до версии 2.5 к страницам 404 добавился "?tmpl=index"

Автор Dim

Ответов: 0
Просмотров: 2921
Последний ответ 04.12.2018, 15:31:39
от Dim
JSitemap vs sh404

Автор dav1as

Ответов: 4
Просмотров: 3520
Последний ответ 12.12.2017, 13:58:40
от wishlight
Virtumart 2 + sh404 + мультиязычность

Автор alexshab

Ответов: 0
Просмотров: 1597
Последний ответ 26.09.2014, 18:56:42
от alexshab
С description на главной проблема, sh404 не помог... что делать?

Автор JIuC39

Ответов: 0
Просмотров: 1510
Последний ответ 23.07.2013, 04:28:47
от JIuC39
[J 2.5] sh404 + joomshop + Xmap

Автор gwynnbleiidd

Ответов: 4
Просмотров: 2246
Последний ответ 20.03.2013, 14:25:11
от gwynnbleiidd