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

Magnum

  • Захожу иногда
  • 269
  • 14 / 0
  • magnumblog.space
В версии 2.5 есть возможность самому создавать свои переводы, что бы не трогать общие файлы перевода, которые после обновления придется по новой править!

Получилось почти все кроме некоторых моментов из перевода некоторых строк из: ru-RU.com.content

Конкретно:
Код
COM_CONTENT_CREATED_DATE_ON="Создано %s"
COM_CONTENT_PUBLISHED_DATE_ON="Опубликовано %s"
COM_CONTENT_WRITTEN_BY="Автор: %s"

Все это хотелось бы привести к общему виду:
Код
COM_CONTENT_CREATED_DATE_ON="%s"
COM_CONTENT_PUBLISHED_DATE_ON="%s"
COM_CONTENT_WRITTEN_BY="%s"

Увы получается только путем изменения оных строк в выше упомянутом файле!
Добавление их в пользовательский список, не дает результата =(

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

Иконочный шрифт Font Awesome

Автор gcery

Ответов: 12
Просмотров: 6475
Последний ответ 02.02.2016, 16:16:34
от gcery
Как отключить мюльтиязычность?

Автор Fenics96

Ответов: 0
Просмотров: 2132
Последний ответ 31.07.2014, 11:37:58
от Fenics96
Как красиво вывести материалы из категорl

Автор bees88

Ответов: 0
Просмотров: 1802
Последний ответ 03.03.2014, 02:21:54
от bees88
русификация модуля погоды от GK4 j2.5

Автор Bogdan-

Ответов: 2
Просмотров: 3058
Последний ответ 03.02.2014, 09:38:26
от Taho
OT-Tori кракозябры

Автор nukassel

Ответов: 1
Просмотров: 2343
Последний ответ 01.03.2012, 14:16:04
от maximus2011