Александр Талалаев

Практик очень много, тут лучше идти в сторону лучших практик от devops, это большая тема, но полезная.

Но если упрощенно и по старинке и быстро.
1. Доступ на сервер только по ssh ключам, никаких паролей.
2. Отдельный момент по sudo
2.1 Для пользователя админа в целом оставляем запрос пароля на sudo
2.2 Для сервисных аккаунтов(условные www-data и компашка,которые для служб, сервисов, автоматика того же ларавел) делаем sudo без пароля для избранных команд/программ. Таким образом автоматизация будет работать сама, независимо и стабильно.
3. Бонус пункт. Подумать о переходе на докер контейнеры на сервере, многие штуки упрощаются. Можно начать с интеграции того же laradock как самый быстрый и лёгкий старт.
PS почему rsync? Почему хотя бы не скрипты которые фетчат гит репо. rsync для некоторых сценариев бекапа еще понятно, но для деплоя кода ну не знаю. Более прозрачная схема через гит и билд на сервере. В крайнем случае в тот же гит можно и сбилженные релизы добавлять и их разворачивать на сервере.

Скорее всего нет. сам браузер требует сегодня всё же 4+ оперативки. Это при активной работе, если несколько вкладок, тяжелые сайты и тп.
Ну либо работать в одно окно. Те либо браузер с одинм-двумя вкладками. Нужен ворд, закрыл браузер и только там делаешь дела.
Загрузка диска идёт из-за кешей/свопов, собственно основная причина мало оперативной памяти, а в купе с медленным диском это приводит к тормозам. Так что либо смягчить переходом на ssd либо добавить ОЗУ (а лучше ито и другое).
Супер принципиальной разницы не будет между win и Linux в этом плане, так как сайты и движки браузера примерно те же, поэтому основной жрущий элемент останется. Можно конечно установить легковесную оболочку и тп. Но снова таки, при активной работе, множество вкладок будет тоже самое. Никуда от этого не деться.
У вас сейчас сразу два бутылочных горлышка: озу впритык минимально необходимого и спермедленный жесткий диск.
PS Защитник виндовс не сильно влияет на работу, я бы его не отключал.

При установке Laravel с нуля или при первой деплое нужно создать свой .env файл, например на основе примера что идет в поставке (команда для Linux), все команды выполнять в корне директории с проектом:
cp .env.example .env
После этого нужно сгенерировать ключ, который ларавел активно использует для шифрования, генерации csrf и тп
php artisan key:generate

Можешь попробовать RemixOS, это Андроид, для многих старых ноутбуков неплохой вариант получается.

Если ты в Крыму, то он блокирует доступ с большинства крымских ip. Используй VPN

Все правильно что вы хотели пойти оп пути с Докер, советую все же изначально потратить на него время, зато в будущем сэкономите с лихвой. То что каждая штука ставится со свой Java это мелочь, более того даже плюс, если в будущем у каждой из штук будут различные требования к ней.
Короче говоря, советую один раз заморочиться, поставить и настроить Docker, поднять все вам нужные сервисы, поднять так же докер Nginx, настроить там обработку ваших внутренних доменн имен чтобы ссылались нанужный сервис, а в локальной сети либо поднять свой ДНС, либо у каждого прописать в hosts соответсвие домена (например upsource) и айпишника вашей линкс машины. Ну а если она в интернете, то легче будет через поддомены сделать.
Короче говоря, путь с Докером на сегодняшний момент абсолютно верный и сэкономит вам в будущем огромное количество времени поддержки и развития ваших штук.

Я думаю облачное хранилище Selectel вам подойдет.

Если я вас верно понял, то пользователь стал владельцем папки /home/user/web/954, следовательно с правами rwx это и есть 700, значит он сможет там делать все, никто другой(кроме рута) ничего сделать(даже смотреть) не сможет.

А proc_open можно использовать? Вот здесь есть обертка https://github.com/aotd1/mystem , через proc_open выполняет.