rPman

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

$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, поэтому если с файлами еще можно что то сделать, то с базами данных придется отдельно помучиться. Этот подход не гарантирует что данные не потеряются (все что произошло после последнего снапшота будет потеряно либо мучиться с конфликтами)

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

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

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

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

Отвечу максимально полно

Чтобы скрипт php что то 'получил', он должен быть как минимум запущен, подавляющее большинство стратегий создания приложений на php это когда клиент (браузер) либо чистый html либо javascript делает запрос на сервер, а сервер запускает на короткое время php скрипт чтобы тот вернул ответ (готовый html или данные в каком то виде, например json чтобы javascript обработал)

Общение между браузером и сервером происходит по http короткими запросами вопрос-ответ, поэтому фраза 'установить переменную' немного некорректна в этом случае, ведь установив переменную в результате запроса, таковой она будет только тот короткий момент, пока этот запрос обрабатывается (например все что идет в http запросе как GET или POST параметры, веб сервер автоматически прописывает в глобальные переменные $_GET и $_POST соответственно, бери и читай). Для отправки запросов из браузера на сервер есть готовые библиотеки, гуглить ajax (на чистом javascript без библиотек для этого можно использовать XMLHttpRequest)

Поэтому есть способ передачи данных через заголовки запроса, с помощью cookies, браузер устанавливает куки, которые автоматически в дальнейшем добавляются к любому запросу с данного домена на сервер. На сервере в php доступ к ним можно получить из переменной $_COOKIE. Так же есть способ установить куки со стороны сервера. С точки зрения эффективности это не самый лучший способ, так как данные получаются не сохраняются где то на сервере, а транслируются повторно с каждым запросом, поэтому большие объемы хранить там не рекомендуется.

Существует подход, когда php приложение не короткоживущий скрипт а сам веб сервер, обработка запросов, чтение get/post параметров, куки и прочее, в этом случае обрабатывает это приложение (есть библиотеки, например асинхронный php react), но зато, так как приложение не завершает свою работу после запроса, прочитав переменную из запроса ее можно сохранить в памяти приложения. Этот подход на порядок ускоряет работу приложений по сравнению с классическим http-rest подходом (ведь скриптам не нужно на каждый запрос восстанавливать состояние серверного приложения, загружая нужные данные откуда-то, например из базы данных) т.е. из коробки более быстрый но сложнее к масштабированию.

В качестве бонуса у этого подхода появляется удобная возможность использовать websocket, когда запросы отправляются не в виде отдельных а как пакет данных внутри уже открытого соединения (если что веб серверы и браузеры поддерживают и для типичного http rest незакрываемые соединения, но они заголовки так или иначе передаются, занимая время и ресурсы), и не только клиентское приложение сможет отправлять запросы от браузера на сервер но и сервер сможет слать сообщения клиенту

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

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

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

а хватает ли локальной сети ip адресов, которые выдает роутер/dhcp сервер? так же вариант - в сети есть машины со статическим ip адресом, и как только машине по dhcp выдается этот адрес - у обоих машин начнутся проблемы с сетью (через какое то время адреса будут выданы новые машинам, и проблема будет у другой)

читай заголовки и ищи Content-Disposition

Заголовки парсить вручную, добавив их в вывод curl_setopt($ch, CURLOPT_HEADER, 1);
заголовки в текстовом виде, по строке на заголовок (разделитель \r\n), между именем и значением разделитель ': '

p.s. если content-disposition нет, то имя файла исторически берут из url, отсекая все до конца начиная с ? и до первого '/' если читать с конца (никто не гарантирует что там будет желаемое в принципе)