Philipp

Вам не книга нужна, вам сюда нужно: phpfaq.ru/newbie/na_tanke

А так все просто, есть Linux - это операционная система, такая же как Windows, или Mac OS, или FreeBSD или еще 1000 различных вариантов.
Есть веб-сервер, например apache или nginx. Их задача принять запрос от пользователя (из браузера), как-то его обработать и отправить ответ назад пользователю. Чаще всего это происходит по протоколу http.
А теперь рассмотрим обработку запроса несколько детальнее, допустим url example.com/index.html, тогда веб-сервер видит, что запрашивается файл /index.html, идет в директорию, которая является корневой для веб-сервера (пресловутый DOCUMENT_ROOT) и ищет в ней файл index.html. Если файл такой есть, то веб-сервер открывает этот файл и начинает его читать и прочитанное отправлять назад в браузер пользователя. Так происходит и с картинками.
Гораздо интереснее становится тогда, когда пользователь запрашивает файл вида index.php. Тогда сервер (например apache) видит, что файл этот не простой, а файл особого типа (грубо говоря типа PHP), и он должен быть обработан особенным образом, поэтому ссылка на файл передается интерпретатору языка PHP (в случае с apache это обычно mod_php, с nginx - php-fpm), тот в свою очередь открывает этот файл, читает его, превращает его в байт-код, и затем запускает этот байт-код. Байт код выполняется, генерирует html и потом этот html передается назад веб-серверу, который пересылает этот html в браузер клиента.
А код на PHP уже внутри себя содержит команды взаимодействия с базой данных - язык запросов SQL. А база, точнее система управления базами данных (например MySQL) представляет собой отдельную программу, которая может быть запущена на той же машине, что и веб-сервер.

Берете исходный текст письма с ошибкой и разбираете его заголовки вручную.
Просто идете построчно и ищете строку X-Failed-Recipients:. preg_split & stripos вам помогут.
Начните разбор с самых часто встречающихся случаев, а потом доведёте остальные до ума.

Redis, с включением Persistence redis.io/topics/persistence

В MongoDB вы можете использовать https://docs.mongodb.org/manual/reference/configur... для старого хранилища.
Для WiredTiger по умолчанию идет компрессор snappy. Но вы можете использовать zlib или bzip
source.wiredtiger.com/2.4.1/compression.html Правда нагрузка на CPU вырастет. Будьте осторожны.
Кроме этого я могу сказать, что у вас неправильный подход к бекапам для MongoDB. Использовать режим полного бекапа не очень удобно. Правильно использовать отложенную репликацию.
Могу сказать, что у меня текущая база содержит примерно 100 GB данных (на диске 253G, Mongo 2.6). Все отлично реплицируется (у меня replica set из 2х машин) и бэкапится (delayed). Это требует отдельный сервер, но он может быть не таким мощным как основной или иметь другой диск, например обычный HDD.
10 GB это очень маленький объем данных. Пересмотрите свою архитектуру.

Если ролики небольшие, то последуйте этому совету habrahabr.ru/post/245165

На работе был случай с подобным решением, но только вместо видео были документы и картинки. Очень быстро был забит канал под завязку (тоже в облаке Amazon).
В вашем случае лучший вариант использовать оптимизированный для раздачи видео CDN, т.к. при должной посещаемости ширина канала будет исчерпана очень быстро.

Вам нужно разрешить Indexes.
Что-то вроде этого

<Directory "/var/www/html">
    Options Indexes FollowSymLinks MultiViews
</directory>