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

goga_pgasovav

  • Захожу иногда
  • 444
  • 6 / 0
  • Внимательный джумловод
Это ужасно, но каждый раз после изменения статьи и последующего её сохранения, приходится кликать на кнопку «Опубликовать», т.к. материал снимается с публикации.
Дата окончания всегда установлена «никогда»
Версия Joomla — 1.5.14 Stable
Помогите пожалуйста разобраться, уже нет сил постоянно перепубликовывать материалы после любого изменения, или после создания...  >:(
*

Pazys

  • Завсегдатай
  • 1738
  • 241 / 4
  • <a>А где я ошибся-то?</b>
Значит у вас стоит дата окончания публикации статьи.
Ишак меня нюхал ...
Если помог - плюсуйте в карму.
*

goga_pgasovav

  • Захожу иногда
  • 444
  • 6 / 0
  • Внимательный джумловод
Pazys, я же написал, что «Истекает» всегда установлено на «никогда».
Никакой даты окончания публикации нет.
*

Pazys

  • Завсегдатай
  • 1738
  • 241 / 4
  • <a>А где я ошибся-то?</b>
Тогда дата начала публикации. Просто так чудеса не происходят.
Ишак меня нюхал ...
Если помог - плюсуйте в карму.
*

goga_pgasovav

  • Захожу иногда
  • 444
  • 6 / 0
  • Внимательный джумловод
Дата создания и дата публикации всегда совпадают 1 в 1.
Добавлю еще что статус у материала всегда сановится «Не опубликовано», а не «Опубликовано, но Просрочено»
*

Pazys

  • Завсегдатай
  • 1738
  • 241 / 4
  • <a>А где я ошибся-то?</b>
Попробуйте обновить Joomla.
Ишак меня нюхал ...
Если помог - плюсуйте в карму.
*

goga_pgasovav

  • Захожу иногда
  • 444
  • 6 / 0
  • Внимательный джумловод
Если бы всё было так банально просто, то я бы даже не тратил чужое время с этим вопросом.
Я пробовал на пустом движке создавать и сохранять статьи. Проблема остаётся.
Раньше такой проблемы не наблюдалось... Может ли эта пробема быть связана с настройками сервера?
*

Robinson

  • Захожу иногда
  • 442
  • 72 / 1
Посмотрите свой часовой пояс в настройках. ...хотя это тоже банально просто   ;D
*

Pazys

  • Завсегдатай
  • 1738
  • 241 / 4
  • <a>А где я ошибся-то?</b>
Это баг. Попробуйте завести нового юзера - суперадминистратора и войти из-под него.
Ишак меня нюхал ...
Если помог - плюсуйте в карму.
*

goga_pgasovav

  • Захожу иногда
  • 444
  • 6 / 0
  • Внимательный джумловод
Попробовал. Не помогает...
Даже если я просто захожу в редактирование материала и нажимаю применить/сохранить, то материал сразу снимается с публикации :(
*

danko

  • Осваиваюсь на форуме
  • 23
  • 1 / 1
это баг и у меня тоже на Joomla 2.5 как это раздражает недоработка
*

goga_pgasovav

  • Захожу иногда
  • 444
  • 6 / 0
  • Внимательный джумловод
Из того, что я понял за всё это время — всё зависит от хостинга (и, возможно, версии/настроек РНР).
У меня на хостинге было 4-5 сайтов. Баг был на каждом из них.
Сначала перенёс один из клиентских сайтов на другой хостинг, и о чудо! Баг пропал.
Потом мой хостер проводил какие-то изменения на серваке (обновления, переносы...), после чего баг исчез на всех моих сайтах.
Возможно совпадение, но сейчас я не имею с этим никаких проблем, а раньше был сущий кошмар!
*

danko

  • Осваиваюсь на форуме
  • 23
  • 1 / 1
интересно каких настроек? а то их ведь немного лично на моем хостинге.
*

goga_pgasovav

  • Захожу иногда
  • 444
  • 6 / 0
  • Внимательный джумловод
Понятия не имею. Сам хотел бы окончательно разобраться с этим, и по возможности модифицировать код Joomla, чтобы всё работало на хостинге с любыми настройками.
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Ошибка после восстановления сайта из резервной копии

Автор Роман1974

Ответов: 9
Просмотров: 8225
Последний ответ 18.05.2017, 15:15:40
от Igoritaly
Роблемы после ручного обновления сайта

Автор dron

Ответов: 4
Просмотров: 1784
Последний ответ 12.03.2017, 15:02:20
от dron
После заливки копии сайта не дает вносить изменения в админке

Автор Escander

Ответов: 0
Просмотров: 2012
Последний ответ 11.08.2016, 12:25:26
от Escander
Ошибка после установки релиза безопасности от 15.12.2015г

Автор piratof

Ответов: 2
Просмотров: 2237
Последний ответ 08.02.2016, 19:58:37
от piratof
После переноса на хостинг - Fatal error: Call to undefined function session_id()

Автор Pikta

Ответов: 9
Просмотров: 15076
Последний ответ 18.12.2015, 10:27:20
от Exciter