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

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 »
Ребята вы что читать разучились :) это не количество запросов, а время их выполнения
Суммарное время выполнения длительных запросов к БД для всего хостинга за сутки, с
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 »
Ребята вы что читать разучились :) это не количество запросов, а время их выполненияЗапросы тяжелые вот и думает долго  ::)

Я ж уже где-то писал, что в сутках только 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 »
1. Query Cache - для него необходимы модули оптимизации, типо APC, Xcache  и прочего.. Данные модули ставяться только со стороны сервера.

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

Начал разбираться со всеми модулями наткнулся на следующее.
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 »
Начал разбираться со всеми модулями наткнулся на следующее.
1. Query Cache - для него необходимы модули оптимизации, типо APC, Xcache  и прочего.. Данные модули ставяться только со стороны сервера.
У меня к сожалению хостинг, и под руттом я не могу ничего установить.
можете выбрать писать кеш в файл

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

Arina

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

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

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

Компонент 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