Новости 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

Перевод и публикация интервью с Joomla евангелистом на греческом портале Joomla

Перевод и публикация интервью на греческом портале Joomla 🇬🇷

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

Недавно я взял интервью у Билла (Василиса) Коциаса - руководителя студии, читающего лекции в университете и популяризатора Joomla в Греции. Это интервью из журнала NorrNext, в оригинале на английском, теперь доступно на греческом языке и опубликовано на портале joomla.gr. 🎉

До чего же приятно… 😇😊 Работа замечена и с ней посчитали необходимым ознакомить аудиторию страны, в которой Билл читает лекции. И это солнечная Греция - страна, страна, с которой Россию многое связывает. 🇬🇷🇷🇺🕊

Смотрю на греческий алфавит и тут же рисуются картины белоснежных зданий в окружении винограда и амфор, красивых женщин в сандалиях и мужественных воинов, охраняющих покой полисов, в которых ученые мужи работают над трудами, позже вошедшими в века. Красиво! 😇Но вернемся к интервью.

Из него вы узнаете, что в Греции доля Joomla среди CMS занимает порядка 30-40%. По моему мнению это - самый высокий показатель во всем мире. Также чтение лекций о Joomla в университетах позволит привести новых пользователей и к тому же молодое поколение. Ну и огромное кол-во сертификтатов Билла на стене (смотрим фото в статье) свидетельствует о том, что Joomla может применяться как профессиональный инструмент.

🌐 Оригинальное интервью (на английском)
🇬🇷 Интервью на греческом портале (joomla.gr)

Что насчет перевода на русский? Увы, времени всего 24 часа в сутках. Я продолжаю готовить новые интервью. Возможно, после завершения выпуска журнала, рассмотрю перевод некоторых интервью на русский. Но я об этом не говорил. 😊 В блоге @eugenius_blog публикую анонсы интересных событий из мира Joomla, интервью, уроки и полезные советы, а также делюсь мыслями:, связанными с разработкой и веб-дизайном.

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

Ragnarok

  • Захожу иногда
  • 64
  • 1 / 0
Всем привет! Столкнулся со странной проблемой.
В товаре на вкладке "Фото", где лежат все изображения товара, есть поле "Сортировка". Туда пишешь порядковый номер, сохраняешь и, изображения выстраиваются в заданном порядке.
Так вот у меня все изображения отлично упорядочиваются кроме тех, у которых расширение .JPG (именно в верхнем регистре). Порядковый номер присваивается и пишется в базу, но ни в админке, ни на сайте порядок не меняется.
Допустим, я хочу поменять местами два фото:
foto1.jpg - порядковый номер "2"
foto2.JPG - порядковый номер "3"
делаю так:
foto1.jpg - порядковый номер "3"
foto2.JPG - порядковый номер "2"
Сохраняю.
В итоге порядковые номера поменялись, а сами изображения местами не поменялись. Ни в админке, ни на сайте.
Причем. Когда я меняю названия изображений с расширением в верхнем регистре в базе и на сервере, то они начинают отлично упорядочиваться.
Поменял:
foto2.JPG на foto2_1.jpg (и thumb_, и full_, и просто foto2). И оно начинает прекрасно упорядочиваться. Причем, если поменять название только у thumb_, то не прокатит, надо у всех вариантов.

В чем может быть причина?

Предупреждая вопрос: "Откуда у меня на сервере взялись изображения с расширением в верхнем регистре?", — отвечу, что не знаю. Но на сервере они лежат попарно с изображениями с тем же названием, но в нижнем (на Линуксе - это два разных файла), то есть:
foto2.JPG и foto2.jpg — два разных изображения.

Заранее благодарен за ответ
*

Ragnarok

  • Захожу иногда
  • 64
  • 1 / 0
Нашел такой запрос в функции getImages();

Код
$query = "SELECT I.*, IF(P.product_name_image=I.image_name,0,1) as sort FROM `#__jshopping_products_images` 
as I left join `#__jshopping_products` as P on P.product_id=I.product_id
                 WHERE I.product_id = '" . $this->_db->escape($this->product_id). "' ORDER BY sort, I.ordering";

