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

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

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

3 мая 2009 в 21:08

У меня то же так было, один в один.
Делаю информационную систему для своего ВУЗа. Дали мне местечко на серваке сайта вуза (инфобокс).
Блин, посмотрел я, что ответа на каждый клик приходиться ждать от минуты и больше, и сказал "нафиг". Купили заграничный хостинг (гудзон хост). Все летает, не более 1 - 2 сек приходится ждать.
Знаком с этим хостингом давно. Работает как часы. Поддержка просто изюмительная. Они даже PHP пересобирали по моей просьбе с нужными мне модулями, не смотря на то, что я плачу 3.95 у.е. в месяц

19 апреля 2009 в 12:37

"direqtor" wrote:
Набрал одну команду и все

Ага, только набор этой команды будет равноценен набору хорошего абзаца текста. Полны путь к diff, полный путь к одному файлу, полный путь к другому файлу. бр...

16 апреля 2009 в 1:52

А уж если говорить конкретно про меню, то здесь функция t() будет вызвана в любом случае, т.к. это дефолтная функция параметра 'title callback', до тех пор, пока вы не переопределите эту функцию.

16 апреля 2009 в 1:48

+1
А вообще, есть два понятия.
Продакшн и девелопмент. По русски: Рабочий вариант и вариант в разработке.
Продакшн лучше всего оптимизировать под производительность, под ваш, конкретный, вариант.
Девелопмент лучше всего оптимизировать под универсальность.

Друпал больше склоняется к универсальности, поэтому здесь свой "плохой тон".

Если Вы уверены, что Ваша разработка на 150% не будет выложена в общий доступ и на всеобщее обозрение, то лучше всего ориентироваться на производительность.

5 апреля 2009 в 23:10

Мне вот всегда интересно было.
На виндузах время переводится автоматически, а на линуксе нет?
Я так понимаю, что время сайта берется из системного времени сервера. Так почему всегда приходиться его в ручную переводить?

4 апреля 2009 в 16:07

Голосование продлится до 30 апреля, так что не стоит терять времени.
Категория, в которой участвует Drupal - Социальные сети и публикация (Social Networking & Publishing category).

Обратите внимание, что Drupal поставили на одну линию с такими гигантами как Facebook, MySpace, Twitter, LiveJournal и прочими.

4 апреля 2009 в 15:11

И еще у меня есть важное замечание по поводу общей тематики топика.
Конечно, уменьшать количество запросов к БД это хорошо, это дает прирост производительности. Но самое важное это следить за качеством запросов.
Скажем, если Вы избавитесь от десятка оптимальных запросов, которые выполняются за 1 мс. И при этом вставите себе сниппет с не оптимальным запросом, который будет выполняться 100 мс, то в итоге вы все равно проиграете в производительности.

4 апреля 2009 в 14:54

SELECT * FROM node n WHERE n.type = "page" - это не оптимальный запрос
SELECT * FROM node n WHERE n.status = 1 AND n.type = "page" - это оптимальный запрос

Может пригодиться тем кто пишет всякие сниппеты.

4 апреля 2009 в 14:49

"Valeratal" wrote:
а как длина поля влияет на производительность?

Днина поля влияет на длину ключа в индексе. Соответственно, чем меньше длина ключа, тем быстрей выборка.
PS. Совсем забыл сказать. Если меняете длину поля в БД, то после этого не забудьте сделать анализ измененных таблиц, после анализа индекс перестроится.

3 апреля 2009 в 13:01

Еще несколько советов по оптимизации базы данных.

В таблице node можно уменьшить длину поля type.

Как часто Вы меняете типы материалов или создаете новые? Полагаю, что если это продакшн, то таких операций не должно быть вообще. Проведите анализ таблицы, в phpMyAdmin есть специальная ссылочка под структурой таблицы.

Используйте status при выборе по type из таблицы node

В таком случае будет использоваться специальный индекс. Если статус не использовать, то индекс использоваться не будет.

1 апреля 2009 в 10:46

Я вот только не пойму, зачем заходить в админку переводов и искать что то руками если все это можно накатить одним патчем.
Я такое решение выложил еще в ноябре 2007 года: http://drupal.ru/node/9493
Как раз то, о чем говорил neochief

"neochief" wrote:
"Февраль" на "Февраля"

и так далее.

31 марта 2009 в 17:36

to Demimurych: Слушайте, ни кто не собирается с Вами ни чем мериться.
Речь идет о том, что вот Вы не решили эту задачу, а орете и хамите больше всех.
И абсолютно не важно "хорошее" или "плохое" это было решение.
Это АБСОЛЮТНО не важно.
Понимаете, лучше пусть будет плохое решение, чем не будет хорошего решения.
Так что Вы сначала сделайте "хорошо", а уж потом мы это и обсудим.