Alexandr Kazakov

Нашел в чем проблема. NameSpace должно быть без точек...

Для отладки можешь вариантами ниже воспользоваться

// Запись в файл debug.txt данных из массива $_POST
file_put_contents('debug.txt',var_export($_POST,true));
 
// Так же можно добавить параметр FILE_APPEND что бы новые результаты добавлялись в конец файла, без его перезаписи
file_put_contents('debug.txt',var_export($_POST,true).PHP_EOL,FILE_APPEND);

###### U P D: #########

Спустя кучу комментов выяснили, что данные приходят в виде массива application/json

{"key1":"value1","key2":"value2","key3":"value3"}

А не как обычный application/x-www-form-urlencoded где данные вида

key1=value1&key2=value2&key3=value3

Поэтому PHP не может понять и обернуть эти данные в переменную $_POST, и надо обработать данные самостоятельно.
Для этого получаем эти данные в сыром виде из потока ввода и прогоняем через json_decode.

$JSON = json_decode(file_get_contents('php://input'),true); // true что бы получить в качестве привычного массива, а не объекта
var_dump($JSON);

Обращаться к данным соответственно через $JSON['key'], а не через $_POST['key']!!!

Если ресайзить на лету и кэшировать уменьшенную картинку (повторно уже из кэша отдаёт), то попробуйте воспользоваться классом CFile::ResizeImageGet

Теоретически должен примерно такой код заработать (если CONSULNANT_FOTO это свойство типа "файл", а не строка):

<?
$wsize = 100; // новая ширина 100 пикселей
$hsize = 100; // новая высота 100 пикселей
$file_path = CFile::ResizeImageGet(
        $arResult['DISPLAY_PROPERTIES']['CONSULTANT_FOTO']['VALUE'], // ID файла 
        Array("width" => $wsize, "height" => $hsize),
        BX_RESIZE_IMAGE_EXACT, // тип масштабирования, подробнее в документации по ссылке выше
        false);
?>
<img src="<?=$file_path['src']?>" width="<?=$wsize?>" height="auto"/>

Размеры под себя в переменных остаётся настроить и возможно поэкспериментировать с типом масштабирования.

Если это vds-хостинг, то самостоятельно выбираете нужный дистрибутив, создаёте виртуальный сервер, а дальше устанавливать в зависимости от выбранной ОС

На мой взгляд без мощной PR-кампании и крупного рекламного бюджета (как это было например с now.ru) сейчас делать такой сайт нерентабельно.

Если и выходить на этот рынок со своим сайтом, то видео-контент должен быть какой-то уникальный.

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

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

ТНТ особенно любят строчить письма с требованием удалить видео-контент, т.к. им выгодно что бы их сериалы смотрели на рутубе, где рекламы уже больше чем в телевизоре. На 5 минутном видео можно успеть 3-4 раза посмотреть рекламу, и некоторую невозможно закрыть до окончания рекламного ролика. Ну не охренели ли так навязывать?

+ Расходы на хостинг
Посоветуйте вашему другу посчитать расходы на хранение видео-контента. Один фильм в нормальном качестве длительностью час может весить в среднем 2-3 Гб.
А теперь прикиньте сколько тысяч различных фильмов и серий сериалов у вас будет на хостинге.
И с ростом популярности придётся либо масштабировать и наращивать мощности, либо за немалые деньги арендовать 10+ гигабитный интернет-канал у хостера.

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