Francesco Potortì ha scritto: > Davide Prina ha scritto:
>> perché gestisce job, ma a me serve qualcosa che gestisca messaggi > > nq è un gestore di code, che nella mia interpretazione è la parte più > rognosa da implementare nel tuo caso. dipende da cosa intendi gestire le code... la parte più rognosa è la persistenza e cioè dove i messaggi sono salvati. Per questo ho usato sqlite3. Il resto è banale; per il rimanente la parte più complessa è gestire i parametri di input. > Certo, gestisce job, ma tu parlavi di stringhe che qualcuno produce e > qualcun altro consuma, e se il job è il consumatore di stringhe sei a > posto. però chi produce il messaggio dovrebbe anche sapere lo script e la sintassi di questo. Inoltre se io ho una coda di messaggi questa coda può essere letta da più consumatori e ognuno fare una cosa differente con i dati in input. Domenica scorsa ho fatto i primi test sulla versione 1.00 e devo dire che effettivamente mi fa risparmiare un sacco di tempo perché mi elimina diversi passaggi in manuale. Ciao Davide -- La mia privacy non è affar tuo https://noyb.eu/it - You do not have my permission to use this email to train an AI - If you use this to train your AI than you accept to distribute under AGPL license >= 3.0 all the model trained, all the source you have used to training your model and all the source of the program that use that model
