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

"RHODIUM" wrote:

в Base DNs: написал DC=site,D=ru

ИМХО, этого недостаточно, нужно указать еще и OU
Попробуй для начала подключиться к своему LDAP серверу с помощью сторонних утилит, типа LDAPExplorerTool, чтобы удостовериться что параметры подключения ты задаешь верно.

"RHODIUM" wrote:

в PHP to transform user name: return $name;

Это не мешает, но и не имеет смысла, т.к. никаких преобразований имени не производится.

Нужно было заглянуть поближе, в README модуля:

Quote:

This module currently works with themes that implement node templates with containing divs whose id attributes are of the pattern "node-%nid", where %nid is the node's numeric nid. Similarly, this module is compatible with themes that implement block templates with containing divs whose id attributes are of the pattern "block-%module-%delta".

Есть такой модуль который делает фильтр чексбоксами - Sexy Exposed

Хостинг не знает о существовании ivanov.sitename.ru, он знает только что запросы на *.sitename.ru, нужно отдавать движку. С точки зрения вэб-сервера мультисайты друпала это ОДИН сайт, со всеми вытекающими последствиями, типа невозможности разграничения доступа.

"VasyOK" wrote:

Я думаю, что этот password не составит большого труда узнать, если посмотреть картинки на сайте.

Разумеется, любой из способов которые можно придумать в этом случае будет основан на сокрытии информации о фактическом расположении файлов. Но создав с ноду с php-содержимым, любопытный Иванов легко получит на руки всю интересующую его информацию из папок мультисайта.

Это конечно куда проще, но только вот $user содержит информацию о текущем пользователе, т.е. о том кто просматривает страницу, а не о авторе ноды.

"witch" wrote:

Вывожу print $account->uid; и в итоге пустота..

Не проблема, добавьте одну строчку
<?php
$account = user_load(array("uid" => $node->uid));
?>

user-profile.tpl.php или node-profile.tpl.php - абсолютно неважно

Никак. Пользователей/сайты нужно разносить по разным учеткам.
В качестве плохонького варианта, для тех кто не будет совать нос дальше админки, можно папки для файлов сделать следующего вида - там sites/ivanov.sitename.ru/[password]/files - где password - некий уникальный набор случайных символов.

Cессии трогать не нужно.

Встройте этот код в ваш user-profile.tpl.php

<?php
$time_period = variable_get('user_block_seconds_online', 2700);
$uid = $account->uid; // get the current userid that is being viewed.
if ($account->access > time() - $time_period) {
echo 'Online';
}
else {
echo 'Offline';
}
?>

ID перепутаны только для одного материала или нескольких? Или всех? ID в примере приведены реальные?
Также из вопроса непонятно, используете ли вы ревизии(версии) материалов.

Если однозначно нет - ставьте одинаковое значение nid и vid в обеих таблицах.

Если да - вам нужно определить "проблемные" ноды по несоответствию заголовка (title) и текста (body), затем нужно вручную сравнивать поле body записей в node_revisions, группировать их по nid, поставляя его значение в соотвествии с nid из таблицы node, для записи в которой подходит заголовок(title).

Закрывают как раз таки из-за проблем с безопасностью вызванных архитектурой решения.
А в качестве замены рекомендуют пользоваться OpenID.

Выход - импорт материалов из CSV файла модулем NodeImport

>Вопрос как изменить вид этого списка, как добавить поля? я не нашел во views ничего подобного profile/profile_region/%

Этот список формируется модулем Profile, а не модулем Views. Добавить существующие поля профайла к списку можно поставив переключатель "Видимость" - "Публичное поле. Данные отображаются в профиле и списках пользователей."

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

В httpd.conf вероятно установлено "150".
Это не может являться причиной падений.

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

Странно что никто пока не упомянул такой важный параметр конфигурирования Apache как MaxClients.
Начините-ка оптимизацию именно с него http://2bits.com/articles/tuning-the-apache-maxclients-parameter.html

Как любитель котят настоятельно рекомендую Views

IMCE c Upload не связаны, так что для него нужно отдельное решение.

"Лампочка" wrote:

а поподробнее?

Drush - Drupal shell
Но то что апдейт можно запустить одной командой не означает, что апдейты будут корректно работать на вашей системе.

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

UploadPath

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

"kleryk" wrote:

Да но интеграция только с Друпал 5*
А на 6 нет..

Откуда вы это взяли, если в даже в теме топика о интеграции на форуме поддержки написано о поддержке Drupal 6.x? - http://forum.tufat.com/showthread.php?t=50869

А разработчики что, отказываются поддерживать свое творение?
Во-первых, непонятно куда у вас вставлен вышеприведенный код встраивания флешки. В ноду? В шаблон темы? От этого зависит uri конечной страницы и путь по которому флешка будет искать ваш sound2.mp3
Второй вариант - не заморачиваться с определением uri, а прописать в флешке абсолютный путь к файлу (типа http://mysite.com/files/sound2.mp3).