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

web_er

  • Захожу иногда
  • 118
  • 2 / 0
Переношу сайт на другой хостинг и одновременно обновляю до версии 2.5. Вместе с сайтом переношу форум smf 1.11. Собираюсь обновить до последней единичной версии и объединить с помощью JFusion форум и сайт.
Встал вопрос: какая кодировка для форума лучше в моих условиях.
Если оставить старую кодировку, то вместо русских слов знаки вопросов (На старом хостинге и база и данные в базе были windows-1251).
Пробовала в админке привести базу и данные к utf-8, пошли кракозябры.
В любом случае надо ковыряться.
Подскажите, какой путь оптимальнее и с чего начинать?
*

AdWeb

  • Давно я тут
  • 877
  • 31 / 3
посмотрите репозиторий SMF там есть файлы для отображения  форума в кодировке утф8 те необходимо залить пак файлов в папку с форумом
| Хороший Хостинг | Купить Хикашоп | Каталог перекладів Joomla компонентів
PS. спасибо кидать через вебмани: R152456839841 если плюсикофф не хватает :)
*

AdWeb

  • Давно я тут
  • 877
  • 31 / 3
+ если не ошибаюсь из админки форума можно переконвертировать БД в утф8
| Хороший Хостинг | Купить Хикашоп | Каталог перекладів Joomla компонентів
PS. спасибо кидать через вебмани: R152456839841 если плюсикофф не хватает :)
*

web_er

  • Захожу иногда
  • 118
  • 2 / 0
Прошел год, как я задала вопрос. До конца не разобралась - отпала необходимость переноса сайта, ну и я забила на обновление форума.
А сейчас снова и остро поднялся тот же вопрос о переходе на новый хостинг. Решила больше не откладывать и углубиться в тему.
Напомню: необходимо было базу данных форума из windows-1251 перекодировать в utf-8. Форум достаточно большой, уже лет 6 работает, терять информацию жалко.

Делала так (это мой опыт, возможно, не совсем верный, но результат налицо):

1. сначала создаем базу с правильной кодировкой и сравнением - utf8_general_ci;
импортируем в нее наш дамп базы;

2. открываем базу в phpMyAdmin. Смотрим - таблицы форума явно выделяются не той кодировкой.
Я перекодировала с помощью SQL-запроса. Все таблицы оптом не получилось, пришлось каждую таблицу забивать:
Код: sql
ALTER TABLE `db_name`.`table_name` CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_ci;

Кстати, не так это и долго - минут 5. Скопировала названия таблиц в файлик и вставляла поочередно в запрос.

3. смотрим форум - у меня вместо сообщений знаки вопросов и ромбики вместо других русских слов. Ромбики - это в шаблоне.
закачала в папку с темой языковой файл russian-utf8;
пошла в админку и выставила язык форума на russian-utf8;
остались ромбики только в некоторых местах - поменяла кодировку файлов шаблона;

4. на всем форуме остались только знаки вопросов вместо сообщений, при этом в самой базе все читается.
Пошла: Администрирование - Обслуживание форума - Преобразовать базу и элементы-HTML в UTF-8 - Выполнить.

Все: сообщения в удобочитаемом виде, весь форум в кодировке russian-utf8.

И, конечно, в процессе я постоянно делала бэкапы файлов и базы перед каким-либо изменением. Мне они не пригодились, но с бэкапами спокойнее.

Вот и все действия. Я так этого боялась, а оказалось, что все не так сложно. Только пришлось информацию искать в самых разных местах.
Может, кому-то и пригодится мой опыт  ;).
Ну и нельзя оставлять вопросы без ответов.
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться