Новости Joomla

👩‍💻 События плагинов и порядок их срабатывания при работе с пользовательскими полями Joomla и использовании FieldsHelper.

👩‍💻 События плагинов и порядок их срабатывания при работе с пользовательскими полями Joomla и использовании FieldsHelper.

В процессе работы с Joomla бывает необходимо работать с пользовательским интерфейсом более тонко, чем обычно. Все формы Joomla состоят из стандартных полей, содержанием, стилем отображения, состоянием (включено/выключено, доступно для редактирования или нет и т.д.) можно управлять с помощью плагинов. Да и для нестандартных проектов хорошей практикой является создание одного системного или нескольких плагинов групп "под проект", в которых храниться весь "нестандарт".

В этой статье описаны все триггеры, которые вызываются через Event Dispatcher из administrator/components/com_fields/src/Helper/FieldsHelper.php, с привязкой к жизненному циклу (порядку этапов работы запроса), аргументам, изменяемым данным и дальнейшему распространению по Joomla. Это поможет вам работать с Joomla свободнее и не опасаясь при этом потерять изменения при очередном обновлении движка.

Подходы, описанные в статье, полезны в тех случаях, когда вы работаете с данными в com_fields - механизме создания и редактирования пользовательских полей ядра Joomla и при использовании FieldsHelper. Многие сторонние компоненты не используют эту возможность, поэтому данная статья будет полезна лишь частично.

🏆 Открыто голосование за Joomla в премии CMS Critic People’s Choice Awards 2025

🏆 Открыто голосование за Joomla в премии CMS Critic People’s Choice Awards 2025

🗓 Голосование продлится до 27 февраля 2026 года.

👩‍💻 Проголосовать! 👩‍💻

Номинации, в которых можно проголосовать за Joomla:
⭐️ Best Free CMS
⭐️ Best Open Source CMS
⭐️ Best Enterprise CMS

Также в номинации Best e-Commerce Solution участвуют компоненты интернет-магазинов для Joomla:
⭐️ HikaShop
⭐️ Virtuemart

В номинации Best Website Builder оказались:
⭐️ YooTheme
⭐️ SP Page Builder

Что такое CMS Critic Awards?
С 2012 года премия CMS Critic Awards занимает особое место в сообществе систем управления контентом (CMS). Это единственный в своем роде сайт, который составляет рейтинг системы управления контентом и связанных с ними решений на рынке — от малого до крупного и подчеркивает их инновации и услуги.

Каждый год награда CMS Critic Awards присуждается одному победителю в различных отраслевых категориях, таких как: «Лучшая облачная CMS», «Лучший DXP», «Лучшая Headless CMS и других. Затем результаты оглашаются через СМИ вместе с выбором редакции CMS Critic.
В этом году премия вернулась к своим традициям и только TOP-5 движков по количеству номинаций попали в 2-й этап - голосование.

@joomlafeed

👩‍💻 Релиз JoomGallery 4.3.0 - компонент галереи изображений для Joomla.

👩‍💻 Релиз JoomGallery 4.3.0 - компонент галереи изображений для Joomla.

Одна из самых популярных и старейших фото-галерей для Joomla получила новую версию.

👉 v.4.3.0. Что нового?
Панель управления для зарегистрированных пользователей. В этой версии появилась возможность каждому зарегистрированному пользователю управлять своими категориями и изображениями во фронтенде сайта.

Документация по новой функции.
Сайт проекта

@joomlafeed

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

neGODnic

  • Захожу иногда
  • 140
  • 4 / 0
Запросы к БД более 60 млн.
« : 10.08.2009, 13:23:30 »
Блин... закрыли тему)) а вот опять тоже самое
Количество запрос к БД за сутки было 60млн.. .потом упало на 180,000, сегодня опять поднялось до 800,000.
Чтож делать то?
Посещаемость на сайте 50-100 человек. Стоит Joomla 1,5,14 + Virtue Mart.
Как отследить что дает эти запросы???

Инфор от хострера

Процессор
Суммарное потребление ресурсов процессора за прошедшие 7 суток для всего хостинга, мин
410.86 из 500   
Запросы к БД
Суммарное время выполнения длительных запросов к БД для всего хостинга за сутки, с
62681002 из 50000   
Ввод-вывод
Количество операций ввода/вывода за прошедшие 7 суток для всего хостинга, шт.
257211 из 400000

Запустил режим отладки в Joomle максимальный запрос к БД 100, при загрузке любой страницы. Средний 30-50.
До этого было выключено кэширование, после данных цифр включил его только в Joomle , стало 80, 20-40.

Посоветуйте какие-нибудь варианты??

Есть идеи что это может быть, как это поправить?

Иначе хостер уже предупредил о блоке сайта, за чрезмерное использование ресурсов.

Помощь требуется  срочно!
Если необходимо оставлю контакты.

ЗАРАНЕЕ... ОГРОМНОЕ СПАСИБО!
Записан
*

PaLyCH

  • Давно я тут
  • 956
  • 146 / 19
  • Менеджер проектов
Re: Запросы к БД более 60 млн.
« Ответ #1 : 10.08.2009, 14:02:23 »
Для начала нужно переработать сам VirtueMart и его модули
Записан
*

beliyadm

  • Легенда
  • 9758
  • 1665 / 66
  • Севастополь, Россия
Re: Запросы к БД более 60 млн.
« Ответ #2 : 10.08.2009, 14:52:26 »
neGODnic - еще раз таже самая математика
100 запросов на генерацию страницы, 100 хитов в сутки - на выходе 10 000 запросов, а не 60 млн
И по поводу отладки запросов VirtueMart я уже говорил в той теме, нужно разбираться индивидуально, можно и одним запросом БД повесить напрочь
Записан
Все истины, которые я хочу вам изложить, — бесстыдная ложь. Сделать всё хорошо
TLG: @Beliyadm
*

neGODnic

  • Захожу иногда
  • 140
  • 4 / 0
Re: Запросы к БД более 60 млн.
« Ответ #3 : 11.08.2009, 11:53:47 »
Так в том то и дело... Что должно быть 10,000-50,000 , а ни как 400,000-1,500,000-60,000,000...
Не подскажите в таком случае, как можно ВМ оптимизировать???
И реально ли как-нибудь отследить, что генерирует такое кол-во запросов?

Статистика на сегодня -
Процессор
Суммарное потребление ресурсов процессора за прошедшие 7 суток для всего хостинга, мин
507.85 из 500   
Запросы к БД
Суммарное время выполнения длительных запросов к БД для всего хостинга за сутки, с
465136 из 50000   
Ввод-вывод
Количество операций ввода/вывода за прошедшие 7 суток для всего хостинга, шт.
315069 из 400000
« Последнее редактирование: 11.08.2009, 12:01:15 от neGODnic »
Записан
*

MuraDweb

  • Захожу иногда
  • 267
  • 124 / 1
Re: Запросы к БД более 60 млн.
« Ответ #4 : 11.08.2009, 12:03:17 »
Ребята вы что читать разучились :) это не количество запросов, а время их выполнения
Цитата: neGODnic от 10.08.2009, 13:23:30
Суммарное время выполнения длительных запросов к БД для всего хостинга за сутки, с
62681002 из 50000   
Запросы тяжелые вот и думает долго  ::)
Записан
Яндекс.Деньги: 41001423568435
Webmoney: R 377548789269 | Z 421465848009 | E 126339514076 | U 413960261029
-
А, Вы читали ? Правила форума | FAQ J! 1.5 | FAQ J! 1.0
*

neGODnic

  • Захожу иногда
  • 140
  • 4 / 0
Re: Запросы к БД более 60 млн.
« Ответ #5 : 11.08.2009, 12:11:34 »
1) тогда вопрос  ^-^ Как облегчить?
Нашел статейку про плагин встроенный в Joomla, называется System - Cache. Но написано что с ним проблемы есть.
2) Кто-нибудь использовал его? У меня он выключен.
« Последнее редактирование: 11.08.2009, 12:21:23 от neGODnic »
Записан
*

Physicist

  • Глобальный модератор
  • 984
  • 194 / 0
  • Рябов Денис
Re: Запросы к БД более 60 млн.
« Ответ #6 : 11.08.2009, 12:21:06 »
Цитата: MuraDweb от 11.08.2009, 12:03:17
Ребята вы что читать разучились :) это не количество запросов, а время их выполненияЗапросы тяжелые вот и думает долго  ::)

Я ж уже где-то писал, что в сутках только 86400 секунд. Откуда может 60 млн. взяться???
Записан
*

poizon

  • Захожу иногда
  • 495
  • 187 / 1
  • Buu
Re: Запросы к БД более 60 млн.
« Ответ #7 : 11.08.2009, 12:25:52 »
Physicist, может =)

Рбк извратилось  и считает грубо говоря так
1 запрос длился 2 секунды, на сайте побывало 20 человек, каджый посмотрел по 2 страницы с этим запросом. Итого 80 секунд. Вот и вся их арифметика.
Записан
*

