@MSGID: 1@dont-email.me> 9287c923
@REPLY: 1@dont-email.me> 746a61f6
@REPLYADDR pozz <pozzugno@gmail.com>
@REPLYTO 2:5075/128 pozz
@CHRS: CP866 2
@RFC: 1 0
@RFC-Message-ID: 1@dont-email.me>
@RFC-References: 1@dont-email.me>
1@dont-email.me>
@TZUTC: 0200
@PID: Mozilla/5.0 (Windows NT 10.0; Win64; x64;
rv:102.0) Gecko/20100101 Thunderbird/102.14.0
@TID: FIDOGATE-5.12-ge4e8b94
Il 08/08/2023 12:27, David Brown ha scritto:
> On 07/08/2023 23:28, pozz wrote:
[...]
>> What do you suggest?
>>
>> PS: In the past I read only a few posts regarding Linux development, 
>> even if it`s for embedded devices. However I don`t know how to ask 
>> questions related to linux development, I noticed Usenet linux groups 
>> are somewhat dead.
> 
> I don`t know what kind of information you are needing, but an easy 
> option might be to have the python service regularly write out a json 
> format file with the current status or other information.  The web app 
> can have Javascript that regularly reads that file and handles it on the 
> user`s web browser.  And if you want to go the other way, your Python 
> code can use "inotify" waits to see file writes from the web server.

Sincerely I don`t like your solution. First of all, you are writing 
regularly on a normal file in the filesystem. Ok, maybe I can use a 
tmpfs filesystem in RAM.

Another issue I see is synchronization. Without a sync mechanism, the 
reader could read bad data, because the writer is writing to it.



 --- Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.14.0
 * Origin: A noiseless patient Spider (2:5075/128)
SEEN-BY: 5001/100 5005/49 5015/255 5019/40 5020/715
848 1042 4441 12000
SEEN-BY: 5030/49 1081 5058/104 5075/128
@PATH: 5075/128 5020/1042 4441