Новости Joomla

SW JProjects v.2.6.0 - компонент каталога расширений для Joomla

👩‍💻 SW JProjects v.2.6.0 - компонент каталога расширений для Joomla.Компонент позволяет сделать свой мини-Joomla Extensions Directory - каталог расширений для CMS (не только для Joomla) или файлов. Есть возможность скачивания по лицензионным ключам.👩‍💻 v.2.6.0. Что нового?Этот релиз прежде всего связан с SEO и AI-оптимизацией. - Микроразметка Schema.org.Добавлен плагин микроразметки Schema.org для сущностей компонента. Для списков используется ListItem, для страницы проекта и версии - SoftwareApplication, для страницы документации - TechArticle. Плагин группы schemaorg в отличие от стандартных плагинов заполняет данные автоматически, но встраивает данные в граф сущностей микроразметки Joomla. Также исправляется одна ошибка генерируемой ядром микроразметки в зоне ответственности компонента.- Улучшение поиска по ключам. В панели администратора в списке ключей теперь можно искать по номеру заказа, email, домену, содержимому примечания к ключу.- Список ключей в админке. В списке ключей в панели администратора добавлен вывод домена и примечания- Поиск в списке проектов. Поиск в списке проектов в панели администратора стал более точным. Из полей для поиска убраны лишние поля.Компонент работает на Joomla 6 без включённого плагина обратной совместимости.Страница расширения и скачатьGitHub расширения.Joomla Extensions Directory#joomla #расширения

Человек на GitHub ускорил Joomla в 600 раз на объёме 150к+ материалов в 1700+ категориях

Человек на GitHub ускорил Joomla в 600 раз на объёме 150к+ материалов в 1700+ категориях

👩‍💻 Человек на GitHub ускорил Joomla в 600 раз на объёме 150к+ материалов в 1700+ категориях. На старте его сайт на Joomla 3 вообще не смог обновиться на Joomla 5. Пришлось делать экспорт/импорт материалов. Проделав всё это он запустил-таки этот объём данных на Joomla 5. Тестовый скрипт грузил 200 материалов из этого объёма всего за 94 секунды ))) А главная страница с категориями грузилась 20 секунд. Добавив индекс для таблицы #__content

CREATE INDEX idx_catid_state ON #__content (catid, state);
он сократил время загрузки категорий до 1 секунды. Затем наш герой решил поковырять SQL-запрос в ArticleModel, который отвечает за выборку материалов. И решил заменить тип JOIN на STRAIGHT_JOIN для категорий.
// ->from($db->quoteName('#__content', 'a'))->from(    $db->quoteName('#__content', 'a')    . ' STRAIGHT_JOIN ' . $db->quoteName('#__categories', 'c')    . ' ON ' . $db->quoteName('c.id') . ' = ' . $db->quoteName('a.catid'))// ->join('LEFT', $db->quoteName('#__categories', 'c'), $db->quoteName('c.id') . ' = ' . $db->quoteName('a.catid'))
Что сократило загрузку 200 материалов из 150к с 94 секунд до 5. К слову сказать, боевой сайт на Joomla 3 крутится на 12CPU 64GB рамы. А все манипуляции с кодом он делает на базовом 1CPU 1GB сервере и замеры скорости даны именно для базового сервера. Но это всё в дискуссии, хотя в идеале должно вылиться в Pull Requests. Мы - Open Source сообщество, где никто никому ничего не должен. Джунгли. Но человек ищет пути оптимизации Joomla и предлагает решения. Если оказать поддержку и предложить помощь хотя бы с тестированием самых разнообразных сценариев, то возможно эти улучшения смогут войти в ядро. Пусть не быстро, пусть через несколько лет, пусть не все, но войдут. Достаточно предложить руку помощи и приложить немного усилий.
Дискуссию на GitHub можно почитать здесь.@joomlafeed#joomla #community #php

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

effrit

  • Легенда
  • 10132
  • 1118 / 13
  • effrit.com
Всем кривет!
Встала задача разгрузить посадочные страницы на одном из проектов. В свези с чем была предпринята попытка заюзать Jquery Easy, который не изи в итоге, а слон_донатный и неполноценный оказался.
Так что соорудил простенький плагин на основе subform.
В первое поле вбиваем с новой строки относительные адреса (с ведущим слешем, типа '/uslugi') разгружаемых страницы, в остальные два - часть имени js и CSS. если файлов несколько, то в новой строке их добавляем.
В итоге для каждой страницы можно создать индивидуальный набор правил.
Пустое верхнее поле означает, что будут вычищены скрипты с любой открываемой страницы фронтенда.
К сожалению, стили и скрипты от виджеткита (который писал какой-то ***) удалить не удалось - пришлось выщеплять их отдельным блоком из отрендеренного документа, но все прочие мутулзы успешно зачистились.

Плагина качай:
https://yadi.sk/d/gNre-BiAHZISQQ

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

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

effrit

  • Легенда
  • 10132
  • 1118 / 13
  • effrit.com
обновил плагин, теперь он более убийственный  8), т.к. сверка с текущей страницей по нестрогому алгоритму проходит.
т.е. правило будет работать не только для страницы раздела /uslugi но и для всех дочерних страниц.
вставил картинку для пущей наглядности
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться