Would shared memory work to communicate between the scripts?
https://www.php.net/manual/en/book.apcu.php
From: Jānis Elmeris [mailto:janis.elmeris@xxxxx]
Sent: Monday, 17 August 2020 15:15
To: php-general
Subject: Starting a background process and reporting failure if applicable
Hello!
I would like to start a PHP script in the background from within another PHP script. I would like to monitor all error cases properly.
Is there an easy way to see if that background script was started successfully? The background script would write its errors into an error log that I'm monitoring. But what about starting the script itself?
I'm trying to start a background script like this:
exec('nohup php sleeps.php > /tmp/tt 2>&1 &', $output, $status);
error_log('execute_shell: ' . var_export(['status' => $status, 'output' => $output], true));
exec('nohup php sleeps_nonexist.php > /tmp/tt 2>&1 &', $output, $status);
error_log('execute_shell: ' . var_export(['status' => $status, 'output' => $output], true));
The first `exec` runs all right in the background (asynchronously).
The second one behaves in exactly the same way (`$status === 0`), even though file "sleeps_nonexist.php" does not exist.
Running in the command line manually, this would give status `0`:
nohup php sleeps.php > /tmp/tt 2>&1
echo $?
This would give status `1`:
nohup php sleeps_nonexist.php > /tmp/tt 2>&1
echo $?
Regards,
Janis
Thank you for the idea!
I understand that some proper background service is an option, that could take its input from a database and do its work independently from the initiator script (I don't really need any response back from the job to act upon, just to know that it was executed without errors).
I just hoped that there is some quicker, dirtier way of just spawning a separate process to not hold the main one, while still being able to monitor if any error has occurred.
Janis
otrd., 2020. g. 18. aug., plkst. 18:16 — lietotājs Arno Kuhl (<arno@xxxxxxxxxxxxxx>) rakstīja:
