ky0

С сервера этот домен резолвится? В конфиге нгинкса директива reslover имеется?

Можно и через поддомен и через URL, настраивается двумя блоками server и двумя location`ами соответственно. Примеры есть в мануале нгинкса, например.

Да, можно по всем пунктам. Гуглите, читайте маны - вопросы тривиальные.

Голый nginx бесполезно тестировать - производительность, если у вас, конечно, не сайт на чистом HTML, упрётся в генерацию динамического контента: PHP, базу данных, вот это всё.

https://nginx.org/ru/docs/http/ngx_http_headers_mo...

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

Лень исследовать, чисто пальцем в небо - может PMA каждый раз подсовывает в js-файле что-то новое, айдишники какие-нибудь меняет и не пускает со старыми?

Возможно, в одном из инклюдов ssl всё-таки есть. Посмотрите конфиг через nginx -T.

Если адрес у сайта статический - проще всего просто ограничить по IP.

Берёте в интернетах список IP-адресов гугла, добавляете для них deny-правила в локейшен. Спустя неделю обнаруживаете, что список не полон, повторяете первый пункт.

Но вообще вангую, что вы не с той стороны подошли к решению задачи.

Гугли и ты откроешь врата знаний! (с) ваша подпись

Важно понимать - зачем выжимать. 30, 50 и даже 200 мсек для загрузки страницы в браузере малоразличимы (а точнее - разброс от потери пакетов и RTT интернета клиента вносит значительно больший вклад).

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

Никак, делайте отдельные конфиги. Это же тоже возможно автоматизировать.

А где остальные параметры SSL - сертификат, ключ и т.д.?

Вместо return 301 https://first.com$request_uri добавить обработку запросов, аналогичную второму HTTPS-блоку.

Вы хотите, чтобы что происходило при попытке подключиться по HTTPS к этому домену? Можно сделать deny all и тогда будет просто 403 заглушка.

Посмотрите соответствующие директивы в nginx -V. Если каталоги отсутствуют в природе, текущий конфиг можно посмотреть с помощью nginx -T.

Прекращайте плодить вопросы, плз.

Берёте любой HTTP-сервер и настраиваете аналогично стандартному порту, указав соответствующий сокет для проксирования, если ваше ПО самостоятельно этого не умеет.

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

location / {
...sign-in
}

location = / {
...landing
}

https://nginx.org/ru/docs/http/request_processing.html