neGODnic

  • Захожу иногда
  • 140
  • 4 / 0
Re: Запросы к БД более 60 млн.
« Ответ #8 : 11.08.2009, 12:29:39 »
ты написал про 1 запрос )))
а их получается в среднем 100 на 1 страницу, то 80*100 = 8000.
Так и че делать то?
Записан
*

poizon

  • Захожу иногда
  • 495
  • 187 / 1
  • Buu
Re: Запросы к БД более 60 млн.
« Ответ #9 : 11.08.2009, 12:47:21 »
я просто привел пример того, почему у РБК не 86400 секунд в сутках.
Решение - кеширование. Поищите в JED компонент кеширования. На вскидку попробуйте вот это, но перед тем как установить его обязательно сделайте дамп всего сайта и базы.
На версии 1.0 меня подобный компонент спас.

PS у РБК длительные запросы - более 0.5 секунды за 1 запрос
Записан
*

neGODnic

  • Захожу иногда
  • 140
  • 4 / 0
Re: Запросы к БД более 60 млн.
« Ответ #10 : 11.08.2009, 12:48:51 »
А встроенный плагин в Joomla 1.5 не прокатит? System - Cache
Записан
*

poizon

  • Захожу иногда
  • 495
  • 187 / 1
  • Buu
Re: Запросы к БД более 60 млн.
« Ответ #11 : 11.08.2009, 12:55:41 »
я бы смотрел в сторону кеширования за счет memcached или eaccelerator. Ссылка на приведенный компонент как раз позволяет организовать такое кеширование, естественно при условии наличия на сервере данного расширения. По сути из 100 запросов может получиться 5, но время генерирования страницы может возрасти
Записан
*

neGODnic

  • Захожу иногда
  • 140
  • 4 / 0
Re: Запросы к БД более 60 млн.
« Ответ #12 : 11.08.2009, 13:11:19 »
в течении нескольких дней- недельки постараюсь все это дело оттестировать..
После теста, отпишусь  :D
Теперь всем огромное спасибо  *DRINK*
Записан
*

neGODnic

  • Захожу иногда
  • 140
  • 4 / 0
Re: Запросы к БД более 60 млн.
« Ответ #13 : 11.08.2009, 15:30:42 »
Начал разбираться со всеми модулями наткнулся на следующее.
1. Query Cache - для него необходимы модули оптимизации, типо APC, Xcache  и прочего.. Данные модули ставяться только со стороны сервера.
У меня к сожалению хостинг, и под руттом я не могу ничего установить.
2. При установке стандартного Joomla - Cache сайт стал работать явно быстре, но почемуто страницы минут через 30 ставил вылетать в кракозябликах ( ни обновление и очистка КЭШа не помогла). Как только отключил, все стало ОК.

При загрузке страницы почемуто вылетает кодировка, и все в кракозябликах.  Смотрю код этой страницы -

<meta http-equiv="content-type" content="text/html; charset=utf-8" />

При первой "кривой" загрузке на автомате определяется как - Windows-1251, нажимаю обновить UTF-8 и все норм, дальше работает как по часам. Только закрываю броузер, опять 1ая загрузка в - 1251, обновляю и опять норм.
« Последнее редактирование: 11.08.2009, 16:33:38 от neGODnic »
Записан
*

Physicist

  • Глобальный модератор
  • 984
  • 194 / 0
  • Рябов Денис
Re: Запросы к БД более 60 млн.
« Ответ #14 : 15.08.2009, 16:30:48 »
Цитата: neGODnic от 11.08.2009, 15:30:42
1. Query Cache - для него необходимы модули оптимизации, типо APC, Xcache  и прочего.. Данные модули ставяться только со стороны сервера.

Кто Вам такое сказал? Там в качестве backend'а можно спокойно file выставить.

Цитата: neGODnic от 11.08.2009, 15:30:42
Начал разбираться со всеми модулями наткнулся на следующее.
2. При установке стандартного Joomla - Cache сайт стал работать явно быстре, но почемуто страницы минут через 30 ставил вылетать в кракозябликах ( ни обновление и очистка КЭШа не помогла). Как только отключил, все стало ОК.

Ищите по форуму, уже неоднократно обсуждалось, по-моему даже в FAQ вынесено.
Записан
*

Sulpher

  • Живу я здесь
  • 2136
  • 402 / 16
  • Шаблоны и расширения Joomla
