Cercasi piano hosting con elevato php memory limit

[guest]

Leggi il contratti e vedrai che la società è di panama.
Non han nemmeno partita iva

[DESK]

non vorrei disturbare gli amministratori di questo sito,e prometto che questo sarà l'ultimo mio messaggio su grghosting.
ho inviato loro stasera questo messaggio:
buonasera
scusate volevo sapere se poteste dirmi dove avete i server,
la sede della società sta in panama e la sede in italia sta a salerno?
risposta:
Gentile utente,
non abbiamo nessun problema a dirle dove teniamo i server: STATI UNITI
Tanto per non essere sgarbati: a lei interessa l'hosting o sta perfezionando un corso di investigazione?
Restiamo comunque a disposizione per qualsiasi dubbio od incertezza.
Cordiali saluti
Ufficio Amministrazione

[Shazan]

Dopo questa risposta sono sicuro che ti sei deciso ad acquistare da loro...

[DESK]

Dopo questa risposta sono sicuro che ti sei deciso ad acquistare da loro...

nooooooooo e perchèèèèèèè?
comunque sto spulciando tutti gli hoster di qui e,possibile che non mettete il memory limit,a parte guest, che vi devo scrivere a tutti??? vabbè

[Shazan]

Il problema del memory limit, a mio parere, può riguardare l'hosting low cost. Non credo sia un problema sull'hosting di fascia alta personalizzare tale valore.

[DESK]

Il problema del memory limit, a mio parere, può riguardare l'hosting low cost. Non credo sia un problema sull'hosting di fascia alta personalizzare tale valore.

tanato subito
tu c'hai un piano da 135 euro/anno (costa + del vps) che non mi pare tanto lowcost e non c'hai messo il php memory limit
non si può fare un sito di livello pagando 135 euro/anno?
un piano da 135 euro/anno di quanto memory limit "avrebbe diritto"?

[Shazan]

A parte che il discorso non cambia con il piano da 19 euro, non lo specifichiamo perchè lo impostiamo come lo vuole il cliente. Con 12-24 GB di RAM a server, pensi che 128 MB di memory limit costituiscano un problema...?

[DESK]

allora quindi la scelta di un hoster di offrire più o meno memoria php non è dettata da problemi tecnici o sulla sicurezza ma semplicemente è solo un servizio ritenuto trascurabile.
ok allora fino adesso questo ho trovato di interessante:
fastnom.it 128mb
keliweb.it 64/128mb
supporthost.it 64mb
tantrahost.com 64mb
web4web.it 32mb
webhostingperte.com 128mb
webhosting24.it (si adattano alla richiesta)

[guest]

allora quindi la scelta di un hoster di offrire più o meno memoria php non è dettata da problemi tecnici o sulla sicurezza ma semplicemente è solo un servizio ritenuto trascurabile.

Non sono d'accordo.
Premesso che parliamo di condizioni normali e non casi particolari.

Uno script che richiede 128M di ram è sicuramente progettato e programmato male, c'è poco da fare, anche perchè la ram usata da uno script non è mai in funzione delle visite del sito. Semplicemente lo script sta cercando di usare ben 128M per eseguire UNA pagina.
I 128M di ram potrebbero non essere un problema se la macchina, come la maggior parte di quelle usate dai vari operatori, dispone di grossi quantitativi di RAM (ed anche qui ci sarebbe da disquisire perchè se la pagina che richiede 128M di ram fosse visitata da 100 persone, come un link su facebook o le applicazioni veicolate tramite facebook ma che risiedono sul server del provider, il server si atterra per un singolo cliente) ma la ram non è solo l'unico problema. Se lo script richiede 128M di ram ha sicuramente problemi a livello di codice il che porta, quasi sempre, ad un vero e proprio mattone che va ad impattare negativamente anche sulla CPU e spesso, sui dischi.

Ad esempio se lo script si mette a ridimensionare immagini da 127M ad ogni accesso alla pagina, ed il tuo sito fa 50.000 visite al giorno, utilizzerai 127M di ram per ciascun accesso, ma ammazzi i dischi. Ho visto personalmente siti che generano le immagini del menù ad ogni visita, senza far uso di cache.
Il cliente ha caricato immagini di medie dimensioni (ad esempio 400px di larghezza) per poi ridimensionarle, alla bisogna, in base alla sezione del menu in cui dovevano essere posizione, come ad esempio un menu laterale con immagini da 90px di larghezza. Questo resize viene effettuato ad ogni accesso, per ciascuna immagine, senza alcun tipo di cache sulla immagine ridimensionata appena prodotta.

