Аксель написал сообщении "wiki.drupal.ru" :
"Вот тут не решил, либо мультисайтинг сделать чтобы даже профили пользователей были одни и те же, либо ограничиться общими логинами."

Домены третьего уровня как например, wiki.drupal.ru, плохо работают. У них могут быть проблемы: с куками, с запоминанием,.... С одной стороны домен третьего уровня это отдельный домен. С другой стороны он привязан к основному домену. Отсюда все его беды.

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

Изначальная идея Друпала в том, что эта CMS, которая объединяет все возможности под одним движком. По правильному wiki должна была бы находится не на адресе wiki.drupal.ru , а на адресе Drupal.ru/wiki .

Пример 1, сайт с пятью доменами третьего уровня

Не далее как неделю назад имел переписку с одним клиентом. У него за годы существования сайта наплодилось 5 доменов третьего уровня, на каждом сидел отдельный движок. Прежний веб-мастер собирался для наращивания функционала ставить еще 2 движка. Движки разные, часто от разных производителей. В результате на основном сайте и на каждом домене третьего уровня был свой стиль подачи материала, свой дизайн. Конечно, на каждом сайте была своя собственная регистрация. И свой собственный поиск по содержимому! Все разное, при этом посетители одни и те же и веб-мастер один и тот же. У клиента раскрылись глаза и он понял, в каком болоте оказался сайт с 5-тью доменами третьего уровня. Практически, клиент получил 6 разных сайтов, никак не связанных друг с другом и сделанных на 6-ти любимых движках веб-мастера. Прежний веб-мастер хотел раскинуть пальцы и начать петь привычную песню, что "1. Вобла на домене третьего уровня круче чем встроенный форум Друпала, 2. Wacko Wiki на домене третьего уровня круче Друпал,...". Но все равно был выгнан без выходного пособия. А клиент обратился в истинную веру, в Друпал.

Друпал сделан как средство борьбы со сложностью. В нем все едино. Если не хватает функционала, то можно нарастить его модулями. Если совсем уж нужно, то есть модули-интеграторы других движков.

Пример 2, ночные вазы

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

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

Теперь представьте, что в 21 веке какой-то архитектор разместил все помещения квартиры в одном доме (хостинге). При этом убрал все внутренние двери и к каждой комнате сделал отдельный вход (регистрацию) с улицы. Теперь нужно каждый раз выбегать на улицу, чтобы перейти в другую комнату. Какими словами будут называть такого архитектора несчастные жители такой квартиры? А ведь в квартире Drupal.ru уже несколько тысяч зарегистрированных пользователей. За что их мучить отдельными доменами на третьем уровне?

Цитата

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

Не тот вопрос, Аксель.

Когда ночью выбегаешь из теплой спальни в одних трусах и бежишь по морозцу до входа в туалет, то не сильно греет мысль, что ключ от спальни по замыслу архитектора подходит к двери в туалет. Почему юзеры Drupal.ru должны заполнять по 10 раз свой профиль на 10 разных доменах третьего уровня Drupal.ru? Будет ли аватар с одного профиля автоматически вставляться во все профили? Изменение подписи в одном профиле повлечет ли изменение подписи во всех профилях? Если посетитель вошел на Drupal.ru, нужно ли будет ему еще отдельно входить на wiki.drupal.ru? Будет ли поиск по Drupal.ru включать в себя поиск по содержимому других доменов третьего уровня? ...

Продажа сайта

Есть еще одна проблема с доменами третьего уровня. Рано или поздно придется продавать (передавать) домен Drupal.ru. Одно дело, когда весь он сделан в рамках одного сайта + наращен некоторыми модулями. Совсем другое дело, когда вместе с Drupal.ru придется принимать и поддерживать зверинец из доменов третьего уровня.

Клиент, о котором шла речь выше, выгнал прежнего веб-мастера. Но наработанные страницы на 5 доменах третьего уровня осталась. Бросать их жалко. А импортировать ее в единый сайт на Друпале задача еще та. Особенно если хочется сохранить авторство написанных сообщений, сопоставить авторов с их профилями на основном движке, оформить сообщения в виде нод для индексации встроенным поисковиком, сохранить внутренние ссылки и фотографии. Для разных движков импорт делается по разному.

Считаем. Установка Друпала с нуля стоит, например, 1000 вечнолюбимых у.е. Но полноценный импорт содержимого с отдельного движка стоит в 2 раза дороже, чем создание нового сайта с нуля. 5 доменов третьего уровня = 5 движков, полноценно импортировать их будет стоить дополнительные 10 000$. Если делать ограниченный импорт, то можно снизить цену до 5000$. Получается, прежний веб-мастер наказал клиента на дополнительные 5-10 К$.

