Марат Мхитарян

Я использую для локальной разработки docker. Это значительно удобнее, чем держать полноценное окружение из зоопарка разных версий php и прочих штук.
Если сайт старый, под какие-нибудь древние версии apache, php и mysql. Не проблема, - смотрю на hub, если нет, то собираю свой.
При этом спокойно можно переключить на другой проект, более современный. Например с nginx, php7 и postgresql. Предварительно выключив предыдущий контейнер.

Далее в перспективе можно спокойно кинуть контейнер на сервер и за пару минут развернуть сервис.

В общем настоятельно рекомендую попробовать docker при локальной разработке.

Схема : Мой комп -> провайдер -> маршрутизаторы -> провайдер(в другой стране) -> сервер

Мой комп -> провайдер

Тут ты получаешь 100% своих 90мб/c, и твоя скорость скорее всего ограничивается на первом попавшемся коммутаторе или маршрутизаторе. Т.е. какая бы скорость не была дальше 1Г, 10Г, 100Г ты больше, чем 90 не мб не получишь.

провайдер -> маршрутизаторы -> провайдер

Тут всё зависит от скорости подключения и занятости линка. Например провайдер подключается к другому провайдеру по линку 100 Гб/с и если отсюда свободно 90 мб/с, то и в сеть другого провайдера ты попадешь со скоростью 90 мб/с.

провайдер(в другой стране) -> сервер

Тут тоже самое, что и твои 90 мб/с. Т.е. всё зависит какой тариф куплен для сервера в сети провайдера. Если например от сервера до провайдера куплено 1Гб/с и там свободно 90мб/с, то ты получишь свою скорость (если конечно эти же 90 мб/с свободны в линке от твоего провайдера до другого провайдера).

Пример где у тебя не будет скорости 90 мб/c до сервера:
1. От твоего провайдера до провайдера сервера есть линк в 10Гб/сек, но свободно всего 40мб/сек. Если от провайдера сервера в сторону сервера 1Гб/сек и там свободно 100мб/сек, то ты получишь 40мб/сек. Т.е. наименьшую скорость от точки до точки.
2. Поменять местами линк и его занятость между провайдерами на линк между сервером и его провайдером. Получите тоже самое.

Эта схема работает у нормальных провайдеров.

Не нужно. JWT это формат зашифрованного токена.
Сервер берет некую определающую информацию, шифрует, передает токен (простую строку) клиенту.
Клиент передает эту строку в каждом своем вопросе (обычно в HTTP заголовке Authorization).
Сервер, получив запрос, расшифровывает токен и понимает от какого юзера пришел запрос.
Токен имеет срок годности, т.е. позволяет выключить доступ пользователю в какой-то момент и не выдавать новых токенов.

Количество серверов тут нигде не определено, просто при большом трафике можно выносить расшифровку токена на отдельный сервер.

Странный совет, если рассматриваеть его категорично.
Скажу тривиальную мысль: версионировать нужно то, что является предметом версионирования.
То есть, если конкретная картинка является неотъемлемой частью самого проекта, а не внешней зависимостью или внешним ресурсом, то она должна быть в репозитории.

Сходу нашёл пример в Github: https://github.com/rancher/ui/tree/master/public/a...

Единственно только нужно понимать, что версионирование бинарников обычно сопровождается большими накладными расходами и есть проблемы со слиянием, поэтому если есть возможность исключить картинки из [версионируемого части] проекта, ею стоит воспользоваться. То же касается базы данных: не комильфо держать дамп базы в том же репозитории, что и сам код, поскольку слишком дорогой становится история.

Лучше вот так.
{"num": 1}

Обращаю внимание на двойные кавычки.

Нужны пакеты
sudo apt-get install jpegoptim imagemagick optipng
mogrify

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

Оптимизируем jpeg

find . -type f \( -name "*.jpeg" -or -name "*.jpg" \) -exec mogrify -resize x100 -quality 90 {} \; -exec jpegoptim -o --strip-all {} \;

Оптимизируем png

find . -type f -name "*.png" -exec mogrify -resize x100 {} \; -exec optipng -o1 {} \;

mogrify -resize ШИРИНАxВЫСОТА -quality КАЧЕСТВО
если высоты(ширины) нет, то изменяем пропорционально

optipng -o9 file.png
максимальное количество проходов по изображению, очень эффективно для запущенных случаев, очень-очень долго
пару минут на файл 1500х1500

optipng -o5 file.png
просто долго

# код предоставляется как есть

# почему оптипнг - он офигительный

# для других типов картинок меняем find и ищем каким софтом их оптимизируют
Также можно сконвертить картинки в пнг-жпг, но часто это как-то нужно синхронизировать с бд, и тут нет простого пути

Это разные технологии.
Обе работают вполне надежно и выполняют свои задачи.
Задача VPN организовать частную сеть, задача прокси - перенаправлять трафик.
К смене IP они никакого отношения не имеют, хотя их можно использовать и для этого.

И достаточно ли прокси или VPN + разный юзерагент для анонимности на форуме?

Нет. Сами по себе ни прокси, ни VPN анонимность не обеспечивают.
Если нужна анонимность предпринимают комплекс мер по обеспечению этой самой анонимности, используя разные инструменты для достижения цели, в том числе VPN, прокси, и кучу других программ и технологий.

Да, это, разумеется, возможно.
Сертификат сервера будет проверять ваше клиентское приложение. При этом вы можете задать свою функцию для проверки сертифката через options.checkServerIdentity()
https://nodejs.org/api/tls.html#tls_tls_checkserve...

Обычно в таких случаях проверяется не имя и не цепочка доверия, а просто хэш сертификата сервера (fingerprint или fingerprint256 ) и годится совершенно любой самоподписанный сертификат, причем это гораздо безопасней и надежней чем доверие к корневым CA. Такой прием в приложениях обычно называют Certificate pinning.