Никак. Вы не сделаете этого на одном сервере.
При 5000 онлайн (это зрители которые будут одновременно смотреть на различеное видео?),
вам понадобится канал в 5000*ну например на 750Кбит = 3,75Гигабита в сек. минимум и только на видео. Не говоря о том, что нужна будет система хранения, которая сможет обеспечить отдачу этих 3000 потоков на такой скорости, что весьма не просто.
Это делается обычно на пачке серверов на гигабитных каналах, причём почти вся сумма, которую вы будете платить за аренду будет относиться не к серверам, как таковым а к трафику.
Весьма правильное замечание. Нормальный профи слишком дорожит своей репутацией, чтобы таким заниматься, да и ему вполне хватает того, что он зарабатывает своим трудом.
А те, кто хочет сделать что-то нехорошее, частенько заманивают низкими ценами.
А по поводу подозрительных личностей - есть сомнения, так не работайте, кто ж заставляет.
Проверку можно сделать, в простейшем случае, сравнив файлы, и посмотрев изменения, но нужна достаточная квалификация, чтобы понять, всё-ли хорошо.
Всё сказано в ошибке. =) Не получается создать временный файл. Надо правильно установить tmpdir.
Подробнее тут http://dev.mysql.com/doc/refman/5.1/en/temporary-files.html
!^/7\.php$
А собственно чем не оправдано?
Думаете про нагрузку? Или про сложность настройки?
Изучить Drupal действительно сложнее будет, чем modx, но если это не последний сайт, на мой взгляд намного полезнее.
По нагрузке, в случае такого сайта, всё можно хорошо закешировать, и принципиальной разницы не будет.
В Drupal ядре друпала нет никаких галерей, там только самое необходимое. =) А модули обычно не несут готового функционала, а являются основой для его создания.
Галерея, например, делается часто используя:
Taxonomy(в ядре) или Node reference - задаёт структуру
CCK imagefield - хранение изображений
Imagecache -масштабирование, эффекты, водяные знаки
Views и какой-нибудь готовый форматер для Views, или свой форматер - делает нужную выборку, определяет представление данных
Причём на основе этих модулей можно сделать не какую-то определённую, а очень разные галереи, причём не только по внешнему виду, но и по структуре, и по принципе работы.
.
Клиенты предпочитают битрикс из-за хороших маркетологов битрикса, у которых грамотный подход и большой бюджет.
Удобную же админку, можно сделать много где, например в том же Drupal, если не довольствоваться тем что есть по умолчанию и приложить руки не только к фронтэнду, но и к ней, благо она тоже прекрасно настраивается и темизируется.
Присмотреться можно вполне. Правда местами качество кода не слишком.
Это и есть общий канал. И то, что вам говорят, что он свободен и всё для вас, ну вы понимаете... =) А канал этот, может быть ещё и не на одну ноду с виртуалками, на самом деле, тут уж как жадность хостера работает.
Вы замечательно задаёте вопрос: конечно можно довольно просто догадаться, что пишите вы на PHP, а вот функция imap_body() может быть объявлена в принципе где угодно.
Я догадываюсь, что это php_imap, и тогда, если я правильно понимаю то, что вы понимаете под "id сообщения", вам надо передать третьим параметром константу FT_UID, потому что иначе вы запрашиваете сообщение по номеру, а не идентификатору сообщения.
Моя телепатия сработала? =)
Ну да, Views как раз позволяет не допиливать, а сделать так как надо, как и большинство модулей Drupal. А каталог Ubercart, это некое готовое и не очень хорошо изменяемое решение, сделанное как раз в стиле других CMS - поставил как есть и работает, вместо подхода Drupal - поставил несколько модулей, настроил связи, получил то что хотел. Хотя на самом деле, его можно изменить, перекрыв определённые хуки, но это того не стоит. Хорошо ещё, что категории товаров таксономия, а товары - ноды, и всё это хорошо ложится на Views, иначе Ubercart был бы совсем унылым.