Danil Sapegin

При очень большом желании хватит и intel 486
Поэтому если бюджет ограничен, то хватит и i3

Все прекрасно работает
Добавляете в настройках роутера любой сторонний DoH сервер и пользуетесь технологией

Зарегистрируйтесь в вебмастере гугла и там будет кнопка отправки сайта на перепроверку
Если скриптов нет, то перепроверят достаточно быстро и сообщение исчезнет

casperJS / phantomJS

Попробуйте телнет сделать на сервер яндекса. Скорее всего порты закрыты, сейчас это модно (

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

меняете все имена инпутов по такому принципу
было:

<input type="text" class="form-control input-sm" name="number_fix">

стало:

<input type="text" class="form-control input-sm" name="number_fix[]">

и ловите на сервере массив, вместо одного значения и дальше уже что надо сохраняете

А почему бы не воспользоваться штатным кешированием nginx, которое один раз дернет бэк и у себя аккуратно разложит кеш как надо и проследит за его состоянием?

Или в вашем случае бек занимается генерированием статики, вы заранее раскладываете файлики по директориям и хотите, чтобы nginx их "умно" дёргал?
В таком случае я бы написал простейший роутер на любом ЯП, в котором бы считал md5 кеш, читал с диска нужный файл и отдавал его nginx, а nginx в свою очередь кешировал этот ответ и у себя хранил бы кеш.

Hello there открывается

Работаю аналогично, использую NFS (network file system)
nfs на сервере работает от пользователя www-data
все файлы правлю и в режиме онлайн они в браузере доступны, очень удобно
Когда надо git - захожу на сервер по ssh и делаю коммит.
в качестве IDE использую sublime который умеет подсвечивать все изменения в гите

Люди не расширения убирают, а архитектуру приложения меняют
Если вкратце веб-сервер настраивается таким образом, чтобы запрос к любому URL вашего сайта обрабатывался одним файлом (index.php) внутри этого файла определять какой УРЛ и показывать нужную страницу.

Погуглите по запросу php router для подробностей

Блокировка DigitalOcean?
вот тут я писал ответ, вам поможет это решение.
домен переписать на IP нового сервера и всё.

Мне кажется всё проще надо делать
- пользователь вводит логин/пароль в форме, форма отправляется на сервер (неважно ajax или обычный post запрос)
- если для пользователя включена двухфакторная авторизация, то сервер генерирует случайное число и пишет его в таблицу с пользователем в отдельное поле (дополнительно можно записать срок истечения этого кода в 5 минут). При этом пользователю после отправки формы из предыдущего пункта показывается новая форма с вводом кода (либо оверлеем/модалкой, либо на отдельной странице, в зависимости от способа отправки формы)
- Пользователь вводит код из смс во вторую форму, отправляет на сервер, сервер проверяет совпадение кода (и дополнительно срок истечения этого кода). Если всё ок - авторизовываем пользователя.

Никаких сессий не надо крутить и тем более вешать какие-то скрипты и что-то ожидать и проверять

Проверьте для начала канал и скорость загрузки от сервера в хецнере до сервера http://******.stream/stream.php;

Есть подозрения, что дело не в proxy_pass, а именно в канале

Это делается на JS

банальный цикл do { ... } while();

GROUP BY fields
и blog.nagaychenko.com/2010/06/15/%D1%80%D0%B0%D0%B1...

вероятно это поможет:
https://juick.com/schors/2933433

Сокрытие трафика. У MTProxy существует возможность подмешивать в трафик случайные данные, чтобы усложнить выявление характерных шаблонов протокола. Все перечисленные сервера поддерживают эту возможность. Для включения требуется добавить на клиенте к ключу, по которому вы ходите на прокси-сервер, два символа — «dd». Именно на клиенте, на сервере ключ остаётся как был. Некоторые сервера поддерживают «только dd-режим». Это не даёт 100% защиты, но усложняет работу по обнаружению. Я настаиваю, чтобы использовались именно dd-ключи.

location / {
          try_files   $uri $uri/ /index.php?$query_string;
}