<a href="mailto:AliraSirin@drupal.org">AliraSirin@drupal.org</a> wrote:

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

teamfighter wrote:

axel, что по темам докладов? Какие-то мейнстримовые есть? Я бы взял какой-нибудь, но у меня кризис жанра - не могу придумать, о чем рассказать

Пока ограничений нет, принимаем дублирующиеся темы, т.к. доклады будут разбиты на 2-3 потока. Хотелось бы видеть доклады по особенностям использования JQuery и AJAX в друпале, также интересны use cases - практические примеры настройки друпала под определенные задачи.

Пока ведутся переговоры со спонсорами, но надеюсь получится сделать льготное размещение в пансионате докладчикам. Постараемся выбить скидки побольше Дополнительные скидки от drupal.ru на первые 20 подтвержденных к участию докладов.

mak-vardugin wrote:

drupal.semaphore' doesn't exist
query: SELECT expire, value FROM semaphore WHERE name = 'locale_cache_ru' in /www/****/www/htdocs/includes/lock.inc

Так update.php после апдейта исполнялось, где эта таблица создается? Если нет, то какие претензии к процедуре апдейта?

seaji wrote:

Да... организация мероприятия оставляет желать лучшего.

Да, подготовка в этом году пошла кривовато и так были вынуждены перенести сроки. Но по опыту прошедшего в прошлом году Drupal Day - мероприятие получилось полезным и интересным.

Valeratal wrote:

а что за "Опен-нацизм" (с)
почему в Ворде прислать нельзя? религиозные убеждения не позволяют? :)

См. выше - PPS - формат Microsoft Power Point. Но ODP предпочтительнее, т.к. не факт, что будет возможность получить 3 лицензионных Microsoft Office, а значит открывать придется в том же OO, который не все PPS понимает адекватно.

<a href="mailto:Siegfrid@drupal.org">Siegfrid@drupal.org</a> wrote:

location ~* \.(jpg|jpeg|gif|png|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|tar|wav|bmp|rtf|swf|ico|flv|txt|xml|docx|xlsx)$ {
root /var/www/multisite/www/;
index index.html index.php;
access_log off;
expires 30d;
}

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

Одно другому никак не мешает и вообще они кешируют разные вещи.

roadcontrol wrote:

Ну если у меня на сайте допустим 40 человек..то ясное дело они не просто сидят и смотрят в экран..и при этом у меня может быть 1-2 процесса.

Если имеется ввиду статистика выдаваемая друпалом или движками форумов "сколько человек на сайте за N минут", то да - можно считать что именно сидят и смотрят в экран. Реально это соответствует паре одновременных обращений к серверу - число соединений для mysql к примеру можно ограничить 10 - это с запасом.

roadcontrol wrote:

Запущено 5 сайтов. На основном 43 человека одновременно.

В какой то миг свободной ОЗУ может стать 0 мб.

43 человека "одновременно" на сайте это те самые 1-3 одновременных запроса к серверу. У вас там в списке imap и pop3 демоны в несколько потоков, они действительно используются? Для отправки почты с сайта достаточно мейлсервера вроде exim.

roadcontrol wrote:

axel wrote:

Так эти 300Мб расходуются на операционную систему, mysql, apache и что там ещё у вас запущено. См. top/htop чтобы выяснить какие сервисы больше всего потребляют памяти и конфигурируйте для меньшего потребления. В первую очередь это касается mysql и apache. Для PHP под друпал нужно где-то по 48-64Мб на процесс (зависит от набора модулей).

Так эти 300Мб расходуются на операционную систему, mysql, apache и что там ещё у вас запущено. См. top/htop чтобы выяснить какие сервисы больше всего потребляют памяти и конфигурируйте для меньшего потребления. В первую очередь это касается mysql и apache. Для PHP под друпал нужно где-то по 48-64Мб на процесс (зависит от набора модулей). Этот лимит надо выставить в php.ini. Для сайта с посещаемостью 2000 в сутки одновременное число процессов - 1-3.

Quote:

Очередной раз не вышло запостить статью полностью из-за стилей, так что только ссылки:

Neochief, у тебя же админские привилегии тут на drupal.ru - выбирай формат "чистый html" - он вставляется один к одному. Или поясни плиз, что требуется от стилей.

Demimurych wrote:

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

Ты наверно хотел написать на shared. На colocation возможности администратора как раз ограничены только его фантазией

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

PVasili wrote:

Объясните, человеку, измученному простотой и понятностью Win что нужно сделать и как, чтобы зарегистрироваться?

Ладно тебе над виндой стебаться

Логинишся. Переходишь http://moscow.drupalcamp.ru/ru/user

Stalker-g2 wrote:

Вопрос: где список 100 человек, кто попадёт на конфу?

Чуток позже сегодня сделаю вьюху Пока просто регистрируемся. Кто не успеет - звиняйте.

Subscribed.

Рассказывал про drush на киевском кэмпе, к сожалению видео этого доклада ещё не готово. И расскажу может в блиц-докладе на кэмпе 3 декабря - утилита полезная и определённо надо о ней почаще рассказывать.