Newsgroup: it.comp.www.php
Titolo: [SONDAGGIO] servizi cron e PHP

Una mia curiosita'.
Quanti di vuoi NON dispone sul server di produzione di un servizio
cron/scheduler per eseguire dei task periodicamente con PHP e pensa che sia
comodo di averlo?
Frequenza?
 [ ] 1 volta mese
 [ ] 1 volta settimana
 [ ] 1 volta notte
 [ ] 2 volte al giorno
 [ ] ogni ora
 [ ] ogni 15 minuti
 [ ] ogni minuto
 [ ] random
Per quale motivo?
 [ ] backup
 [ ] mailing list
 [ ] controlli utenti su sito
 [ ] timeout database
 [ ] controllare raggiungibilita' del sito
 [ ] __________________
Saluti
Jurgen (che pensa ad un rimedio).

  [x] replica dati
parlo del primo progetto che ho concluso.
per gli altri, da definire.
comunque, il cron ce l'ho. (e ci credo, il 'serverino' era il mio pc 
dismesso, l'amministratore sono io! ...linux: che soddisfazione!)
:-)
-- 
Punkarruso
mail:punkarruso(at)geniotradottoininglese(dot)it
pubblicità progresso:
http://php.dopoil.com


Alla prossima.
	MAX

 [ ] __________________
Job su un SQL se non li supporta.

 ? che razza di domanda č? se uno ha un crond se lo gestisce con gli
impara a leggere.

Jurgen (che pensa ad un rimedio).
...e se uno ha un sito abbastanza trafficato, non serve neanche il crontab
:-)
Leonardo
-- 
Time's angles, mages tell, conceal a place
incredible, beyond the mundane mind;
night-shrouded and between the seas of space
dread creatures drift in the ageless winds.

> >Quanti di vuoi NON dispone sul server di produzione di un servizio
              ^^^^     ^^^^^^^
impara a scrivere.

 ...e se uno ha un sito abbastanza trafficato, non serve neanche il crontab
Vero, ma devi programmarti uno script. Quello che ho in testa di creare uno
stupido servizio su un server nel quale ti iscrivi e assegni l'URL dello
script ed i tempi. Il servizio chiama via wget il tuo script e non devi piu'
pensare (anzi, ti manda un report via email). Poi sarebbe un servizio valido
per qualsiasi server side script.

 :-)
   Messa cosi`, avendo il cron altrove, si puo` sempre pensare di 
"trafficare" il sito al momento giusto... A quando il primo servizio di 
cron-providing via HTTP? ;)
-- 
Alla prossima,
Marco

 wrote in message
news:t901huci2u0peso49...@4ax.com...

temp *plonk* 7d

 wrote in message
news:3D1080FF...@rumbanet.it...

qualche giorno (piu' problemi legati a disclaimer, privacy che mettere su il
servizio dal punto di vista engineering).

per qualsiasi server side script.
ora capisco il significato di quella "frequenza".
assimilarlo ad un crond per quanto possa a volte esser utile mi sembra
tuttavia sbagliato in quanto le potenzialità di un servizio simile
sono minori.
- un crond è più affidabile: finché la macchina è su si ha pressochè
  la certezza che quel job venga eseguito ( non farei tanto  
  affidamento sulla raggiungibilità di una delle due macchine e quindi
  non credo si possa fare affidamento su tale servizio per compiti
  `critici` ).
- usare un crond è più sicuro: limitato ad un accesso locale per il
  root o l'utente da cui girano i processi in crontab nessun'altro può
  decidere di spawnare processi se non chi ha privilegi tali. Non
  esponendo un servizio non necessario si ottiene una maggiore
  sicurezza, un servizio simile necessiterebbe (imho) perlomeno una
  autenticazione non in chiaro o una acl sull'accesso a tale script
  che autorizzi il solo server ad eseguire.
- "sarebbe un servizio valido per qualsiasi server side script", vero
  se non si tiene conto di applicazioni particolari per cui il php (e
  mi saltano in mente alcuni problemi per le applicazioni di tale
  script tra cui l'uso di php in safe_mode e problemi di timeout ) non
  sia sufficiente. 
in conclusione: 
riguardo alle differenze con un crond:
1) un simile servizio non sembra del tutto sostituibile ad un crond in
   ambito produttivo, per quanto tuttavia possa essere utile in vari
   casi.
