VBart

Нууу как это сделано у большинства:
у разработчика есть локальная копия репозитория (иначе зачем вам git), и он пишет все у себя локально. Локально интегрирует код других девелоперов со своим ну и т.д. То бишь разработка исключительно локально.

Сервер только один, выкатывать туда можно либо на прямую из git (скажем в gitlab можно добавить доступ по ssh только на чтение) и пулить туда мастер. По сути на сервере всегда должна быть стабильная версия кода, мол с уже заимплеменченными фичами. ну или можно собирать билд в ci по пушу и автоматически разворачивать его.

Я так понял смысл этого действия — экономия на спичках в виде отсутствия дублирования кода самой cms. Как минимум так делать не стоит, ибо вы не можете на 100% гарантировать то, что версия cms для каждого из сайтов будет одной и той же. В крайнем случае сделайте симлинк.

Насколько я знаю бесплатных решений, которые создают hls на лету, не существует. Это умеет делать nginx plus, но как он будет работать на windows я не берусь сказать.

cloudfront и cloudflare ничего не знаю про россию.

Конечно свой сервер лучше

Nginx это web сервер и для работы с CGI ему нужен apllication server, например, uWSGI или, как раз указанный вами, FastCGI, можно даже оставить Apache, а в конфигурации сайта прописываете что-то вроде:

location /cgi-bin {
    proxy_pass http://127.0.0.1:8080
}

Скрипт именно работает бесконечно долго?
Потому что

Функция set_time_limit() и директива max_execution_time влияют на время выполнения только самого скрипта. Время затраченное на различные действия вне скрипта, такие как системные вызовы функции system(), потоковые операции, запросы к базам данных и т.п. не включаются в расчет времени выполнения скрипта.

То есть если допустим у Вас граббер где 50 секунд file_get_contents отрабатывает, а потом 30 секунд запрос в базу идет и еще sleep-ом догоняетесь к примеру секунд на 40, то все эти 50-30-40 не в счет.

И еще на всякий случай. set_time_limit Вы же один раз выполняете? Просто если он случайно в цикл попал и выполняется на каждой итерации, то эти выставляемые 10 секунд они отсчитываются с момента задания значения set_time_limit_ом

Установите виртуальную машину с линуксом и будет вам счастье.

Отсниффайте оба запроса tcpdump-ом и сравните, может что-то найдется.
А вообще непонятно для чего вам uwsgi в принципе.

Транслитерируйте кириллицу в латиницу, пробельные символы — в подчёркивания.

Тут дело не в том, что ждать/не ждать, а что ОС сразу даёт отлуп, поскольку сокет не может приконнектиться — php-fpm порт ещё не забиндил. Так что в общем случае, кроме извращенств с error_page, боюсь что нет

Снесите мамп. Это же уродство!
habrahabr.ru/qa/38731/#answer_148435
Еще я бы советовал не делать часть связанную с апачем, он почему-то встроенной переодически лично у меня статику отдавал странно.
Тогда остается nginx и это делается так:

brew install nginx
brew install php54 --with-fpm

gist.github.com/hell0w0rd/5664767 — и как-то так в /usr/local/etc/nginx/nginx.conf
Остается только в /etc/hosts добавлять нужные хосты и наслаждаться

Nginx ждёт полный запрос, после этого сразу отправляет его на Apache, затем получает ответ и передаёт уже пользователю.

Не вижу смысла использовать apache (если конечно у вас нет каких-то специфических вещей, для которых nginx не подойдет)

Как-то так:

location /getfile {
  try_files $arg_dir/$arg_name @genfile;
}
locaiton @genfile {
  ......
}

и в @genfile отдавать новый файл с помощью X-Accel-Redirect
Если имя в base64, то в @genfile можно декодировать и опять же послать с помощью X-Accel-Redirect