Alternativa a Web4web con memory limit più alto

[ddd982]

Ciao a tutti, ho diversi siti su Web4web con cui mi sono sempre trovato bene per via del servizio e dell'assistenza. Ho però un problema non trascurabile che mi spinge a cambiare server, Web4web ha un memory limit dichiarato di 32Mb, reale a 48 Mb ma dalla versione 3.0 di Wordpress con cui sono basati la maggior parte dei miei siti ho problemi a a fare l'aggiornamento automatico che si blocca per via di questo valore troppo basso. Sinceramente non capisco questo limite così restrittivo, al momento basterebbero 64 Mb per non avere nessun problema.
Qualcuno può consigliarmi un'alternativa a Web4web con un buon servizio complessivo e con un memory limit più alto?
Grazie

[FlameNetworks]

Ciao,

su servizi low-cost il memory_limit a 32 MB mi sembra un valore più che sufficiente.

Se necessiti di un memory_limit più alto hai due alternative:

- un hosting professionale
- un hosting low-cost in overselling

Ciao,

F.

[Antonio]

... reale a 48 Mb ...

48MB sono anche troppi per uno script scritto in maniera decente; poi su uno shared non si può pretendere di più...

[guest]

Ci sarebbero anche i semi-dedicati...

[DESK]

fastnom.it 128mb
keliweb.it 64/128mb
supporthost.it 64mb+++php.ini conf
tantrahost.com 64mb
webhostingperte.com 128mb
netsons.com 256mb
webhosting24.it (si adattano alla richiesta)

[GrG]

default-constants.php (in wp-includes), correggi li dentro.

comunque concordo sul fatto che 64 mb dovrebbe esser lo standard ora. ovh che mi sembra una fonte interessante ha appena alzato a 128, aruba è a 64

[guest]

ovh

oh no, anche qui no.....

[GrG]

Mi han detto dell'altra discussione sinceramente non l'ho seguita a causa digente che mi stava sulle palle. Domani leggo tutto.

[EvolutionCrazy]

confermo il limite a 128M sul piano "perso" ovh

su aruba puoi alzarlo a piacimento tramite php.ini

[andrea.paiola]

ho appena dovuto mettere a 256M il memory limit per un sito in Drupal (il caricamento delle stringhe per l'italiano richiede più di 128M)

boh sti CMS ciucciano sempre di più

[Shazan]

Con i CMS di oggi, non credo che con meno di 128 MB di memory_limit si possa fare qualcosa.

[guest]

Con i CMS di oggi, non credo che con meno di 128 MB di memory_limit si possa fare qualcosa.

Il che indica perfettamente la qualità dei CMS di oggi.

[Antonio]

Il che indica perfettamente la qualità dei CMS di oggi.

IMHO neanche la generazione completa di una pagina di FB richiede 48 o più MB di memoria.

Tra un po' serviranno a qualcosa gli hosting dedicati "drupal", "wordpress" & Co, perché più che account shared saranno costretti a darti una vps managed LAMP con XXXMB di ram :/

[Uno]

Magari prima o poi qualcuno si accorgerà che ha risparmiato 200 euro di software ma, se continua così, sarà costretto a spendere minimo 500 euro l'anno di hosting.
Poi ci metterà su un sito sull'ecologia e sull'inquinamento.

[guest]

Solitamente oltre 32M servono solo quando si vogliono ridimensionare dei JPG. Questo perchè PHP per farlo li deve decomprimere trasformandoli in bitmap non compressi, aumentandone esponenzialmente la dimensione.

Leggevo da qualche parte che il peso di un JPG convertito in bitmap non compresso si calcola, grosso modo, facendo:

larghezzaXaltezzaXdpi

o una cosa simile.