2) il client in tal modo offre un servizio non necessario e per
   l'esecuzione di alcuni job sarebbe auspicabile il contrario.
3) crond è più elastico, permettendo l'esecuzione di un qualsiasi  
   processo e non di un solo script.
riguardo alle differenze con uno script che invece venga incluso ed
eseguito ad ogni click:
lo script)
 - necessita di traffico sul web per poter esser eseguito ( e quindi è
   un servizio unreliable come quello offerto da Jurgen) 
 - non espone servizi non necessari (che con il servizio di Jurgen   
   verrebbero offerti) e quindi non necessità di particolari
   accorgimenti di `sicurezza`.
 - è limitato alle potenzialità di scripting del linguaggio (come nel
   serivizio offerto da Jurgen)
 - aggiunge un overhead (trascurabile?) alle pagine e richiede la  
   modifica delle pagine in cui va usato ( per il servizio di Jurgen 
   nè overhead nè manutenzione del codice )
riguardo le implicazioni di sicurezza sarebbe alquanto `scomodo`
implementare una auth con delle shake, probabilmente la soluzione
dell'uso di una acl sull'ip del server sembra la più viabile (dovendo
tra l'altro solo spiegare la trivialità dell'autenticazione
( if(_SERVER["REMOTE_ADDR"]!="ipvalido") echo 'auth failed'; exit();)
invece di dover offrire una libreria di autenticazione non in chiaro.
-- 
uno sbirish temporaneamente nel tuo killfile per 7 giorni.

    processo e non di un solo script.
ok, siamo felicemente tutti d'accordo che se hai un cron è meglio usarlo...
ma se NON cell'hai?? (leggi hosting gratuiti o a pagamento ma "limitati")
Infatti ha scritto:
________
Quanti di vuoi NON dispone sul server di produzione di un servizio
cron/scheduler per eseguire dei task periodicamente con PHP e pensa che sia
comodo di averlo?
________
no? (per me si è arrabbiato perchè non aveva capito subito... hihihi =) )
LAMASE

ma se NON cell'hai?? (leggi hosting gratuiti o a pagamento ma "limitati")
leggo male o c'č scritto server di produzione nel post? o tu consideri
un server di produzione un hosting gratuito?
ti aspetti su un server di produzione un php non in safe_mode?
ti aspetti su hosting gratuito diritti di esecuzione su qualcosa?
in tutti i casi un servizio tale ritengo abbia importanza piů che
marginale essendo per natura non affidabile.

 

GENIAAAAALE!!!
-- 
Punkarruso
mail:punkarruso(at)geniotradottoininglese(dot)it
pubblicità progresso:
http://www.gnu.org/philosophy/free-doc.it.html

 no? (per me si č arrabbiato perchč non aveva capito subito... hihihi =) )
E' un sondaggio per capire quale modalita' possono essere utili per offrire
un servizio (gratuito BTW).
Non ho bisogno dei commenti fuori tema da un saputello che non legge bene i
post con pure un seguente post inadeguato, penale blacklist per 7 giorni.
Cosi non vedo i suoi commenti [se non attraverso quoting altrui], non perdo
tempo, e non lascio assolutamente rovinare il media usenet da chi non lo sa
usare. JM2C.
;->

 ha riferito agli onorevoli
membri di questo NG:


Non per difendere Jurgen, ma credo si evinca facilmente che
non è un Madrelingua, ma credo abbia nazionalità tedesca o
austriaca!
--
Oggi ho fatto una scoperta, ho trovato un computer...
The MentoR

 austriaca!
mi gioco una helles che è tedesco.
-- 
Punkarruso
mail:punkarruso(at)geniotradottoininglese(dot)it
pubblicità progresso:
http://www.gnu.org/philosophy/free-software-for-freedom.it.html

 mi gioco una helles che è tedesco.
ACK

 ti aspetti su hosting gratuito diritti di esecuzione su qualcosa?
si, di qualsiasi file php, con i quali puoi fare taaaaante cose, no?
LAMASE