1. Главная
  2. Crea

Crea: Комментарии

Главные вкладки

21 ноября 2010 в 14:34

PavelZ wrote:

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

Заменять Views не надо. Достаточно его доработать напильником. А лучше пропатчить и поделиться патчем со всеми остальными.

21 ноября 2010 в 14:32

Вашу бы энергию, да в мирное русло. Почему, вместо того, чтобы здесь жаловаться на Друпал, не написать патч к модулю Views и не выложить на drupal.org ?
А то прямо Синкоре уподобляетесь Smile

21 ноября 2010 в 14:26

Он может быть быстрее. Я с этим не спорю. В модуле Views есть понятие основной таблицы. Запрос строится всегда начиная с основной, к которой потом присоединяется все остальное. Ваш вариант запроса - с точки зрения Views вывод терминов, а не нод, т.к. у него node не является основной таблицей.
Понятное дело, что запросы, составленные руками, чаще всего будут быстрее, чем созданные генератором запросов.

21 ноября 2010 в 14:21

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

EXPLAIN вам говорит, что нужно просмотреть 170000 строк, используя ваш WHERE. Если вы добавите индекс, соотв-й критериям WHERE (и ORDER BY), запрос может точно так же стать моментальным.

А вообще запрос можно поправить через hook_views_query_alter().

17 ноября 2010 в 13:54

RxB wrote:
"darkdim" wrote:
"оптимизируйте скрипты, у Вас может быть утечка" и т.д. и

+ вы используете кривую CMS
+ файл style.css грузит проц на 120%

Добавлю классическое
"У вас на компе вирус!!!!!111пыщьпыщь"

16 ноября 2010 в 10:24

Dеmimurych wrote:

вы внимательно прочитали то что я написал?
либо я вас не понял либо нет.

Не поняли. Я утверждаю, что 20000 комментариев у 1 ноды - экстремальные, нетипичные условия. Соотв-но кретинизмом тут и не пахнет.

15 ноября 2010 в 23:16

Ну и что ?
А на всеми любимом движке Vbulletin так вообще темы кастрируют - закрывают и создают клоны, чтобы не тормозило. И вроде бы, все довольны ? При таком количестве комментариев у вас элементарно на InnoDB будут запросы тормозить из-за пейджера.
Я бы назвал это экстримальными условиями. Для таких случаев и предусмотрены администраторы, которые могут ручками добавить любуй индекс и оптимизацию.

15 ноября 2010 в 14:41

Переходить имеет смысл, хотя бы ради нормального лога медленных запросов (в мускуле они начинаются от 1 секунды). А противопоставлять версию от Percona и MariaDB смысла не имеет т.к. MariaDB включает XtraDB и патчи Percona, таким образом является ее супермножеством (о как сказал, аж сам удивился).

(Напрягаю хрустальный шар) Именно MariaDB со временем вытеснит MySQL

11 ноября 2010 в 18:36

orb wrote:

да и вообще тупое сравнение, рядом стоит vBulletin и Друпал - ЭТО ТУПО
системы разные как день и ночь и они не взаимо исключают друг друга, как такое вообще можно сравнить?

9 ноября 2010 в 15:22

DanielG wrote:
как блокировать это ясно, но по чему аноним становиться зарегистрированным автоматом при просмотре материала content profile ?

Такое бывает, когда при работе с объектом текущего пользователя $user не клонируют его с помощью drupal_clone() а модифицируют напрямую. Например, забыли поставить лишний знак "=" и вместо оператора сравнения срабатывает присвоение.
Где это происходит у вас на сайте - это уже вам предстоит выяснить самостоятельно.

9 ноября 2010 в 7:15

petrovnn wrote:

То есть основная моя мысль сводится к тому что громоздкую систему (пусть и хорошую) нужно изучать очень долго, а для кого-то время самый главный ресурс.

Верно. В этом смысле Drupal 7 вызывает серьезные опасения в сообществе, т.к. гораздо более сложен чем 6, который уже был достаточно сложен.

4 ноября 2010 в 3:45

<a href="mailto:Oleksa@drupal.org">Oleksa@drupal.org</a> wrote:
"ответить" находится в массиве $links, через unset правильно убирать в template.php.

Ну вообще то правильно в "теме" иметь как можно меньше логики, тем более такой, которая не относится к дизайну. Есть замечательный хук - hook_link_alter()

2 ноября 2010 в 13:46

kyky wrote:

...but is probably only useful if the caching backend has been replaced with memcache.
Смысл от этого модуля? Столько же запросов, только в другую таблицу.

Ну дык господа перфекционисты, оптимизирующие запросы, уже давно должны были поставить себе memory based cache. Иначе какие же они оптимизаторы тогда ?
На memcache свет клином не сошелся, есть еще APC, Redis, и т.д. См. модули Cacherouter и аналоги.