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

..С...е...р...ы...й..

  • Захожу иногда
  • 51
  • 110 / 2
Недавно писал свой вопрос в разделе "вопросы от новичков", но на него так никто и не ответил.
Вопрос следующий:
поставил систему кэширования JRE Cache 3.0 на Joomla 1.5.3, когда все страницы закэшировались то русские буквы стали нечитабельны.
Кстати в Joomla 1.5 есть свой встроенный файловый кэш, который идёт как плагин, но по умолчанию он отключён. Если его включить, он даёт очень приличные результаты, почти как и JRE Cache, но с ним остаётся такая же проблема - нечитабельная кириллица.
В связи с этим невозможно использовать не тот не другой компонент.

Вот простое решение:
открыть .htaccess и вставить в него строчку - AddDefaultCharset UTF-8

После очистки старого кеша, новый будет кодироваться правельно!




P.S.  Если это решение не помогло, сделайте следующее:
   1. откройте  /plugins/system/cache.php
   2. после открытия тега <?php вставьте строку -  header('Content-type: text/html; charset=utf-8');
   Вот так:
Код: php
<?php
header('Content-type: text/html; charset=utf-8');
« Последнее редактирование: 18.06.2010, 17:22:36 от ..С...е...р...ы...й.. »
*

hardcam

  • Осваиваюсь на форуме
  • 22
  • 0 / 0
открыть .htaccess и вставить в него строчку - AddDefaultCharset UTF-8

а где это файл найти?
« Последнее редактирование: 18.06.2010, 17:24:35 от ..С...е...р...ы...й.. »
*

oleggrz

  • Захожу иногда
  • 435
  • 76 / 3
  • Только начал учиться.
Он у вас в корне сайта лежит.
*

hardcam

  • Осваиваюсь на форуме
  • 22
  • 0 / 0
все нашел)
а куда именно вставлять эту строчку??? и в каком виде??? Или в любой блок можно добавить??
*

..С...е...р...ы...й..

  • Захожу иногда
  • 51
  • 110 / 2
*

pedrosoft

  • Захожу иногда
  • 367
  • 113 / 7
неплохо бы в баг трекер написать об этой проблеме
Интернет Хостинг Центр: отличные цены, лучшее качество, расположение в дата-центре «Оверсан-Меркурий»
*

voyager

  • Новичок
  • 8
  • 0 / 0

Кстати в joomla 1.5 есть свой встроенный файловый кэш, который идёт как плагин, но по умолчанию он отключён. Если его включить, он даёт очень приличные результаты, почти как и JRE Cache, но с ним остаётся такая же проблема - нечитабельная кириллица.
В связи с этим невозможно использовать не тот не другой компонент.

Вот простое решение:
открыть .htaccess и вставить в него строчку - AddDefaultCharset UTF-8

После очистки старого кеша, новый будет кодироваться правельно!

ух спасибо огромное ,а то я уже зателипался старый кеш вручную удалять.
*

Nikit0s

  • Новичок
  • 8
  • 0 / 0
КСТАТИ!

Этот же метод решает еще одну проблему, с которой я по неопытности столкнулся:
модуль Linkr на локальном Денвере при попытке вставить в статью ссылку на категорию выдавал интересную штуку:
названия разделов по-русски показывал правильно, а названия категорий -- кракозябрами.
После добавления вышеозначенной строки в .htaccess все заработало.

А я-то думал: почему на хостинге Linkr нормально работает, а на локальном Денвере -- криво.
Совсем забыл, что на хостинге я кодировку в .htaccess дописал, а на локалке -- нет.

О как!
*

злобный ламер

  • Захожу иногда
  • 193
  • 2 / 0
сначало помогло, через несколько минут все вернулось обратно :(
правильно вот так
# RewriteBase /
CharsetDisable On
AddDefaultCharset UTF-8

так все заработало
но админ панель осталась с кракозябрами  :'(
« Последнее редактирование: 14.08.2009, 16:12:01 от злобный ламер »
*

evlebedev

  • Захожу иногда
  • 56
  • 3 / 0
Посмотрите, еще на сервере может быть установлена неверная кодировка по умолчанию.
Пытайте хостера или смотрите файл virtual.conf
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

[решено] проблема с плагином кэширования System Cache и валидацией в Joomla 1.5

Автор Sulpher

Ответов: 12
Просмотров: 14466
Последний ответ 04.07.2009, 13:42:20
от deam
Кракозябры вместо русских букв.

Автор rlepricon

Ответов: 2
Просмотров: 30399
Последний ответ 28.09.2008, 20:06:20
от rlepricon