"it.donor" wrote:

Формирование тарифного плана для нагрузки 100-200 уников в день (корпоративные сайты).
- потребление RAM
- потребление процессора (пример процессора и нагрузки на него с друпалом и 100-200 униками).
- частота обновления MySQL и кол-во запросов в час (если есть профи - может подскажут...)
- дополнительные модули, которые нужны для корректной работы друпала (в плоть до настроек апача).

Ровно то, что вы написали в первом сообщении - выдержку из логов.

Это вообще не связано с drupal, а список подключаемых расширений php, чаше всего не в php.ini
Если укажете дистрибутив, смогу помочь.

Поставить eaccelerator, или убрать упоминания о нём из конфигов php. Это теоретически.
А практически, какая у вас OS/дистрибутив, после каких действий на сервере это началось? Что-то удаляли, или обновили php?

Если же это какой-то хостинг, то надо писать в техподдержку, это их косяк.

"Заводской раб" wrote:

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

Пинг - задержка, и полоса - загружаемые постепенно картинки не очень-то связаны. Есть каналы с отличным пингом, и весьма узкие, есть ровно наоборот.

Маппинги тут как раз ни при чём.
Дык а xpath, собственно, у вас какие для этого xml?
Или вы думаете, что достаточно набросать нужное количество полей, и вам тут же по волшебству всё разберёт правильно?
Может вам поможет вот это http://www.w3schools.com/xpath/xpath_syntax.asp

Приведите настройки парсера, иначе ответа на недоформулированнвый вопрос можно ждать до бесконечности.

Под вашу задачу, 7 скорее всего, будет хорошим выбором.
Но 32Мбайта очень мало - надо 64, а возможно и больше,

Отлично, вы её прочитали. И в общем-то себе же и ответили. Модули размешённые на drupal.org под той же лицензией.

"N1ke" wrote:

Но если, что-то постоянно обновляется с помощью Ajax это чувствуется. Очень сильно.

Разница в 20-30 мсек/запрос? Ну-ну.

"N1ke" wrote:

У меня такой же. И это дохрена на самом деле. У меня сервер стоит в Москве и пинг 8-10

Для сайта эта разница на грани обнаружения. Такая разница будет заметна в плохо продуманной онлайн игре, но уж никак не на сайте.
Даже 100мсек до штатов это не сильно много, хотя тут уже слегка будет заметно.
Мало того, у меня пинг до серверов в некоторых наших ДЦ, бывает больше, чем до моих серверов в Германии и Нидерландах.

Так а помощь-то в чём собственно нужна?

Да всегда пожалуйста - будете пилить, зовите поучаствовать. Тема интересная.

"Shok211" wrote:

http://symfony.com/six-good-technical-reasons#fast[/quote]
А бенчмарк-то где? Написать можно всё что угодно - есть лож, есть наглая лож, а есть реклама.

"alexandr.poddubsky" wrote:

Посмотрел benchmark для yii - стало грустно

Что там грустного? По вашей ссылке yii откровенно рвёт всех - по оси X запросы в секунду, больше - лучше.

Тогда, имеет смысл смотреть в сторону http://drupal.org/project/services, ну или действительно покоммитить в SOAP Server, и довести его до продакшена и получить нужные фишки, если хочется именно SOAP.

Я не писатель, я советчик. А почитать про views полно, главное поискать немного.

"Technician" wrote:

Т.е. если инфа не выгрузилась на сайт, я об этом сразу не узнаю.

Сам по себе, крон умеет отправлять по почте вывод запущенного через него скрипта. Можно написать скрипт-обёртку, которая будет возвращать ошибку, а не запускать крон Drupal через curl|wget|lynx.

У feeds есть возможность по крону, и брать данные из локального файла. Файл с данными можно закачивать тем же ftp.
Также для feeds можно создавать свои обработчики.

Посмотрите на node_export + feeds.

Оно конечно можно, но делать новый view для каждого нового термина? Имхо какой-то извращённый путь.
Видимо, вам надо ознакомиться с контекстными фильтрами(которые в views 2 назывались аргументами), и понять весь кайф от использования views.

"voviko" wrote:

128M минимум, что просит drupal 7

32Мбайта, вообще говоря, минимальные требования. Естественно если обвешать модулями будет больше.

Если надо заменить страницу термина таксономии своим view, в нём должен быть системный путь таксономии (taxonomy/term/%). Если надо делать то же, но для разных словарей по-разному, или для части словарей, надо смотреть в сторону TVI (пока нормально в 7 не работает), или Taxonomy display

1.Вставить вместо части картинки элемент, фон которого может тянуться (repeat-x например).
В смысле не задать стили? У вас просто будет разное кол-во видимых картинок в слайдере при разной ширине, если правильно всё сделать.

2. Надо ориентироваться на минимальную ширину, для которой делается макет.

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