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

algeron

  • Новичок
  • 2
  • 0 / 0
Добрый день. Возникла обидная проблема:

В форме1 пользователь вводит строку field1, которая пишется в таблицу1.
В форме2 пользователь через databasejoin и выпадающий список выбирает одно из значений field1 из таблицы1. Результат пишется в таблицу2.
В форме3 пользователь выбирает через databasejoin и выпадающий список одну из строк таблицы2. Пункты этого выпадающего списка формируются с помощью concat label, одна из частей которого должна показывать, что пользователь выбрал в форме2. Но если в форме2 в выпадающем списке видно значение field1, полученное из таблицы1, то в форму3 передается value элемента databasejoin из формы2 - по рекомендации системы это id. То есть пользователь в форме3 видит id из формы2, вместо текста из формы1. Если поставить другое значение value, наплевав на рекомендацию, в форму3 будет передаваться нужное текстовое значение, но... редактирование любой записи в таблице1 будет выводить ошибку - неправильный sql-запрос:

Спойлер
[свернуть]

Можно ли другим способом отобразить в выпадающем списке формы3 значения таблицы1, а не id, записанный в таблицу2?

Надеюсь, я описал сколько-нибудь понятно  ^-^ Спасибо!
*

algeron

  • Новичок
  • 2
  • 0 / 0
Re: concat label для выпадающего списка
« Ответ #1 : 24.02.2016, 23:44:09 »
Ох, проще было подумать чуть-чуть, чем здесь описать проблему. Может, кому-то еще пригодится: в поле concat label можно вписывать SQL-запросы.
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Редактирование списка элементов присылаемых на почтовый ящик

Автор Gorilla

Ответов: 2
Просмотров: 4031
Последний ответ 16.08.2019, 13:09:17
от Zokko
Фильтрация списка

Автор blaster7

Ответов: 1
Просмотров: 3731
Последний ответ 05.02.2016, 10:57:04
от Gorilla