Обновление ядра при мультисайтинге и не только.
Вышло обновление ядра 6.13, а так как с мультисайтингом начал только-только заниматься, и только построил сайт состоящий из 24 поддоменов, то обычный способ, с отключением тем, модулей выключением сайта явно не устраивал. Тем более, что с развитием проекта поддомены будут только увеличиваться.
Вот небольшой опыт своего обновления (пишу для себя, для памятки для следующего обновления ... )

1) Создал на хостинге тестовый сайт (хотя можно и на локальном компьютере, только если это windows - то нужно смотреть на разрешения)
2)Переименовал папку с установленным друпалом drupal, например в drupal2, и тутже создал пустую папку с именем drupal
3)На тестовом сайте запустил установку ... установил
4)Скопировал, в новую папку drupal, из нового сайта - всё, кроме папки site. А папку site, скопировал из старой папки.

Потом, правда пришлось прогуливаться по поддоменам с update и затем с cron
Не намного, но легче, чем при традиционном способе.
Всё работает (icehockey.su), пока без проблем!
Может что-нибудь не так сделал? Может чего ещё упустил?

Можно ли сделать так? При клике на одну ссылку отображался один блок, при клике на другую - на этом же месте - отображался другой? Чёт ... у меня не получается?!

Эмуляция нагрузки на сайт в виде посещений. Есть ли такой инструмент?

Собираюсь написать модуль спортивной статистики! Модуль будет распространяться по свободной лицензии. Есть ли желающие присоединиться к разработке? Необходимо обсудить что и как, где использовать аякс, где файлы, а где и sqlite. Вобщем предлагаю не только обсуждать, но и научится писать модули!

Кто знает, в какой стадии готовности 7-я ветка? И когда примерно ожидать выход релиз кандидата?

Может ли Друпал работать с sqlite, без правки кода?
И возможно ли выполнение следующей задачи?
Допустим у меня спортивный сайт, в котором присутствует спортивная статистика по чемпионатам! Мысль такая ... сделать для каждого чемпионата статистику в отдельной базе sqlite, дабы не нагружать основную ... при случае основная база будет хранится отдельно. А довольно частые запросы, например игры Спартака за последние 10 лет, будут храниться во временной базе sqlite. Данная технология нужна и для других задач ... . Можно ли подобное сделать стандартными средствами?

А вдруг Друпал станет платным? Вот надумает Дрис Байтаерт, и всё! Нисмотря ни на что!!!
Вот такая вот мысль, меня посетила с утра! Поэтому возникает вопрос, сможет ли сообщество, отделиться от главной ветки? Лично я понимаю, что сможет (GNU GPL v2), но не на 100%.

Интересен такой вопрос!?
Поставил мультисайтинг, с 25 поддоменнами - на одну базу данных, с разными префиксами и с объединением нескольких таблиц, пока юзеров и переводы, далее, хочу объединить блоки, редактор, возможно форум.
Вот такой вопрос!
Если разделить базы данных, то есть на каждый поддомен, по отдельной базе - то не замедлит ли, работу друпала одновременное подключение к нескольким базам одновременно? Сколько база данных (mysql), сможет поддерживать таблиц внутри одной базы?

И ещё, поначалу были большие тормоза - в админке, думал, что что-то не так сделал. В отчёте по состоянию было "Статус HTTP запроса Неудача", поставил в сеттинге $conf['drupal_http_request_fails'] = FALSE; И всё прекрасно заработало (может кому пригодиться...). Связано -это с тем, что домен 3-го уровня - ещё некоректно работает с DNS (хотя активировал его, уже полдня назад), между тем - домен 3-го уровня активированный пару дней назад, работает без проблем! Так что, в принципе запись $conf['drupal_http_request_fails'] = FALSE; можно через пару дней убрать.

И ещё, моё личное мнение (возможно я не прав), неважно какое число таблиц в базе, важны оптимизированные таблицы внутри базы. А подключение дополнительных баз, увеличивает накладные расходы, с необходимостью подключения к двум, а то и более базам данных! Прошу поправить меня, если я не прав, ибо вопрос довольно актуален!