On Mon, 30 Sep 2002 02:54 +0200, Marius Stan wrote: > Nu e chiar asa. > In exemplul in cauza scriptul ala aduna din DB varii chestii, apoi trimite > emailuri la un numar (care poate fi f mare) > de utilizatori. > Asa ca nu afiseaza nimic, doar ma intereseaza sa nu tina PHP-ul agatat dupa > el. > Plus ca asta este deja facut, asa ca ma intereseaza sa il modific, nu sa o > iau iar de la zero.
Dar te-ai protejat impotriva reincarcarii paginii php si relansarii in executie a scriptului Perl? Poate nu ti se va intimpla si tie, dar a fost un caz cind o carte uitata pe tastatura a activat repetat refresh-ul unei pagini pina a omorit serverul web. Depinde de situatia ta, dar un setup de genul producator-consumator cu procese separate poate fi mai robust. Producatorul e scriptul php, acesta scrie intr-un fisier/baza de date ce trebuie facut. Consumatorul e scriptul Perl. Ruleaza regulat din crontab, isi ia joburile din lista si le rezolva. -- Radu Greab --- Pentru dezabonare, trimiteti mail la [EMAIL PROTECTED] cu subiectul 'unsubscribe rlug'. REGULI, arhive si alte informatii: http://www.lug.ro/mlist/
