Forti rallentamenti su Shared Hosting e su web4web.it

[Gandalf]

Forse però dimenticate che:
1) su X2 ci sono almeno 30 blog wordpress, e X2 è sempre stato con 32M di ram.

2) abbiamo blog wordpress pieni, che girano perfettamente con meno di 32m di ram su altri nostri server e su server di alcuni clienti.

Non si tratta di lavarsene le mani, è un hosting condivisoquesto, non un server dedicato, pertanto il limite è a 32m e con tale limite bisogna fare le dovute valutazioni. Chi vuole un limite superiore prende una VPS e si imposta 300M.

Non è buon viso a cattivo gioco, questo è un servizio di livello ultra lowcost e come tale è normale che ci siano delle limitazioni per tutelare il maggior numero di utenti.
Aruba, per citare il provider più famoso grosso d'Italia, nonchè uno dei primi lowcost costa almeno 4 volte noi, giusto per rendere una idea. Ciò non significa che i nostri servizi non debbano funzionare, ci mancherebbe, ed infatti stiamo facendo in continuazione upgrade hardware, ma non è nemmeno possibile che alcuni utenti (quelli magari con blog wordpress) occupino 3/4 di server a causa di errate configurazioni. Tutti gli altri clienti cosa dovrebbero fare, stare a guardare perchè parte degli utenti che usano wordpress gli ammazzano i server nelle ore di picco?

Abbiamo superato in questi giorni i 1500 domini gestiti come Web4Web, eppure solo alcuni utenti wordpress hanno questo problema. Il che significa che è un problema di wordpress in determinate configurazioni, non dei nostri server.
Già con 32M di limite, se un sito avesse 20 visitatori (cioè pochissimi) avrebbe bisogno potenzialmente di 32*20 = 640M di ram, valori superiori alle VPS di fascia media che si trovano oggi dai vari provider.
L'impostazione precedente, errata, consentiva di usare come minimo 64M di ram per pagina, ma comunque modificabile a piacere verso l'alto. Sempre nel caso di 20 utenti, sarebbero 1280M di ram per ciascun sito (o meglio, ciascuna pagina/script PHP).
Non bisogna essere ferrati in programmazione per capire che non è possibile una situazione del genere in un hosting condiviso.

Ci tengo a ripetere che wordpress funziona perfettamente con meno di 32M di limite, anche in caso di blog pieni. E' più probabile, però, che faccia casino quando si installano molti plugin senza mai rimuoverli definitivamente. Il database infatti non viene mai svuotato.
Sul forum stesso di Wordpress si suggerisce di passare dagli 8M di default di PHP a 12M o 24M per risolvere eventuali problemi di memory_limit.

Noi oggi ne abbiamo messi, in via straordinaria, 48M

Nonostante il nostro prezzo estremamente popolare, noi cerchiamo di puntare alla qualità ed alla sicurezza dei servizi offerti e di fare in modo che chiunque possa avviare il proprio sito internet ed il proprio blog personale, gli upgrade hardware dovrebbero dimostrarlo, ma purtroppo per poter offrire servizi di qualità a prezzi contenuti bisogna combattere contro script non ottimizzati ed è inevitabile che alcuni siti non siano utilizzabili correttamente presso di noi senza un minimo di conoscenza a livello di programmazione. Questo perchè tali script andrebbero ad impattare negativamente su tutti gli altri clienti, cosa non accettabile per noi.
Altri operatori magari hanno limiti più elevati, poi però dopo alcuni mesi la gente fugge di corsa per ben altri motivi....