Мы в свое время при импорте десятков тысяч нод при разработке новой версии сайта решили использовать drupal_execute.
Минимум затрат, 100% результат. И термины и поля (в том числе и filefield, imagefield) и все что угодно получилось импортировать.
каждый модуль имеет свои настройки, одни храняться в таблицах модуля, другие в таблице variables.
наиболее продвинутые модули используют обьекты, которые можно экспортировать-импортировать.
Features хорош, но мало модулей поддерживаемых.
ИМХО нужна единая система, что-то вроде хука, которая бы позволяла организовать импорт-экспорт...
Ромка, низкий поклон тебе и уважение!!
На днях обязательно потестирую модуль.
З.Ы. А будет ли предусмотрена проверка существования вводимого мыла? Мне кажется это очень немаловажным, ибо при регистрации мыло проверяется, обычно, а тут можно хоть адрес Билла Гейтса вписать...
mysqldump - хорошо.
backup_migrate - возможно даже лучше.
аргументы в пользу backup_migrate:
1) не нужно иметь доступа до командной строки.
2) возможность сохранять базу данных без сохранения данных отдельных таблиц (при большом обьеме данных размер кешей становится головной болью)
3) возможность настроить разные профайлы сохранения бд.
Сейчас мы используем связку amazon s3 + duplicity + backup_migrate для ежедневного бекапа.
Уже полгода все работает как часы и всем довольны.
Мы пробовали тюнить проекты на друпал. (boost, nginx+apache).
Реально страница отдавалась не более 1 секунды (меряли yslow).
НО, баннерная реклама, счетчики песещаемости грузятся очень долго + создаются дополнительные запросы к "левым" серверам.
И, как итог, сайт работает медленне чем 70% сайтов интернета по гугловским меркам.
Поэтому, коммерческим сайтам в этом деле тяжеловато.
Самое первое - вы еще 10 000 добейтесь, сначала.
2. Новостной сайт - в основном анонимы. Вообще не будет жрать ресурсов.
3. Оптимизировать нужно ТОЛЬКО тогда, когда есть проблемы.
Да, тут верно писали, 10K - это мало.
Средний VPS с Unix справится на ура.
з.ы.
Имею опыт настройки и поддержки Unix-серверов для высокой нагрузки под Drupal.
За плечами суточная посещаловка от 5 до 20K на Drupal. Debian прекрасно справляется.
Если нужна будет помощь, обращайтесь.
З.Ы. В корне неправильно поставлен вопрос.
Все зависит не только от движка, но и от настройки ОС и софта а ней.
Плюс ко всему еще нужно добавить настройку модулей Drupal, взять тот же views.
Считать, ИМХО, нужно трудозатраты на разработку, а не кто-что грузит.
З.Ы. В корне неправильно поставлен вопрос.
Все зависит не только от движка, но и от настройки ОС и софта а ней.
Плюс ко всему еще нужно добавить настройку модулей Drupal, взять тот же views.
Считать, ИМХО, нужно трудозатраты на разработку, а не кто-что грузит.
разные наборы модулей для разных ролей пользователей
это зянятие не стоит внимания.
А где перевод русский на drupal.org?
НИВКОИМ СЛУЧАИ НЕ ВИКЛАДЫВАЕТЕ ПЕРЕВОД И СВОИ МОДУЛИ НА ДРУПАЛ ОРГ, ТОЛЬКО АРХИВОМ НА ДРУПАЛ.РУ.
Помогите девушке с Друпалом!
А зачем тогда почеркивать, что Вы девушка?
Снова импорт нод с терминами
не имеет значения в чем находятся ноды, хоть на папиросной бумаге.
Снова импорт нод с терминами
http://api.lullabot.com/drupal_execute
Снова импорт нод с терминами
Мы в свое время при импорте десятков тысяч нод при разработке новой версии сайта решили использовать drupal_execute.
Минимум затрат, 100% результат. И термины и поля (в том числе и filefield, imagefield) и все что угодно получилось импортировать.
Можно ли сделать 2 крона на одном сайте?
AnNik, ну если уж вы прекрасно все понимаете, еще добавлю.
hook_cron, variable_set, variable_get
Есть ли модуль импорт, экспорт настроек сайта?
каждый модуль имеет свои настройки, одни храняться в таблицах модуля, другие в таблице variables.
наиболее продвинутые модули используют обьекты, которые можно экспортировать-импортировать.
Features хорош, но мало модулей поддерживаемых.
ИМХО нужна единая система, что-то вроде хука, которая бы позволяла организовать импорт-экспорт...
Можно ли сделать 2 крона на одном сайте?
hook_cron
Модуль для авторизации с использованием учетной записи ВКонтакте
Ромка, низкий поклон тебе и уважение!!
На днях обязательно потестирую модуль.
З.Ы. А будет ли предусмотрена проверка существования вводимого мыла? Мне кажется это очень немаловажным, ибо при регистрации мыло проверяется, обычно, а тут можно хоть адрес Билла Гейтса вписать...
Снятие с публикации после редактирования новости
rules
Резервная копия сайта
mysqldump - хорошо.
backup_migrate - возможно даже лучше.
аргументы в пользу backup_migrate:
1) не нужно иметь доступа до командной строки.
2) возможность сохранять базу данных без сохранения данных отдельных таблиц (при большом обьеме данных размер кешей становится головной болью)
3) возможность настроить разные профайлы сохранения бд.
Сейчас мы используем связку amazon s3 + duplicity + backup_migrate для ежедневного бекапа.
Уже полгода все работает как часы и всем довольны.
Давайте померимся.... скоростью загрузки страниц
есть примеры (куски кода) реализации? интересуют работающие решения, а не теория.
Давайте померимся.... скоростью загрузки страниц
Мы пробовали тюнить проекты на друпал. (boost, nginx+apache).
Реально страница отдавалась не более 1 секунды (меряли yslow).
НО, баннерная реклама, счетчики песещаемости грузятся очень долго + создаются дополнительные запросы к "левым" серверам.
И, как итог, сайт работает медленне чем 70% сайтов интернета по гугловским меркам.
Поэтому, коммерческим сайтам в этом деле тяжеловато.
[Решено] Не отдает HTML-код для некоторых клиентов.
Удалось связаться с одним из заблокированных юзеров.
Оказалось это Касперский 6 блокировал страницу.
xxandeadxx, огромное спасибо за правильную наводку.
Это что ж теперь нельзя слово "реклама" в урлах писать
?
Не могу создать БД с dumper... помогите
backup_migrate
Файлы сайта + кеш ПС = сайт? (сгорел сервер)
ДАЕШЬ ЕЖЕДНЕВНЫЙ БЕКАП ВСЕГО НА АМЕРИКОСОВСКИЕ СЕРВЕРА!
прошу извинить за капслок. крик души.
какой редактор???
Komodo
Папки созданные сайтом неработают по FTP
правильно необходимо настроить хостинг.
Что больше грузит хост
Идите свои ГС делайте на вордпрессе.
Как тут писали, не нужно портить репутацию Drupal.
Что больше грузит хост
Это клиника.
Настройка Drupal 6 для количества пользователей более 10 000 !
Ребята, тут есть куча "но"!
Самое первое - вы еще 10 000 добейтесь, сначала.
2. Новостной сайт - в основном анонимы. Вообще не будет жрать ресурсов.
3. Оптимизировать нужно ТОЛЬКО тогда, когда есть проблемы.
Да, тут верно писали, 10K - это мало.
Средний VPS с Unix справится на ура.
з.ы.
Имею опыт настройки и поддержки Unix-серверов для высокой нагрузки под Drupal.
За плечами суточная посещаловка от 5 до 20K на Drupal. Debian прекрасно справляется.
Если нужна будет помощь, обращайтесь.
Что больше грузит хост
Что больше грузит хост
кривые руки больше всего грузят.
З.Ы. В корне неправильно поставлен вопрос.
Все зависит не только от движка, но и от настройки ОС и софта а ней.
Плюс ко всему еще нужно добавить настройку модулей Drupal, взять тот же views.
Считать, ИМХО, нужно трудозатраты на разработку, а не кто-что грузит.
Вопрос по Google Analytics
Отобразить в виде пирога.