Вы с таким вопросом пишите явно не на том форуме...

Сходить в гости на joomlaportal.ru?

"alex_shut" wrote:

вражина. слил на ровном месте

Никак. Его можно только заменить своим, имея доступ к базе.

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

Мнения не особо-то и делились, выше моего первого комента вас просто тролили.

Вполне нормальный вопрос, что так накинулись-то?

http://drupal.org/security
http://drupal.org/security/contrib
http://drupal.org/security-team

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

Друпалу как таковому, безразлично, будет у вас 10 человек в день или 10000. Впрочем как и любой другой CMS.

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

Relations они же Связи. Есть и в 6.
То, что вы пытаетесь сделать, не выйдет. В результатах views без использования связей не будет полей из связанного материала.

Такие ворнинги возможны при отключённой буферизации в php. Посмотрите значение output_buffering в настройках php (/admin/reports/status/php) типовое значение 4096.

Это как раз приближение к стандартам Drupal, например, чтобы работал nodetype-node.tpl.php в папке темы должен быть и node.tpl.php.

В свете развития мобильных платформ и отсутствия развития флеша его ждёт закат. И как мне кажется куда раньше чем через 5 лет.

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

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

Посмотреть, на месте-ли указанные в ошибках файлы и какие на них установлены права.

Вам надо не CMS искать, а дизайнера и разработчика.

Минимально - Views, CCK, Ubercart и их зависимости, но этот ответ вам поможет очень мало, т.к. судя по вопросу, вы не сможете сделать магазин на Drupal ещё довольно долго.

Для дальнейшего анализа и написания фильтра, точнее одной из его частей.

Вот так, например: http://drupal.org/node/491400#comment-4447128
Для 7 и views 3 может отличаться, не пробовал, но смысл тот же, даже если немного разнится реализация.

"Айдар" wrote:

С другой стороны, в комментах будет много неуника.

Другое событие, которое будет вызывать вашу темизацию.

Чуть не забыл - посмотрите на то, как у вас происходит авторизация пользователя на сервере mysql, нет-ли там лишнего медленного dns запроса.

Какие-такие "bonnie и викторией" - iostat, iotop.
Вам надо найти узкое место. И его устранить. Это может быть сеть, это может быть ввод/вывод, это может быть не оптимальная настройка чего-либо, например отключённый query cache в mysql, или какая-нибудь подобная глупость.

При загрузке результатов views через ajax, у вас создаются новые dom элементы, если вы при этом вешаете запуск вашего JS на событие onload страницы, то естественно они обработаны не будут - их ещё нет в этот момент.

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

По идее, утверждается, что коннект через tcp port всего на 20% медленее, чем через socket, но на практике почему-то наблюдается заметно больше.