Scelta hosting per 4000 visite circa al giorno, 50/60 persone in media online

[danielepach]

dal contratto:

Gli scripts non devono in alcun caso interagire con la configurazione del server o dell'hardware. L'esecuzione degli scripts di questo genere potrà comportare l'annullamento immediato dell'account del cliente. Di conseguenza, per valutare il carattere di ragionevolezza nell'utilizzo degli scripts in riferimento ad un servizio, saranno utilizzati i seguenti criteri:
− numero di richieste web per giorno (html, php, cgi, jpg, gif ed altre)
− utilizzo del processore della macchina (« CPU ») (‹ 60 secondi con CPU al 100%)
− utilizzo della RAM (‹ 80 Mo al secondo)
− accesso ad un server sql da 3 connessioni (richiesta/sessione) simultanee (OVH vi raccomanda di
stabilire delle connessioni brevi e di chiuderle dopo l'utilizzo)
− per altre ragioni non definite dalle presenti, ma che, secondo il giudizio di OVH, rischierebbero di mettere
in pericolo il sistema informatico di OVH. Il cliente sarà tenuto a comunicare ad OVH la ragione per la quale utilizza gli scripts.

Gli avvisi sono inviati automaticamente quando sia violato uno dei 5 criteri di cui sopra ed il cliente è quindi tenuto a confermare la corretta ricezione di tale avviso attraverso un'e-mail di ritorno, nonché la buona comprensione della richiesta formulata da OVH.
Se il cliente non conferma quest'e-mail nel termine di 12 ore, OVH si riserverà il diritto di chiudere il sito senza preavviso.

non ho capito bene questo pezzo...va bene o no allora il mio sito per ovh?? come faccio a calcolare la richiesta di tutti questi script?? grazie

[NrgRigo]

non ho capito bene questo pezzo...va bene o no allora il mio sito per ovh?? come faccio a calcolare la richiesta di tutti questi script?? grazie

Non ne hai il bisogno,per quei dati ti ci vorrebbe un carico disumano di script tutti assieme e un sacco di persone online...

In ogni caso se c'è qualcosa che non va te lo comunicano

Leggiti questo comunque,è interessante.

http://www.ovh.it/spazioclienti/docu...eb_hosting.pdf

[2busy]

− accesso ad un server sql da 3 connessioni (richiesta/sessione) simultanee (OVH vi raccomanda di
stabilire delle connessioni brevi e di chiuderle dopo l'utilizzo)

Questa ti sembra disumana?!?!?
In ogni caso è sempre la stessa giostra, qua forse un pelo meno vaga, ma stiamo sempre li.
Loro ti sospendono il servizio se carichi script che potrebbero mettere in difficoltà il server ma come cavolo lo sai tu prima di metterlo???
Vabè, solita roba...

[danielepach]

Questa ti sembra disumana?!?!?
In ogni caso è sempre la stessa giostra, qua forse un pelo meno vaga, ma stiamo sempre li.
Loro ti sospendono il servizio se carichi script che potrebbero mettere in difficoltà il server ma come cavolo lo sai tu prima di metterlo???
Vabè, solita roba...

allora domani rinnovo tophost, cosi per non rischiare e fare le cose più con calma...ma prima di prendere ovh voglio essere sicuro, questa storia degli script da qnt ho capito vale solo per siti grossi giusto?? cioè un semplice blog in wordpress con qualche script piccolo non dovrebbe creare problemi...

[NrgRigo]

allora domani rinnovo tophost, cosi per non rischiare e fare le cose più con calma...ma prima di prendere ovh voglio essere sicuro, questa storia degli script da qnt ho capito vale solo per siti grossi giusto?? cioè un semplice blog in wordpress con qualche script piccolo non dovrebbe creare problemi...

Apparte che wordpress in se è uno dei peggiori script mai fatti,tanto fumo e poco arrosto,scritto malissimo,ma tralasciando...

Loro intendono di sospenderti il traffico quando hai dei carichi da vps o dedicato e non più da shared,per script che usurano molto intendono script di certo tipo che per qualche errore o per essere compilati male provocano errori e aumento di query nel db inspiegate,come fece una volta php-nuke alle prime versioni,poi fixato seguentemente.

A meno che tu non abbia 20 mila e passa visitatori unici al giorno,un consumo sfrenato di banda,un sacco di script,multiconnessioni a più db direi che ci stai benissimo dentro Poi ovvio,quando (e lo spero per te) arriveranno certe cifre dovrai passare a qualcosa di più,ma quando sarà ora te lo diranno loro fidati

[danielepach]

Apparte che wordpress in se è uno dei peggiori script mai fatti,tanto fumo e poco arrosto,scritto malissimo,ma tralasciando...

Loro intendono di sospenderti il traffico quando hai dei carichi da vps o dedicato e non più da shared,per script che usurano molto intendono script di certo tipo che per qualche errore o per essere compilati male provocano errori e aumento di query nel db inspiegate,come fece una volta php-nuke alle prime versioni,poi fixato seguentemente.

A meno che tu non abbia 20 mila e passa visitatori unici al giorno,un consumo sfrenato di banda,un sacco di script,multiconnessioni a più db direi che ci stai benissimo dentro Poi ovvio,quando (e lo spero per te) arriveranno certe cifre dovrai passare a qualcosa di più,ma quando sarà ora te lo diranno loro fidati

grazie per il consiglio! allora vado tranquillo

[lupoc41]

Mi trovo a essere d'accordo, anche e soprattutto dal punto di vista del cliente: cosa prevede, in fondo, uno sla? La restituzione di parte del costo del servizio in caso di un down prolungato? Ma siamo seri: uno shared costa abbastanza poco, cosa mi può servire a me, webmaster, che mi ridai indietro il 10%, il 20%o il 50% di una spesa che si aggira tra i 50 e i 120 euro annui? In pochi giorni di down (su un anno) perdo più soldi di quanti non mi vengano rimborsati, per non parlare delle ripercussioni a lungo termine sulla crescita del sito (e delle entrate).

La verità è che un cliente è portato a pensare "se danno delle garanzie vuol dire che son sicuri di non essere mai down"... non è così, per mille variabili che voi conoscete molto meglio di me, e allora l'unico parametro valido è l'esperienza. Ci sono servizi low-cost senza garanzie che sono più continui di altri servizi professionali, e questo senza colpevolizzare nessuno, il lavoro dei provider e duro e complesso, quindi io preferisco che si tengano (giustamente) tutti i soldi guadagnati e mostrino la loro affidabilità "sul campo".

Ciao penso che lo sla sia sempre rapportato al tipo di piano hosting se prendo un piano hosting di TOT euro e lo sla è TOT % di rimborso ovvio che non ricoprira' mai delle perdite.

Però' se il tuo sito genera un guadagno di 25 euro al giorno (è un esempio)...perche stare su uno shared hosting ????!!!! Il fatto è che i clienti vogliono guadagnare molto dai loro siti e spendere relativamente poco....è questo il problema...ovvio che se un provider ti da una sla di un servizio di 1000 euro in proporizione il rimborso è di piu....