Мета-теги (модуль Nodewords) в Zen 2.0 прекрасно заработали. С чем я себя и поздравляю

По поводу вашей темы — не знаю что и думать (в Zen'е 1.1 тоже нифига не понятно было — $head вроде бы нигде не переопределялся). Каким чудом $head вообще подцепляет мета-теги — хз. Попробуйте поковыряться в модуле, а потом попытаться этот кусок темизировать, может и «пробить», если дело всё-таки в теме (а всё указывает именно на это — в моём случае в других темах всё работало).

По первому вопросу — если у вас используется Zen, то у него такая проблема есть, по крайней мере у версии 1.1. Сам на эти грабли буквально недавно наступил.

Сейчас переделываю на версии 2.0, надеюсь поможет. О результатах отпишусь.

А в файлах темы типа *.tpl.php и template.php смотреть не пробовали? В ядро лазить для верстки меню — жесть страшная.

Золотое правило — сразу полный бэкап всего и вся, а потом уже эксперименты. И только так.

Я ставил альфу 3-ей вьюхи (умеет работать с i18n, а мне сильно не хватало). Ничё так, глючит местами, но основные феньки работают без проблем. Так и крутится до сих пор, юзера не жаловались.

А сколько ты его уже делаешь? И какой примерный функционал планируется?

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

И заодно скажи, где хостить собираешься.

CSS'ом его, CSS'ом! Костылём!

Очень жаль, что я не попал. Вы неудачно перенесли — у меня на старые даты отпуск попал, я бы даже его половиной пожертвовал ради такого благого дела

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

"Alex_R" wrote:

Достаточно сложно отслеживается, поскольку это мультисайтинг с общими юзерами, условно общим контентом, но с разными ролями для каждого сайта. При этом материалы типа "А"(общие отчеты) доступны только для конкретного сайта, а материалы типа "Б" (личные фотоальбомы и т.д.) и являются одним из условно общих видов контента и условием включения их в контент конкретного сайта как раз и должна стать эта установленная связь между документами.

Если стоит задача переноса базы, неплохо использовать Sypex Dumper.

Можно попытаться почудить с Workflow, но лично я не уверен, что получится. Скорее всего, что-то все-таки придется писать самому. В любом случае, Workflow наиболее подходящий для этого старт, ИМХО.

Меня сейчас заклюют, но я всё же скажу эту ересь — если выбирать движок для standalone-блога, то это однозначно Wordpress.

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

Мне понравилось.

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

Отрезюмирую.

Во-первых, можно. И это главное.

Во-вторых, нужно, если в вашей теме не предусмотрен вывод контента, который нужен для административных служебных страниц (напр., табы).

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

Archive

"theСанитар" wrote:

>1. для каждого отдела должен быть домен третьего уровня, например, домен компании company.ru, то для каждого отдела otdel1.company.ru и т.д.
Многосайтовость, по друпалу на отдел (а таблицы юзеров зарзделить между всеми), это уж как удобнее.

Проверьте баннерорезалки (могут блочить js-файлы с определенными именами), права доступа к модулю (и отображаемость на страницах/textfield'ах), настройки модуля Throttle (если он включен). В конце-концов, посмотрите код выданной страницы, где редактор должен отображаться. Может, просто модуль не отрабатывает, а не браузер глючит?

Серверная сторона к джаваскрипту отношения иметь не может.

Domain Access, Internationalization.

Насчет хостинга с RxB не соглашусь. Если сервак не сильно нагружен и есть возможность выдать Друпалу метров этак 256-512 памяти — полетит. Т.е. ориентировочно за глаза хватит чего-то а-ля двухъядерного кор2дуо, пары гигов памяти (про запас), шустрого винта (и, чтоб ему скучно не было, еще один в рэйд) и прочего в таком же роде. На видяхе можно сэкономить, если админа не жалко

хм… AdBlock?

И вообще, поставьте лучше Ckeditor.

"Stan.Ezersky" wrote:

Вообще-то, похороны IE6 уже были

Этого упыря просто так не похоронишь. Сколько раз уже «хоронили» тем или иным образом, ан нет — вылазит, проклятый, кусает клиентов и верстальщиков, и те продолжают требовать/верстать. К слову, тот же Microsoft, еще и цветочки на похорон приславший, обещает поддержку IE6 до 2014 года. От такой-от «покойничек»…

"Stan.Ezersky" wrote:

Ну так пишите разработчикам программы

Угу, особенно если софт честно крякнут

А вообще, прекратите поддержку IE6, и дело с концом. Пора уже похоронить старичка.

А может вам модуль Archive лучше подойдет?

Или прикрутить таксономию Идеально ведь подходит.

P.S. У меня такое впечатление, что с развитием CCK вкупе с могучим Node Reference многие о таком способе организации контента просто забыли. А зря.