keving´s Latest Threads Ticker

Заметка про такого рода, как данный плагин, дополнения:

многие дополнения создают не учитывая мелкие увеличивающиеся нагрузки на сервер баз данных, за счет естественно новых запросов. Да, там как правило мелочь, ну что может вызвать такой мелкий запрос?! возникнет вопрос... , а если таких модулей ну скажем на портальной части много? и если посещаемость ресурса большая, - тогда каждая мелочь на счету...

• Как можно разгрузить сервер?
• Как оптимально использовать базу?
• Что можно сделать не прибегая к системным ресурсам типа cron?

На эти вопросы решение концепт построения программы следующий:

• У движка есть уже готовый модуль "Планировщик заданий", к нему соответственно имеется интерфейс для внедрения своих программ. Создаем плагин, который с определенным интервалом времени делает выборку из базы нужных данных, и сохраняем в любом приемлемом формате, будь то json, xml, или готовый html (если данных немного).
• при помощи ajax технологии выводим необходимые статичные данные в нужные контейнеры, которые уж никак не скажутся на нагрузку сервера.
• к примеру здесь можно скачать jquery плагин для тех же построчных циклических выводов нужной подготовленной информации.

Останется только упаковать все в формат Xenforo. По данному методу можно было и портальную часть создавать, так как ее блоки слишком независимы, и дергают базу совершенно не рационально, что в свою очередь сказывается на производительности в целом...

• Почему так не делают?

Ответов несколько:

• лень разбираться методом тыка с возможностями движка;
• отсутствие нормального API для разработчиков;
• создают на скорую руку не учитывая масштабируемость проекта...

Мои выводы вовсе не говорят о том, что данный плагин бесполезен, возможно он кому-то и сгодится, а может мои мысли кому-то будут полезными для развития проекта в целом по Xenforo...

 

Все что Вы написали - правда. А почему не делают, так как надо, так все потому что в 90% случаев у форумов совсем небольшая посещалка - и для них все равно сколько будет запросов на странице 5 или 150.
P.S. Зато с таким подходом всегда будут заказы на оптимизацию модулей

 

Боюсь, что те, кто понимает как должно быть, - сами напишут, а кто платит - как правило тупо смотрит на результат и думает: "а чего ж оно так тормозит!?", да и не понимает сам термин "оптимизация", как правило у последних слово "оптимизация" ассоциируется с "опустошением кошелька" без особых надобностей, на непонятные движения программеров...

Нужно изначально делать правильно... Это мое мнение.