user www-data;
worker_processes auto;
pid /run/nginx.pid;
include /etc/nginx/modules-enabled/*.conf;
events {
# Максимальное количество соединений, которые Nginx может обслуживать одновременно
#определяются произведением двух параметров:
# Всего соединений = worker_processes x worker_connections
#Определяет количество рабочих процессов.
#worker_processes auto;
#Устанавливает максимальное количество соединений одного рабочего процесса.
#Следует выбирать значения от 1024 до 4096.
worker_connections 1024;
#Устанавливает метод выбора соединений
use epoll;
#Будет принимать максимально возможное количество соединений
multi_accept on;
}
http {
##
# Basic Settings
##
#Метод отправки данных sendfile более эффективен, чем стандартный метод read+write
sendfile on;
#Будет отправлять заголовки и и начало файла в одном пакете
tcp_nopush on;
tcp_nodelay on;
#Keepalive соединения позволяют избежать необходимости повторного создания
#соединения между клиентом и сервером.
#Будет ждать 30 секунд перед закрытием keepalive соединения
#keepalive_timeout 30;
#Максимальное количество keepalive запросов от одного клиента
keepalive_requests 100;
#Много проблем могут создать медленные (тупящие) клиенты. Медленная передача тела
#запроса от клиента к серверу и неожиданное закрытие клиентом соединений могут
#создать большое количество лишних соединений на сервере.
#Если клиент перестал читать отвечать, Nginx будет сбрасывать соединение с ним
reset_timedout_connection on;
#Будет ждать 10 секунд тело запроса от клиента, после чего сбросит соединение
#client_body_timeout 10;
#Если клиент прекратит чтение ответа, Nginx подождет 2 секунды и сбросит соединение
#send_timeout 2;
#Максималиный размер хеш-таблиц
types_hash_max_size 2048;
#Не будет отображать версию nginx
server_tokens off;
#Размер корзины в хэш-таблицах имён серверов (32|64|128)
# server_names_hash_bucket_size 64;
#Указывание порта в перенаправлениях, выдаваемых от nginx
server_name_in_redirect off;
include /etc/nginx/mime.types;
default_type application/octet-stream;
#Разрешает или запрещает сжатие ответа методом gzip.
gzip on;
#Запрещает сжатие ответа методом gzip для запросов с полями заголовка “User-Agent”
#похожими на указанные.
gzip_disable "msie6";
# gzip_vary on;
#Настройка сжатия ответа методом gzip для проксированных запросов (off - запрещено,
#expired - сжимать, если в заголовке ответа есть поле “Expires” со значением, запрещающ$
#no-cache - сжимать, если в заголовке ответа есть поле “Cache-Control” с параметром “no$
#no-store - сжимать, если в заголовке ответа есть поле “Cache-Control” с параметром “no$
#private - сжимать, если в заголовке ответа есть поле “Cache-Control” с параметром “pri$
#no_last_modified - сжимать, если в заголовке ответа нет поля “Last-Modified”,
#no_etag - сжимать, если в заголовке ответа нет поля “ETag”,
#auth - сжимать, если в заголовке запроса есть поле “Authorization”,
#any - сжимать все проксированные запросы.
gzip_proxied any;
# Степень сжатия (от 1 до 9)
gzip_comp_level 6;
# Число и размер буферов в которые будет сжиматься ответ.
# gzip_buffers 16 8k;
#Минимальная HTTP-версия запроса для сжатия ответа.
#Минимальная HTTP-версия запроса для сжатия ответа.
# gzip_http_version 1.1;
# Сжатие ответа методом gzip для указанных MIME-типов в дополнение к "text/html".
#"text/html" сжимаются всегда.
#gzip_types text/plain text/css application/json application/javascript text/xml applic$
##
# Информация о файлах
# Nginx умеет кешировать информацию о файлах, с которыми ему приходится работать
# (например, css стили или картинки). Если к таким файлам происходит много обращений,
# кеширование может значительно ускорить этот процесс.
##
# Определяет максимальное количество файлов, информация о которых будет содержаться
#в кеше
open_file_cache max=200000 inactive=20s;
# Определяет через какое время информация будет удалена из кеша
open_file_cache_valid 30s;
# Будет кешировать информацию о тех файлах, которые были использованы хотя бы 2 раза
open_file_cache_min_uses 2;
# Будет кешировать информацию об отсутствующих файлах
open_file_cache_errors on;
##
# Virtual Host Configs
##
include /etc/nginx/conf.d/*.conf;
include /etc/nginx/sites-enabled/*;
}
#server {
##
# Настройка защиты от срыва стека
##
# Максимальный размер буфера для хранения тела запроса клиента
# client_body_buffer_size 1K;
# Максимальный размер буфера для хранения заголовков запроса клиента
# client_header_buffer_size 1k;
# Максимальный размер тела запроса клиента, прописанный в поле Content-Length заголовка$
# client_max_body_size 1k;
# Количество и размер буферов для чтения большого заголовка запроса клиента
# large_client_header_buffers 2 1k;
#Обрати внимание на директиву large_client_header_buffers. По умолчанию, для хранения
#строки URI nginx выделяет четыре буфера, размер каждого из которых равен размеру стран$
#памяти (для x86 это 4 Кб). Буферы освобождаются каждый раз, когда по окончанию обработ$
#запроса соединение переходит в состояние keep-alive. Два буфера по 1 Кб могут хранить
#URI длиной только 2 Кб, что позволяет бороться с ботами и DoS-атаками.
# Таймаут при чтении тела запроса клиента
# client_body_timeout 10;
# Таймаут при чтении заголовка запроса клиента
client_body_timeout 10;
# Таймаут при чтении заголовка запроса клиента
# client_header_timeout 10;
# Таймаут, по истечению которого keep-alive соединение с клиентом не будет закрыто со с$
# keepalive_timeout 5 5;
На ютуб, насколько мне известно, можно выкладывать видео и давать доступ по ссылке. Возможно использование своего плеера, который будет подгружать видео с ютуба? В своём плеере уже прикрепить рекламу для тех, кто ещё не купил видео. Рекламу нужно тянуть не с ютуба, а со сторонних сервисов. Если видео куплено, то никакой рекламы не будет
идея в том что это не внедряется в организации, это идея - узкоспециализированная соцсеть (что-то наподобии), где юзеры смогут между собой общаться, с подключенным файлообменником (dfiles), где будут различные мероприятия, в которых участвуют по желанию ..