Dan: Комментарии

Главные вкладки

16 января 2007 в 12:10

> И то насколько сайты будут _разными_ зависит от количества расшаренных таблиц. Wink
И фантазии разработчика Smile Согласен, вот только с утверждением "...вполне подходящее решение, не требующее правки кода.", я бы поспорил. Мультисайтинг средствами админки пока не делается - в коде таки придётся разбираться, плюс надо знать какие таблицы должны быть общими, а какие - раздельными.

16 января 2007 в 1:13

Только что забил этот пост и вижу, что я уже говорил, где искать эти secondary links! (см. пост выше)!
Блин, там же по русски написано: "Primary and secondary links settings", второй селект: "Menu containing secondary links:"!

16 января 2007 в 1:10

> Собственно приоритетная задача: надо чтобы с каждым пунктом главного меню было связано свое меню, которое отображается если перейти в соответствующий раздел, причем отображается отдельно.
Для этого как раз и нужны primary и secondary links.
Само меню "secondary links" может отсутствовать по умолчанию - его надо задать самому (admin/menu)
Затем надо настроить эту систему, то есть задать первичные и вторичные ссылки, это делается в admin/settings/menu.

16 января 2007 в 1:01

Мультисайтинг - это _разные_ сайты с одинаковым Drupal`ом и некоторым количеством совместно используемых таблиц (например таблица пользователей).
vinslave же чётко определил задачу - использовать разное оформление _одного_ сайта.

vinslave, поищи на Drupal.org - там была тема для мобильных (ключевые слова: PDA, wml, mobile Smile

16 января 2007 в 0:40

можно и стандартной.
в настройках конкретного словаря надо выставить тип иерархии (Hierarchy): одиночная или множественная - получится древовидная (или более сложная)
test it!

14 января 2007 в 12:39

>Сколькими пользователями коннектиться друпал к базе?
одним
>Сколько баз ему надо для одного сайта?
несколько сайтов могут быть в одной БД (благодаря префиксам)
>И сколько коннектов он поднимает при выводе страницы?
одна страница - один коннект, но запросов много

14 января 2007 в 12:17

Не стОит браться за drupal, если нет желания програмировать.
Не уверен, что всё вышеперечисленное можно сделать без изменения кода, но уверен, что захочется что-то сделать по-своему - как минимум, без темизации (изменении внешнего вида) не обойтись.

13 января 2007 в 11:47

> Есть люди дико озабоченные безопасностью сайта
> если перерубят кабель в одном месте все работало без перебоев в другом

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

12 января 2007 в 11:09

> шустрый скрипт Dumper
гы, и он тоже с веб-интерфейсом Smile

Designer, с не web-интерфейсом можешь юзать gui-tools от MySQL (качай с оф. сайта).

Но советую прислушаться к seaji: "лучше начинать локально привыкать к тому, с чем придется работать на хостинге"

10 января 2007 в 16:46

> т.е. можно не залезать в базу серьезно.
лесть в базу - последнее дело (не в смысле пОдло, а в смысле "когда больше ничего не помогает :). сначала нужно поискать существующие переменные/функции - благо исходный код открыт Smile