Idem con patate per una fotogallery: immagini caricate grandi e ridimensionate al volo in fase di visualizzazione. Un sito così strutturato richiede oltre 100M di ram quando ne basterebbero meno di 32 se le immagini fossero state caricate già ridimensionate o al limite ridimensionate in fase di upload, come è giusto che sia.

[andrea.paiola]

guest stai confondendo il limite massimo degli script (che magari serve alto solo una volta) con tutto il resto

se ti servono 128 mb sul server perchè devi ridimensionare una volta un'immagine ti servirà solo quella volta e basta ;-)

ci sono mille motivi che possono richiedere questa procedura e altrettanti altre operazioni percui possono servire 128 mb

[guest]

se ti servono 128 mb sul server perchè devi ridimensionare una volta un'immagine ti servirà solo quella volta e basta ;-)

Certo, quindi nella scheda prodotto mettiamo: "128M di limite, però lo puoi usare solo una volta e dopo 5 secondi il tuo script si autodistruggerà?"
Come puoi accertarti che i clienti usino tale limite solo una volta? Il cliente con il suo piano hosting deve poter fare quel che gli pare, se gli offri 128M li deve poter usare sempre, ogni volta, e ad ogni accesso, perchè fa parte delle caratteristiche del prodotto che ha acquistato. Se gli offri tot mega poi con 1000 scuse glieli togli, ricadi nella tipologia ad overselling selvaggio, in cui non sei in grado di erogare ciò che vendi ed in maniera analoga ricadi nella tipologia 'illimitato' in cui vendi ciò che non hai o che non puoi offrire.

Se leggi quel che ho scritto, ho visto con i miei occhi il sito di un cliente che ridimensionava le immagini al volo, ad ogni accesso alla pagina, senza salvarsi il ridimensionato. No, non gli serve solo una volta, gli serve ad ogni accesso.



EDIT: ho editato, non considerate la notifica via mail.

[Antonio]

guest stai confondendo il limite massimo degli script (che magari serve alto solo una volta) con tutto il resto

se ti servono 128 mb sul server perchè devi ridimensionare una volta un'immagine ti servirà solo quella volta e basta ;-)

Si, ma nel caso di un cms penso che il discorso sia diverso, dato che carichi una valnga di moduli per generare la pagina e non per fare operazioni particolari.

Per me uno script che consuma più di 16/24MB di ram durante il normale utilizzo è già da cestinare (ovvio che se devi ridimensionare una img occuperà più spazio, ma sono operazioni gravose che si suppone tu non faccia obbligatoriamente ad ogni visita di base).

[DESK]

io uso drupal e questo cms permette impostazioni sulle immagini importate ,come le dimensioni o il peso, superate le quali impedisce il caricamento delle stesse,quindi non è un problema di scripts ma è un problema creato dai clienti dell'hoster ,ignari che poche foto di grandi dimensioni e peso possano stendere un server, ed ecco che a questo punto è l'hoster stesso che deve farsi carico ,secondo me ,di istruire il cliente sul corretto funzionamento dello script usato

[guest]

è l'hoster stesso che deve farsi carico ,secondo me ,di istruire il cliente sul corretto funzionamento dello script usato

E no, sarebbe impossibile, non trovi?
Quanti CMS esistono e con quanti moduli? Non si può pretendere che un hoster, ti possa istruire su come usare un CMS o su come programmare.

[guest]

io uso drupal e questo cms permette impostazioni sulle immagini importate ,come le dimensioni o il peso, superate le quali impedisce il caricamento delle stesse,quindi non è un problema di scripts ma è un problema creato dai clienti dell'hoster ,ignari che poche foto di grandi dimensioni e peso possano stendere un server

Il problema non è mai il numero di foto.
E' il modo in cui lo script le gestisce. Su un piano hosting puoi tenere benissimo 1 milione di foto da 100M l'una, se hai spazio.
ma non puoi pretendere di ridimensionarle on-the-fly ogni volta.
E non è nemmeno tanto il CMS il problema, se il cliente ti fa uno script di sto tipo (scritto di sana pianta):

while ( true ) {
   $x = file_get_contents('file_da_127M');
}

e pubblica il link su facebook, come lo blocchi e sopratutto con quale scusante, quando il server ti si atterra al centesimo utente contemporaneo, che su facebook avrai dopo 10 minuti dalla pubblicazione del link?

Il cliente sta usando 127M, il tuo server, però, ne dovrà gestire 12700, per un singolo utente.