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

Aggressor

  • Новичок
  • 9
  • 0 / 0
Использую VirtueMart 2.6.4 и стандартные методы доставки (weight_countries) и оплаты (standard).

Пользуюсь подобной схемой:
Способ доставки 1 (weight_countries) - min = 2001 <-- Минимальная сумма заказа
Способ доставки 2 (weight_countries) - max = 2000+200 <-- Максимальная сумма заказа (200 - Тариф упаковки)

Способ оплаты 1 (standard) - min = 2001+10% - <-- Минимальная сумма (10% - Плата или возврат процента от общей суммы)
Способ оплаты 2 (standard) - max = 2000 <-- Максимальная сумма

При сумме до 2000 к примеру 1450 - сумма упаковки будет стоить 200 - итого 1650 - здесь все верно.
При сумме свыше 2001, например 3300 - стоимость упаковки должна составлять 330 - итого 3630 - это как должно! А на деле идет двойной подсчет.

К примеру я покупаю 3 товара по 1100;
Промежуточный итог составляет - 3300;
Cпособ оплаты 1 - 366;
Итого - 3666;

На данный момент этот подсчет выглядит примерно так (3300+330=3630+36=3666), а надо (3300+330=3630). Даже если взять 4 товара по 1100, то будет выглядеть так (4400+440=4840+48=4888), а надо (4400+440=4840) или 5 товаров (5500+550=6050+61=6111), короче нужно чтоб он не прибавлял эти 36, 48, 61 и т.д., а брал 10% от промежуточного итога и суммировал с ним.
Я так понимаю он берет 10% из промежуточного итога и суммирует с 10% двух предыдущих слагаемых как указано в примере выше.

Решение хранится в vmpsplugin.php, но как сделать ума не прилажу  ! Хотя возможно есть вариант проще? Кто-нибудь сталкивался с подобным?
*

Aggressor

  • Новичок
  • 9
  • 0 / 0
В файле vmpsplugin.php комментируем или удаляем:

Код
$cart_prices[$this->_psType . 'Value'] = $cartTotalAmount - $cartTotalAmountOrig;
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Возврат товара

Автор Аня

Ответов: 1
Просмотров: 2076
Последний ответ 10.02.2023, 19:58:55
от marksetter
Как добавить отображение суммы доставки в корзину?

Автор Dolphin4ik_1

Ответов: 1
Просмотров: 2604
Последний ответ 28.12.2018, 23:19:15
от Dolphin4ik_1
Стоимость упаковки в зависимости от общей суммы (плагин доставки)

Автор Aggressor ST

Ответов: 6
Просмотров: 2542
Последний ответ 28.07.2015, 17:56:43
от Aggressor
Настройка платежей через PayPal. Как сделать автоматический возврат с PayPal на страницу сайта?

Автор djdim

Ответов: 13
Просмотров: 4992
Последний ответ 05.11.2013, 16:04:04
от armelb