Борис Сёмов

Есть совершенно разные масштабы сетей, и компании бывают и в 10 человек и в 10000. соответственно и спектр решений огромен.
При наличии более-менее приличного бюджета dhcp, фаерволл и прочие сетевые функции почти всегда ложатся на специализированные железки, а не на серверы общего назначения.
Впрочем для soho тоже есть "хардварные" фаерволы, ну и роутеры, конечно. =)
А есть-ли вообще при этом какие-то сервера локально, уже определяется спецификой компании. Но чаще всего, пока есть.

Я не пробовал, полный цикл такой, но как снять исполнителю, так и пополнить заказчику можно с помощью Pаypal, насколько я понимаю...

ab -n 1000 -c 100 http://domain.tld/uri

Возможно, n надо будет сделать больше.
ab это https://httpd.apache.org/docs/2.4/programs/ab.html

Во-первых mysqli_error() вернёт вам вашу ошибку, и будет понятно, что не так с запросом.
Во-вторых не используйте mysqli, и не составляйте так запросы - это путь к неизбежным дырам. Есть PDO, подготовленные зарпосы(prepeared statments), и привязка параметров(parameter binding).
Что-то типа такого:

$stmt = $pdo->prepare('SELECT name FROM users WHERE email = :email');
$stmt->execute(array('email' => $email));

Это псевдонимы таблиц:

`" . DB_PREFIX . "feed_category` gbc

вот тут мы обозвали таблицу с каким-то именем gbc, и в дальнейшем, мы можем использовать gbc.fieldname вместо того чтобы писать каждый раз `" . DB_PREFIX . "feed_category`.fieldname также это нужно не только для красоты, но и для многократного использования одной и той же таблицы в запросе, в подзапросах и.т.п.

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

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

Если просто добавляется расширение .jpg, и есть возможность загружать картинки в других форматах, то это, конечно, не правильно.
Если все файлы действительно конвертируются в jpeg, или загрузка файлов в других форматах фильтруется где-то, то всё ок.

Ну и да, расширение, не имеет отношения к _формату файла_, на самом деле. Это не более чем подсказка.

Основной вопрос не в том, даже, как минимизировать видео, а как организовать проигрывание без его полной загрузки.
Если просто положить файл на сервере и отдавать его по http, как бы оно не было сжато, оно создаст проблемы пользователям.
По меньшей мере, надо использовать что-то вроде nginx.org/ru/docs/http/ngx_http_mp4_module.html или h264.code-shop.com/trac/wiki/Mod-H264-Streaming-Ap... или какое-то аналогичное решение, для вашего веб сервера. Или даже специализированный стриминговый сервер.

Также, надо снизить битрейт видео до пары мегабит хотя бы, а лучше даже меньше. Frame rate 50, конечно слишком жирно для веб - 30 уже более чем достаточно, да и разрешение, наверняка, можно сильно порезать, а дальше играться с качеством.

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