Полностью согласен с начинанием, неприятно когда впаривают довески. Но я думаю, кардинально ситуацию могут изменить только производители и поставщики железа, предустанавливая на компьютеры например freedos (если linux чем-то претит). Собственно ряд производителей компьютеров так уже и поступают.

На виртуальном хостинге eaccelerator или аналогичный кеш как правило уже установлены, тем более на мастерхосте. Инфу по php и установленным модулям можно получить просто посмотрев вывод страницы с phpinfo(). Вообще на виртуальном хостинге ускорять можно только сам друпал - повключать кеши, повыключать лишние модули, перейти на более дорогой тариф

Я бы не сказал, что она прям таки перегружена яваскриптом, особенно если сравнивать с другими CMS. Потом JS в админке никак практически не влияет на производительность сайта (если конечно админы, ковыряющиеся в админке не составляют основную часть его посетителей - ведь JS большинством модулей подгружается только на тех страницах, где он используется. В общем, если посмотреть в корень проблемы, то проблема получится надуманной и не относится к теме быстродействия и масштабируемости сайта.

drupal.ru сейчас работает на VPS предоставленном нам компанией Мастерхост. ОС CentOS. Посещаемость по последней статистике чуть больше 4 тыс. уник.хостов в сутки.

Razunter wrote:

Может, всё выкинем, кроме readme? Будет очень быстро работать, багов не будет...

Дельная мысль!

А можно выкинуть поддержку языков. Метод я как-то тут описывал - проходим скриптом по ядру и подменяем t("") на статические строки с переводом. Получаем жёстко "локализованный" движок. Нужен другой перевод? Берём оригинальный код и снова проходим по нему скриптом, указав откуда брать переводы. Правда сложнее с параметрами передаваемыми в строках переводов, но тоже можно обойти.

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

Выглядит неэстетично, но патриотично Плюс одинъ

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

Друпаловский модуль freemind, был по сути плагином к программе с одноимённым названием (см. http://freemind.sf.net), но afaik он только предлагал экспорт таксономии во freemind, а не работу с картами на сайте. Вообще Freemind предоставляет ява-апплет и флеш-плагин для отображения карт - вставить такое на сайт не большая сложность, но по-моему там только просмотр, без возможности редактирования карт.

Quote:

1) по добавлению извратных пользовательских форм на контент

Смотря что нужно опять же - опиши подробнее. Навскидку, CCK+Views как рекомендовали выше или Webform.

wampa wrote:

да, и еще надо модуль по флеш, immediasee вроде бы заточен под какой-то видеосервис, как я поняла? или ошибаюсь? а тогда как быть, FCK и BUE меж собой не переключаются -- в чем может быть трабла? да, и куда класть сам флешплейер, щоб работало?

Не очень понятно, что требуется? Плеер видеороликов?
http://drupal.org/project/flashvideo

glu2006 wrote:

А дайте адрес репрозитория ubuntu, debian где вы Друпал видели. А то чегой-то копалси вчерась и не нашел ни 5-го ни 6-го.

Вот тут можно видеть, где он есть в дебиане (в текущем stable походу вообще нету): http://packages.debian.org/search?keywords=drupal&searchon=names&suite=a...

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

Чтобы warnings не видели все посетители в настройках отображения ошибок в друпале надо выбрать вывод только в логи, а не в логи и на экран. Ещё можно в .htaccess в настройках mod_php указать ini_set error_reporting 0 - и на продуктивном сайте вообще не будут отображаться ошибки PHP.

Если настройки хостинга не пускают в /tmp, то можно сделать другую временную папку, только в админке друпала указать путь к ней. Временную папку стоит делать выше корня сайта (т.е. есил корень в /home/users/b/baxxxxx/domains/site.ru, то можно сделать /home/users/b/baxxxxx/tmp)

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

-1 автору за форматирование

Не бейте автора, это у нас на сайте формат mediawiki отвалился

П.2. В настройках файловых аплоадов выбрать метод загрузки "приватный" вместо дефолтного "публичный". Если на сайте уже есть закачанные файлы, то от смены метода прямые ссылки на них не перестанут работать! Поэтому надо переместить папку с файлами (скорее всего это sites/default/files) куда-нибудь выше $wwwroot и в настройках указать новый путь к этой папке.

Пакеты друпала в линуксовых дистрибутивах обычно обновляются менее оперативно (хотя вот смотрю в последних обновлениях генту - drupal 6.6). С другой стороны - обновление друпала вместе с остальными пакетами системы упрощает администрирование сервера. Особенно когда кроме друпала ещё солянка из вебскриптов типа phpmyadmin, mediawiki, trac и пр. - они как правило тоже доступны в виде пакетов в популярных дистрибутивах.

Возможно это всё же было на другом сайте? В блогах drupal.ru оформление стандартное для всех пользователей.

Модуль такой был, который автоматом добавлял новые права заданной роли, при доустановке модулей - по-моему это решение. Вот к сожалению название забыл...

uranr wrote:

Всем привет! Мое имя Андрей. Хочу научиться создавать и управлять сайтом.
Знаний в этой области нет, время есть. С чего начать?

VladSavitsky wrote:

Давным давно я читал статьи Столлмана, который писал, что free на самом деле не значит бесплатно, а значит свободно. В английском free обозначает и то, и другое.

Угу, именно так - из-за невозможности в английском обозначить "свободный" не вдаваясь в дурацкие пояснения ("free as speech, not free as beer"), free software заполучило проблемы с пониманием условий распространения.

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

batbug wrote:

И что? У них каждый день такое. Каждый день будем об этом тему создавать?

Ну не каждый же день. По-моему ничего плохого, если на drupal.ru публикуются технические новости о работе drupal.org.

http://drupal.org/project/paging не подойдёт?