Новости Joomla

Загадочный параметр $live_site в configuration.php 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 можно из объекта приложения

protected function doExecute(InputInterface $input, OutputInterface $output): int    {         //...              $live_site = $this->getApplication()->get('live_site');         //...    }
и исходя из этого строить дальнейшую логику.@joomlafeed#joomla #разработка #php #cli

Вышел плагин AllVideos v.7.0 от JoomlaWorks

Вышел плагин AllVideos v.7.0 от JoomlaWorks

Вышел плагин AllVideos v.7.0 от JoomlaWorks.Этот контент-плагин - одно из старейших расширений для Joomla. Его задача - преобразовывать шорт-коды вида {YOUTUBE}...{/YOUTUBE}, {MP3}parth/to/file.mp3{/MP3} и подобные во встроенные видео или аудио.👩‍💻 v.7.0.0. Что нового?- Добавлена поддержка Youtube Shorts. Просто скопируйте полный url видео и вставьте его внутри тегов {YOUTUBE}...{/YOUTUBE}.- Поддержка Joomla 5.x без плагина обратной совместимости. PHP 5, PHP 7, PHP 8. - Индексация умным поиском в CLI. В Joomla 5 плагин перестал вызывать ошибку при индексации контента умным поиском через CLI,Заметьте, что этот один и тот же пакет для всех версий Joomla, начиная с 1.5.x и заканчивая 5.x. Технически "под капотом" код плагина по сути не менялся, а для поддержки следующих версий Joomla авторы вставляют "заплатки". Плагин всё ещё использует старую архитектуру файлов и классов Joomla, что, к сожалению, заставляет прибавлять к его описанию слова "пока ещё" - "пока ещё работает".Страница расширенияGitHub расширенияJoomla Extensions Directory👩‍💻 За ссылку спасибо самому внимательному участнику нашего сообщества - Ринату Кажетову (@rkazhet).@joomlafeed#joomla #расширения

0 Пользователей и 1 Гость просматривают эту тему.
  • 2 Ответов
  • 1068 Просмотров
*

LadaDed

  • Осваиваюсь на форуме
  • 13
  • 0 / 0
Переопределение
« : 19.09.2016, 23:03:53 »
Установил 3.5, раньше делал сайт на 2.5
Там я делал альтернативный макет просто - входил в шаблон/html/mod_... и копировал default.php из modules в файл со своим именем. Просто, понятно, удобно.
Но теперь, если я такое делаю, в админке этот файл не виден в выпадающем списке "альтернативный макет".
Приходится идти в шаблон, там делать переопределение, которое создает эту директорию и туда кладет просто default.php при этом альтернативного макета не появляется. А вот если еще раз повторить эту процедуру, то появляется какой-то default-20160916-075941.php который и можно уже использовать.
Я уж не говорю, что 20160916 - это, надо понимать, дата а вот 075941 - не время, нет, это какие-то цифры?? которые я так и не понял, как генерятся. Рандомом?
Ну да и ладно бы, если бы можно было это чудо переименовать и сделать несколько default-statii,  default-vajnoe .. и т.д. НО не получается, если переименовать, он пропадает из возможностей альтернативного макета админки.
Т.е. мне нужно просто написать на бумажке, какой именно 20160916-075941 чему соответствует, чтобы не путать?
Понятно, что, если его открыть (а для чего он еще?) там в комментариях можно написать, для чего я его родил на свет. Но это неудобно.
Это только у меня такое? или я чего-то не учел? Может, есть какое-то хитрое заклинание в XML файлах, где нужно просто указать, какому модулю что предназначено?
*

Septdir

  • Живу я здесь
  • 3370
  • 168 / 4
Re: Переопределение
« Ответ #1 : 20.09.2016, 12:12:57 »
У каждого компонента шаблоны переопределяются по разному.
Не можете справиться с задачей сами пишите, решу ее за вас, не бесплатно*.
*Интересная задача, Деньги или Бартер. Натурой не беру!
CodersRank | Контакты | Мой GitHub | Workshop
*

voland

  • Легенда
  • 11028
  • 588 / 112
  • Эта строка съедает место на вашем мониторе
Re: Переопределение
« Ответ #2 : 20.09.2016, 16:38:54 »
Не замечал такого поведения.
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Переопределение head.php для блока <head>

Автор sasha-3d

Ответов: 4
Просмотров: 2722
Последний ответ 21.06.2012, 23:14:02
от sasha-3d