Всем доброго времени. Использую proc_open для запуска своего php-скрипта:

$cmd = 'php -d mbstring.func_overload=0 "/path/to/script.php';
$procId = proc_open($cmd, array(3 => array('pipe', 'r')), $pipes);
$paramStreamId = $pipes[3];
fwrite($paramStreamId, "Line1\r\n");
fwrite($paramStreamId, "Line2\r\n");
fclose($paramStreamId);
proc_close($procId);

Вроде использовать №3 можно, так как в документации сказано:

Номера дескрипторов не ограничены только 0, 1 и 2 - вы можете назначить любой действительный номер дескриптора и он будет передан дочернему процессу.

Теперь вопрос, как в запускаемом таким образом скрипте обратиться к каналу №3 (в который передаются Line1 и Line2). Стандартный ввод (канал №0) мне не подходит, потому что туда будут идти данные, а в канал №3 хочу передавать служебные параметры (вроде паролей), которые нужны для работы скрипта.

Пробовал вот так:

$streamId = fopen('php://3', 'r');

допустим, есть несколько впсок. на них крутятся сервисы, каждый использует БД.
как логичнее распределить нагрузку. на каждой впcке своя база? или всё будет легче крутиться если завести ещё одну ВПС чисто под СУБД?
В общем, поделитесь опытом, кто как нагрузку рапределяет.

Что сейчас рулит? PayPal требует компанию и берут жадный процент

Яндекс.касса работает только по России и СНГ, европа и далее уже не катит

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

Хочу вынести некоторые задачи, обслуживающие сайт, на отдельные сервера. Например сбор статистики на сервер А, индексирование на сервер Б. Все эти задачи работают с общим движком и общей БД. Вот допустим я сделаю копию движка на сервере А, что это повлечет: 1) нужно синхронизировать исходники движка 2) нужно синхронизировать БД(или дать удаленный доступ?). Как быть? Как проще все это сделать, уверен что есть готовые схемы\решения
Что использую: php, mysql.
Задачи - консольные скрипты php, читающие\пишущие в общую БД и осуществляющие работу с файлами и сетью

Есть простой прокси на nginx

server {
    listen       1985;
    server_name  localhost;
        
    location /{       
    
        auth_basic  "private site";
        auth_basic_user_file .htpasswd;                
        
        add_header Access-Control-Allow-Origin *;
    
        proxy_pass   http://127.0.0.1:1984;        
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;            
        
    }
}

Ковыряю push messages, из браузера регистрирую sw, регистрирую подписку, передаю токен на сервер, оттуда генерирую push mess. Все бы хорошо, но data не реализована в браузерах, тоесть сообщение поступает, но данных оно никаких не несет. Как я понял из#за политики безопасности такой запор. Кто как делает?

Никогда не сталкивался, подскажите где, какой арендовать, не в РФ. Как обычно приоритет цена\качество :-) Спасибо