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

nOObMeister

  • Захожу иногда
  • 126
  • 6 / 0
  • хД)))
Security Token Check
« : 09.04.2008, 22:39:32 »
Насколько я понимаю это какая-то фишка для безопасности.... Она не дает мне работать с компонентом... просто ппц какой-то.

Чуть что выходит ошибка, cannot verify your security token. Что делать???

the Security Token Check now works on systems with "magic_quotes_gpc=Off".

На другом сервере где этот загадочный magic quotes стоял off, все прекрасно работало. Теперь при первом заходе работает, а потом не могу вносить никаких измениний.ТОлько жму сейв, сразу Security token. Что делать? Кто нибуть сталкивался с чем-то подобным?
*

Arkadiy

  • Гуру
  • 5317
  • 463 / 2
  • Крепитесь, други.
Re: Security Token Check
« Ответ #1 : 10.04.2008, 06:38:07 »
Попробуй в .htaccess поиграть со строчкой "php_value magic_quotes_gpc 1". Ну типа раскомментировать, 0 и 1 погонять, может вылечит.
*

nOObMeister

  • Захожу иногда
  • 126
  • 6 / 0
  • хД)))
Re: Security Token Check
« Ответ #2 : 10.04.2008, 09:00:26 »
написал сейчас провайдеру...

вот настройки сервера

magic_quotes_gpc   On   On
magic_quotes_runtime   Off   Off
magic_quotes_sybase   Off

все остальное off стоит
*

Arkadiy

  • Гуру
  • 5317
  • 463 / 2
  • Крепитесь, други.
Re: Security Token Check
« Ответ #3 : 10.04.2008, 17:38:43 »
Я имею ввиду твой .htaccess который в корне сайта лежит, он может поправить положение без вмешательства прова.
*

nOObMeister

  • Захожу иногда
  • 126
  • 6 / 0
  • хД)))
Re: Security Token Check
« Ответ #4 : 10.04.2008, 21:51:13 »
Там этой строчки просто нету... может стоит попробовать вписать ее туда?

я использую Joomla 1.0.15 e-commerce virtuemard edition
*

nOObMeister

  • Захожу иногда
  • 126
  • 6 / 0
  • хД)))
Re: Security Token Check
« Ответ #5 : 10.04.2008, 22:15:30 »
Уххх! Наконец-то решено! Дело в том что я скачал какой-то левый language pack и там заменил файл htmltools.class из оригинальной  джумлу, на хакнутый рашен эдишен для 1.0.14. Как только поставил оригинальный файл на место, все заработало :))))
*

PaLyCH

  • Давно я тут
  • 956
  • 146 / 19
  • Менеджер проектов
Re: Security Token Check
« Ответ #6 : 29.08.2008, 10:49:40 »
Я  нашел причину этой проблемы в VirtueMart 1.0.15а
Открываем файл ps_main.php
И удаляем следующие строки
   // probably a spoofing attack
   if (!$validate) {
      header( 'HTTP/1.0 403 Forbidden' );
      mosErrorAlert( 'Мы не можем подтвердить ваше контрольное слово. Попробуйте еще раз.' );
      return false;
   }

Правда я не очень понимаю, но походу это проверка на какие-то атаки,но факт, что после этого виртуй работает на ура.
*

Sulpher

  • Живу я здесь
  • 2126
  • 402 / 16
  • Шаблоны и расширения Joomla
*

warring

  • Осваиваюсь на форуме
  • 22
  • 1 / 0
Re: Security Token Check
« Ответ #8 : 22.05.2009, 00:16:36 »
На всякий случай путь: /administrator/components/com_virtuemart/classes/ps_main.php чтоб проще было, да и сам вдуг забуду где он лежит.
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Check BOX для полей товара

Автор artrush

Ответов: 0
Просмотров: 1049
Последний ответ 20.01.2012, 17:22:16
от artrush