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

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

2 июля 2010 в 9:36

Мы в свое время при импорте десятков тысяч нод при разработке новой версии сайта решили использовать drupal_execute.
Минимум затрат, 100% результат. И термины и поля (в том числе и filefield, imagefield) и все что угодно получилось импортировать.

27 мая 2010 в 8:36

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

Features хорош, но мало модулей поддерживаемых.

ИМХО нужна единая система, что-то вроде хука, которая бы позволяла организовать импорт-экспорт...

19 мая 2010 в 11:36

Ромка, низкий поклон тебе и уважение!!
На днях обязательно потестирую модуль.

З.Ы. А будет ли предусмотрена проверка существования вводимого мыла? Мне кажется это очень немаловажным, ибо при регистрации мыло проверяется, обычно, а тут можно хоть адрес Билла Гейтса вписать...

2 мая 2010 в 10:20

mysqldump - хорошо.
backup_migrate - возможно даже лучше.

аргументы в пользу backup_migrate:

1) не нужно иметь доступа до командной строки.
2) возможность сохранять базу данных без сохранения данных отдельных таблиц (при большом обьеме данных размер кешей становится головной болью)
3) возможность настроить разные профайлы сохранения бд.

Сейчас мы используем связку amazon s3 + duplicity + backup_migrate для ежедневного бекапа.
Уже полгода все работает как часы и всем довольны.

30 апреля 2010 в 15:41

"Dеmimurych" wrote:
гугл легко обманывается отдачей ему статики при приходе их бота, с максимальной скоростью. это если о рейтинге.

есть примеры (куски кода) реализации? интересуют работающие решения, а не теория.

30 апреля 2010 в 8:22

Мы пробовали тюнить проекты на друпал. (boost, nginx+apache).
Реально страница отдавалась не более 1 секунды (меряли yslow).

НО, баннерная реклама, счетчики песещаемости грузятся очень долго + создаются дополнительные запросы к "левым" серверам.
И, как итог, сайт работает медленне чем 70% сайтов интернета по гугловским меркам.

Поэтому, коммерческим сайтам в этом деле тяжеловато.

26 апреля 2010 в 23:11

Удалось связаться с одним из заблокированных юзеров.
Оказалось это Касперский 6 блокировал страницу.

xxandeadxx, огромное спасибо за правильную наводку.

Это что ж теперь нельзя слово "реклама" в урлах писать Smile ?

3 апреля 2010 в 7:38

Ребята, тут есть куча "но"!

Самое первое - вы еще 10 000 добейтесь, сначала.
2. Новостной сайт - в основном анонимы. Вообще не будет жрать ресурсов.
3. Оптимизировать нужно ТОЛЬКО тогда, когда есть проблемы.

Да, тут верно писали, 10K - это мало.
Средний VPS с Unix справится на ура.

з.ы.
Имею опыт настройки и поддержки Unix-серверов для высокой нагрузки под Drupal.
За плечами суточная посещаловка от 5 до 20K на Drupal. Debian прекрасно справляется.
Если нужна будет помощь, обращайтесь.

31 марта 2010 в 20:50

Joker666 wrote:
"abarmot" wrote:
кривые руки больше всего грузят.

З.Ы. В корне неправильно поставлен вопрос.
Все зависит не только от движка, но и от настройки ОС и софта а ней.
Плюс ко всему еще нужно добавить настройку модулей Drupal, взять тот же views.

Считать, ИМХО, нужно трудозатраты на разработку, а не кто-что грузит.

31 марта 2010 в 11:09

кривые руки больше всего грузят.

З.Ы. В корне неправильно поставлен вопрос.
Все зависит не только от движка, но и от настройки ОС и софта а ней.
Плюс ко всему еще нужно добавить настройку модулей Drupal, взять тот же views.

Считать, ИМХО, нужно трудозатраты на разработку, а не кто-что грузит.