Теперь надеюсь понятно, почему клиент даже слушать не стал веб-мастера о преимуществе отдельных движков перед возможностями Друпала. Клиенту предстояло искать немаленькие деньги на импорт содержимого с движков. Или отказываться от наработанного содержимого, тогда спрашивается за что получал деньги прежний веб-мастер, если все его наработки невозможно использовать.

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

Борьба с излишним весом

Если бы создатели Друпала делали то, что хотели, то Друпал давно бы расползся в толщину и стал Нюкой. Но Друпал "держит вес" и включает в себя только то, без чего нельзя обойтись. И безоговорочно выкидывает то, без чего можно обойтись.

Аксель, я тебя люблю. И уважаю как профессионала. Ты силен в технических решениях. И пытаешься с их помощью расшивать проблемы роста Drupal.ru.

Но все можно сделать проще и остаться в рамках единого сайта Drupal.ru. Например, если нет возможности встроить Вики по адресу Drupal.ru/wiki , то можно обойтись вовсе без нее. Книги тоже неплохой механизм. Все равно пишут статьи на Drupal.ru только довольно ограниченный круг авторов, которым и можно дать права работать с книгами. Тем более, что модуль книги встроен в базовую поставку Друпала.

Стратегические направления

На мой взгляд, wiki вообще не самая первоочередная проблема на Drupal.ru. Есть множество более насущных проблем сообщества Drupal.ru. Сайт Drupal.ru неизбежно является отражением тебя и рассчитан на продвинутых друпальщиков. Если же человек приходит на сайт Drupal.ru с улицы, то покрутится-покрутится и уйдет ни с чем. Я раньше агитировал людей идти на Drupal.ru, потом обратил внимание, что они все равно уходят на другие простые движки. Перестал рекомендовать, свое время жалко.

Есть 2 простых критерия.

Критерий 1. Запустить новичка на сайт Drupal.ru и посмотреть, через какое время он сможет поставить Друпал у себя на хостинге.

Критерий 2. Запустить потенциального клиента на Drupal.ru и посмотреть, через какое время он сможет найти себе исполнителя для установки Drupal.ru.

По обоим критериям 95% участников тестирования не смогут вообще решить поставленную задачи. Новички не смогут поставить самостоятельно сайт, потенциальные клиенты не смогут найти исполнителей. На Drupal.ru есть туча информации, а нужной нет или она разбросана по разным местам.

Аксель, установка вики никак не решает этих двух основных задач. Ты делаешь то, что считаешь нужным для продвинутых установщиков Друпала. А уже пора делать то, что нужно приходящим новичкам и потенциальным клиентам. Установка Вики для этого не нужна.

Снобизм

Я не понимаю, когда некоторые участники Drupal.ru говорят: "А зачем они нужны, новички. И без них хорошо.". У новичков одно лишь название, что это новички. По жизни это вполне сложившиеся люди, специалисты в своей области. И неразумно отшивать от Drupal.ru профессионального переводчика только потому что он новичок в Друпале. Каждый новичок, которому удалось пробиться сквозь сложность Drupal.ru, приносит на сайт опыт в своей профессиональной сфере. Если отсеивать технически слабых новичков, то на Drupal.ru будут лишь одни техники-профессионалы с их однобоким видением мира.

Про потенциальных клиентов, которые не смогли сделать заказ на Drupal.ru, я вообще слов не нахожу. Структура Drupal.ru рассчитана на свободное наращивание информации о движке Друпала. Но деньги потенциальных клиентов здесь не ждут. Клиентам приходится буквально продираться сквозь нагромождения технической информации. Естественно, что потенциальные клиенты не любят такого отношения к себе и уходят в другие места, где их любят и ждут. Вместе со своими деньгами.

Трудноисполнимый совет

Мы всегда радостно кидаемся менять окружающий мир (наших клиентов, супругов, детей,...) так, как считаем это нужным. Хотя часто бывает полезнее понять, что нужно окружающему миру (клиентам, супругам, детям,..) и сделать это. Работы будет на порядок меньше, а эффект на 2 порядка больше. По моему скромному мнению.

Остаюсь со всем моим уважением к сообществу Drupal.ru и Акселю лично,

Макс Кириленко
Razgonka.ru - Подбор названий сайтов и программ
Дневник