Что тут может быть причиной этого? Или я не там ищу?
« Последнее редактирование: 19.04.2019, 17:52:45 от Ragnarok »
*

Ragnarok

  • Захожу иногда
  • 64
  • 1 / 0
Нашел причину! Но не знаю, где ее исправить, помогите, пожалуйста.
Каждое изображение в админке — объект:
Код
object(stdClass)#500 (8) {
    ["image_id"]=>
    string(5) "17761"
    ["product_id"]=>
    string(4) "1685"
    ["image_thumb"]=>
    string(43) "thumb_photo1.jpg"
    ["image_name"]=>
    string(37) "photo1.jpg"
    ["image_full"]=>
    string(42) "full_photo1.jpg"
    ["name"]=>
    string(0) ""
    ["ordering"]=>
    string(1) "1"
    ["sort"]=>
    string(1) "0"
  }

Обратите внимание на ["sort"]. Когда он равен 0, это значит, что изображение установлено как основное (радио-кнопка "Установить основное изображение"). А, когда ["sort"] равен 1 - это второстепенное изображение.
["sort"] должен быть равен 0 только у одного изображения, т.к. главным может быть только одно. НО! В товарах, где не сортируются изображения на моем сайте, ["sort"] равен 0 сразу у двух изображений.
Связано это с тем, что одно изображение называется photo1.jpg (установлено, как основное), а другое - photo1.JPG. Это разные изображения, но, видимо, есть где-то функция, которая не учитывает регистр в названиях. И именно по названию, а не по id идет выборка. Поэтому система считает основными оба изображения.

Перерыл все. Искал по "->sort", "['sort']" и "["sort"]" в файлах. Но не нашел, где устанавливается этот ["sort"]. Может кто-нибудь знает где?

Заранее благодарен.
*

effrit

  • Легенда
  • 10132
  • 1118 / 13
  • effrit.com
здра.
может, вам проще поставить плагин от Невигенов, готорый приводит название файлов к нормальному виду, в том числе - кириллические?
*

Ragnarok

  • Захожу иногда
  • 64
  • 1 / 0
В общем, методом научного втыка разобрался и починил. Все дело было действительно в запросе к БД в функции getImages();
При сравнении имен файлов не учитывался регистр.

В базе данных поменял "Сравнение" (COLLATION) на latin1_general_cs (регистрозависимое) для столбцов:
product_thumb_image
product_name_image
product_full_image
в таблице "_jshopping_products"

и для столбцов:
image_thumb
image_name
image_full
в таблице "_jshopping_products_images"

Все заработало!
« Последнее редактирование: 23.04.2019, 16:56:09 от Ragnarok »
*

Ragnarok

  • Захожу иногда
  • 64
  • 1 / 0
здра.
может, вам проще поставить плагин от Невигенов, готорый приводит название файлов к нормальному виду, в том числе - кириллические?
Не, там с названиями все ок. Это старые файлы изображений, которые добавляли лет 5 назад на сайт еще до меня )) Новые изображения добавляются с нормальными названиями и расширениями
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

WT On fly image handler изображения товара JoomShopping в webp на лету

Автор sergeytolkachyov

Ответов: 13
Просмотров: 4565
Последний ответ 29.01.2025, 20:38:38
от sergeytolkachyov
Видео с Youtube вместо картинки на карточке товара

Автор ksena

Ответов: 35
Просмотров: 10451
Последний ответ 08.10.2024, 04:26:36
от kit2m2
Условие для кол-ва товара больше нуля

Автор kik84

Ответов: 3
Просмотров: 1413
Последний ответ 16.02.2024, 13:33:24
от kit2m2
Убрать модуль в карточке товара JoomShopping

Автор alexkraym

Ответов: 35
Просмотров: 5878
Последний ответ 21.08.2023, 07:17:53
от delchev
Проблема с фото в карточке товара

Автор astapon

Ответов: 18
Просмотров: 2212
Последний ответ 24.04.2023, 12:37:50
от kit2m2