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

Большое спасибо всем за ответы. Разобрался в тот же день благодаря VasyOK. На ранних версиях XP небыло Myriad Pro, и т.к. до сих пор таких машин по офисам стоит предостаточно проблема актуальна. В эксплорере все отображалось ок, т.к. для него прописал отдельные стили, ибо одни и те же шрифты отображает иначе чем все остальные браузеры. И, собственно, для эксплорера был прописан Arial и все было замечательно) Сменил на Arial везде, все тип топ. По ходу, действительно единственное решение, ну или картинки еще использовать.

Благодарю.

Может я чего не знаю, но по моему ни один из моих модулей к сторонним сервисам не обращается.
Собственно, вот перечень моих модулей:

Path Access
CCK
DomainAccess
MenuPerRole
Cumulus
Tagadelic
Views
Administer Users by Role
Automatic Nodetitles
DHTML Menu
FCKeditor
IMCE
Lightbox2
Pathauto
Role Delegation
Term Display
Token
Token actions
Weight
Taxonomy_Menu

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

Нашел, что у модуля Domain Access, который и использую, включена по умолчанию опция, которая, по идее, должна при запуске cron, запускать его на всех поддоменах. Но этого не происходит. Нашел решение, создав в папке sites каталог с названием поддомена, и поместив в нем файл cron.php

Теперь, обращаясь xxx.site.ru/cron.php крон срабатывает. Теперь ищу возможность каким образом мне запускать крон на всех доменов, не дергая постоянно хостера с просьбой запускать крон для очередного поддомена.

Нашел рецепт, создал файл multicron.php в котором прописал:

Спасибо за ссылки.
Нашел вот такой комментарий в обсуждениях мультисайтового крона:

"Если таблицы не объединены, то cron.php надо запускать для каждого сайта."

Собственно, назревает вопрос, а какие именно таблицы должны быть объединены для того, чтобы не запускать cron для каждого сайта?

Да, мультисайтинг развернут с помощью модуля Domain

Существуют домены:
site.ru
xxx.site.ru
yyy.site.ru
и т.д.

Поддержка хостинга настроила запуск cron для site.ru , вот только проблема в том, чтобы запустить cron для его поддоменов. Модуль Domain создает поддомены с разными или общими таблицами автоматом, без редактирования содержимого папки sites, соответственно там нет файлов cron.php для каждого поддомена. Запуск cron для главного домена не приводит к выполнению регулярных процедур на поддоменах с разными таблицами. Как быть?

Эм, проблема в том, что я на виртуальном хостинге. Я только могу им сказать какой файл и с какой периодичностью запускать, из контрольной панели к настройкам cron доступа нет. Мне запускают cron.php с периодичностью раз в час. При использовании модуля Domain не создается cron.php для каждого поддомена. Структура каталога sites вообще не претерпевает никаких изменений. От того и не понятно как организовать запуск cron на поддоменах с использованием модуля Domain. Как организовать, не подскажите? Хорошо бы подробно, опыта в этом нет.

Поясните пожалуйста, я только столкнулся с cron. Где что именно требуется прописать?

Спасибо!

Возможно организовать меню и список нод от него зависящих с помощью taxonomy_menu, но как тогда ноду сделать ссылкой? Или такое меню как-то по другому организовывается?

Спасибо за ответ!

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

Вопрос можно было бы решить по другому, если было бы реально сокрыть пункт меню, что создается для словаря, оставив ссылки на термины. Или вообще не создавать ссылку для словаря, а создать их только для терминов этого словаря. Это реально сделать?

ps. Если в меню отключить пункт меню, созданный для словаря исчезает вся ветка вместе с ссылками на термины, так что это не вариант.

Такой результат получается легко:
"Ссылка на словарь">"Ссылка на термин">"Прикрепленные к термину ноды"

А нужно:
"Ссылка на словарь">"Прикрепленные к словарю без терминов ноды"

Как водится, разобрался сам. Итак, один из способов решения пробемы удаления полей при создании материала:

1. Ставим модуль Override Node Options
2. В разрешениях этого модуля ставим те поля которые хотим чтобы отображались.
3. Снимаем разрешение с Управление Материалами.
4. В настройках модуля Override Node Options снимаем галки с Authoring information collapsed by default, Publishing options collapsed by default

Хотя недостаток минимален. Админу в любом случае придется выдавать разрешение соответствующей роли на создание и редактирования типа материалов в модуле ядра Node

В настройках темы можно отключить вывод содержимого полей на страницу, а не сами поля при создании ноды. При создавании нового типа материалов нельзя отключить поля ИнформацияОбАвторе. ССК стоит, штука хорошая.

Не пойму как этот модуль Override Node Options работает. Вроде как должен вырубать выбранные опции, в том числе и информацию об авторе, но он этого не делает. Разрешения и так и сяк крутил.. Кто нибудь с этим модулем работал?

Нашел модуль который кажется должен решить проблему. Override Node Options. Сегодня попробую.

Может быть есть модуль запрещающий редактировать эти поля определенным ролям?

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

Потому, что эти галки отключают показ значения этих полей при выводе материала, а не показ полей ввода при создании материала.