rPman

универсальный но не красивый способ, написать простенький скрипт autoit, прожимающий необходимые кнопки

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

так что сам по себе бесконечный цикл не опасен
но совершив ошибки при его написании можно хорошенько наступить себе на ногу

конечно закодировать можно что угодно но это не будет иметь никакого смысла так как передача через pci-e очень медленная (на порядок или даже два порядка чем скорость самой оперативной памяти в видеокарте, так как она там независимыми блоками используется параллельно)

есть только числа и нужна их сумма? нет скобок или вызова функций например?

$str='200 - 100 - 50 ';
if(preg_match_all('/\s*([+-]?)\s*(\d+)/',$str,$m))
{
	$sum=0;
	foreach($m[0] as $i=>$v)
		$sum+=($m[1][$i]=='-'?-1:1)*$m[2][$i];
	echo 'Сумма: '.$sum;
} else
{
	echo 'Синтаксическая ошибка';
}

решение не фонтан, кучу ошибок тупо проигнорирует и ты об этом даже не узнаешь

есть утилита sshpass, пример:
sshpass -p "password" ssh user@site.com
осторожно, пишут что хоть sshpass и пытается скрыть от других пользователей пароль на этой машине, все же его как то можно вытащить из командной строки

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

p.s. настоятельно рекомендую настроить беспарольную авторизацию на основе rsa/dsa асимметричного шифрования, делов на пару рукошевелений, зато проблем никаких не будет (почти наверняка у sshpass будут проблемы с перенаправлением потоков в ssh)

Все остальные решения по дешевле это вариации того же самого но без универсальности и гарантий.

для nextcloud тебе достаточно настроить синхронизацию хранилища (всего, не только хранящиеся файлы но и ее базу данных), а при потере связи поднимать сервис на этой копии (при восстановлении связи так же нужно изменения данных переносить)

Готовых настроек нет, для другого случая и софта я реализовывал с помощью снапшотов btrfs (на обоих узлах хранятся последние снимки файловой системы, я еще их делал, подбирая момент отсутствия нагрузки, выполняя sync, что не дает гарантии но понижает шансы смерти софта и данных). сторонний сервис мониторит и выбирает, какая нода сейчас будет главной а какая резервной, соответственно запуская на них команды на создание и восстановление снапшотов (резервная принимает патчи а главная - отправляет), запуск ноды - по факту воспринимается софтом как перезагрузка по reset, поэтому если с файлами еще можно что то сделать, то с базами данных придется отдельно помучиться. Этот подход не гарантирует что данные не потеряются (все что произошло после последнего снапшота будет потеряно либо мучиться с конфликтами)

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

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

В результате убирать пробелы бессмысленно, так как после сжатия веб сервером результат практически не изменится, а вот проблемы из-за ошибок алгоритма очистки форматирования могут аукнуться в самом неожиданном виде.
Про комментарии, да было бы неплохо их убрать, особенно если есть желание создать проблемы тем кто будет анализировать твой сайт чтобы его парсить (не дать лишних подсказок) но мне кажется плюсы не перевешивают минусы. Я бы этим не занимался (точнее если и занимался то не на лету а перед выдачей кода в продакшен и тестирования).

Ну и в догонку, указанный код слегка повысит нагрузку на процессор, незначительно но все же.