Re: Запросы к БД более 60 млн.
« Ответ #15 : 25.08.2009, 12:18:14 »
neGODnic, при включенном плагине System Cache расширение VirtueMart 1.1.3 начинает глючить (проверено). При общем глобальном кэшировании работает. Со сторонними компонентами кэширования не тестировал.
Для вывода последних товаров советую использовать Модуль вывода товаров для VirtueMart (beta 1.2.2), разработанный beliyadmin. Он даёт всего 1 запрос вместо порядка 60 (!), которые даёт аналогичный модуль от разработчиков магазина.
Записан

Re: Запросы к БД более 60 млн.
« Ответ #16 : 04.11.2009, 18:39:21 »
У меня такая же история. Я попросил у хостера логи на длительные запросы, получил их и удивился. Длительные запросы образуются когда пользователь вдруг захочет посмотреть все товары магазина (т.е. вывести весь список товаров), - Вот именно в этом и проблема. Да конечно когда в магазине 20 товаров, то ничего страшного, а у меня порядка 10000 наименований. Никакой кэш не помог. Может кто подскажет, как запретить virtuemart'у вывод всех товаров? Заранее спасибо.
Записан
*

Arina

  • Захожу иногда
  • 164
  • 1 / 0
Re: Запросы к БД более 60 млн.
« Ответ #17 : 10.08.2010, 19:07:40 »
Помогите разобраться с запросом, сильно грузит на сервере у провайдера в hc.ru:

# Time: 100608  1:00:03
# User@Host: name[name] @ fe22.hc.ru [89.111.176.34]
# Query_time: 4  Lock_time: 0  Rows_sent: 50  Rows_examined: 85207
use name;
SELECT a.*, u.name AS author, u.usertype, UNIX_TIMESTAMP( a.created ) AS created_ts, cat.title AS cat_title, sec.title AS section_title
 FROM jos_content AS a
 INNER JOIN jos_categories AS c ON c.id = a.catid
 LEFT JOIN jos_users AS u ON u.id = a.created_by
 LEFT JOIN jos_categories AS cat ON cat.id = a.catid
 LEFT JOIN jos_sections AS sec ON sec.id = a.sectionid
 WHERE a.state = 1
 AND cat.published = 1
 AND sec.published = 1
 AND a.access = 0
 AND cat.access = 0
 AND sec.access = 0
 AND ( a.publish_up = '0000-00-00 00:00:00' OR a.publish_up <= '2010-06-08 00:59' )
 AND ( a.publish_down = '0000-00-00 00:00:00' OR a.publish_down >= '2010-06-08 00:59' )
 ORDER BY a.created DESC
LIMIT 50;

Версия php 5
Записан

Re: Запросы к БД более 60 млн.
« Ответ #18 : 10.08.2010, 20:20:57 »
Найдите хорошего специалиста
Записан
*

olegtlt

  • Осваиваюсь на форуме
  • 23
  • 1 / 0
Re: Запросы к БД более 60 млн.
« Ответ #19 : 11.08.2010, 13:20:22 »
Цитата: neGODnic от 11.08.2009, 15:30:42
Начал разбираться со всеми модулями наткнулся на следующее.
1. Query Cache - для него необходимы модули оптимизации, типо APC, Xcache  и прочего.. Данные модули ставяться только со стороны сервера.
У меня к сожалению хостинг, и под руттом я не могу ничего установить.
можете выбрать писать кеш в файл

Работает отлично)
Записан
*

Arina

  • Захожу иногда
  • 164
  • 1 / 0
Re: Запросы к БД более 60 млн.
« Ответ #20 : 11.08.2010, 14:35:56 »
Цитата: olegtlt от 11.08.2010, 13:20:22
можете выбрать писать кеш в файл

Работает отлично)

Как именно сделать "писать кеш в файл" ?
Записан
1   Вверх
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Компонент mailto генерит какие-то запросы

Автор freshment

 Ответов: 6
Просмотров: 8759 		Последний ответ 30.03.2013, 12:23:32
от smoked
Установлен устаревший тип базы данных mysql. Рекомендуем вам перейти на более новый mysqli.

Автор broker_alexandr

 Ответов: 9
Просмотров: 7531 		Последний ответ 13.05.2012, 18:19:03
от Loki
загрузка сайта более 30 сек

Автор archelon

 Ответов: 7
Просмотров: 2187 		Последний ответ 17.12.2010, 15:22:13
от archelon
Сайт постоянно отключается а запросы выполняются очень долго.

Автор Think

 Ответов: 1
Просмотров: 1579 		Последний ответ 21.06.2010, 15:15:41
от AlexSmirnov