@Josie said:

Ho già provato a disabilitare tutti i plugin inutili e lasciarne tipo 3 fondamentali, ma non è cambiato niente.
Ho provato anche a usare wp_cache..

contro test... prova a mettere il template originale e vedere se le tempistiche diventano accettabili o meno.

puoi anche provare levando tutti i plugin e con template originale e vedere che fa.

una curiosità, quali sono questi plugin "fondamentali"?

Ad ogni modo ho pensato anche io a vari problemi dns bla bla, ma il fatto che anche accedendo al sito direttamente dal suo ip va lentissimo comunque dovrebbe escludere questo tipo di problemi, o no?

si lo esclude ahimè in toto.

La cosa preoccupante però è che il mio pannello di controllo (che comunque si risolve su quello stesso ip anche se su un'altra porta chiaramente) va come un razzo.

Ora non so la macchina server, ma spesso il pannello di controlla gira su un altra sessione apache dedicata, quindi è abbastanza sintomatico, ma non del tutto.

Dalle stats puoi vedere anche il carico della macchina?
Ah è su hosting windows o linux?

Sono depressa: ho fatto tutto sto casino per passare a wordpress sperando in un miglioramento di prestazioni e invece va più lento di prima. Eppure non è il mio tema il problema..

Wp si comporta bene solitamente, mi sembrano strani questi problemi.
Prova a fare un file nuovo .php con dentro solo:

<? php_info(); ?>

giusto per capire la configurazione del server.

Non riesco a capire perchè debba fare "In attesa di..." per ore e ore. Sembrebbe un problema di ping alto ma non credo che sia così perchè quando testavo il sito senza tutti gli utenti sopra andava tutto bene. Non credo che il ping si alzi in base al carico di lavoro del server, o sì?

Aggiungo che se riavvio il server per tipo 60 secondi funziona tutto in modo decente..

Potrebbe essere attivo un Qos che taglia la banda se è troppa, controlla magari di non avere gente che ciuccia banda linkando immagini o con spider e similari che continuano a refereshare la pagina.

@Josie said:

UPDATE: ho comprato un altro server per tagliare la testa al toro. Mi sto svenando, vi prego, aiutatemi T_T

http://69.73.131.189
mi dà lo stesso problema: carica tutto e poi la visualizza. i tempi sembrano comunque accettabili ma è solo perchè questo ip lo sto usando solo io (e al massimo qualcuno che legge questo forum), e lo erano anche con l'altro server prima che ci puntassi il dominio.

VI PREGO.. datemi una mano perchè sto impazzendo!

domanda, le immagini sono hostate sul sito o su altre macchine o servizi di terzi tipo imageshack?

Ad ogni modo ora le stats sulle performance fungono: http://www.websiteoptimization.com/services/analyze/wso.php?url=http://www.thegossipers.com

E comparandole con le mie una T1 da 1mb dovrebbe metterci 11sec a scaricare tutto... nella realtà con una 4mb ce ne mette + di 30, quando teorici dovrebbero essere 3/4sec... sintomo di un problema? direi di si.

Se hai stats tipo munin controlla il carico sulla macchina.

Ultima cosa, come mai le pagine sono ad estensione .asp?
Urlrewrite di pagine php?

@gh3 said:

contro test... prova a mettere il template originale e vedere se le tempistiche diventano accettabili o meno.

puoi anche provare levando tutti i plugin e con template originale e vedere che fa.

una curiosità, quali sono questi plugin "fondamentali"?

Anche togliendoli fa uguale, comunque sono tipo all in one seo pack, categorie senza livello base e cosine così..

Dalle stats puoi vedere anche il carico della macchina?
Ah è su hosting windows o linux?

E' su linux. posso vedere il carico della macchina e non c'è niente al 100%, non credo sia quello il problema.

Wp si comporta bene solitamente, mi sembrano strani questi problemi.
Prova a fare un file nuovo .php con dentro solo:

<? php_info(); ?>

```giusto per capire la configurazione del server.

http://www.thegossipers.com/prova.asp

> Potrebbe essere attivo un Qos che taglia la banda se è troppa, controlla magari di non avere gente che ciuccia banda linkando immagini o con spider e similari che continuano a refereshare la pagina.
domanda, le immagini sono hostate sul sito o su altre macchine o servizi di terzi tipo imageshack?

Come faccio a controllare la seconda cosa? cioè se bot vari refreshano la pagina..
le immagini sono sullo stesso server


> 
Ultima cosa, come mai le pagine sono ad estensione .asp?
Urlrewrite di pagine php?

sìsì è solo url rewrite

comunque ricapitolando i problemi sono due:
1) quando richiedo una pagina mi fa stare qualche secondo "in attesa di.." ma non è un problema di ping perchè appena riavvio il server va una bomba
2) carica tutta la pagina prima di visualizzarla, e visto che sono pesanti la pagina sta parecchi secondi bianca

E insieme sono micidiali. Comunque il secondo problema me lo dà anche nel test sull'altro server, il primo non lo so perchè dovrei provarlo mentre è in azione.

@Josie said:

Anche togliendoli fa uguale, comunque sono tipo all in one seo pack, categorie senza livello base e cosine così..

capito, effettivamente non dovrebbero creare problemi...

E' su linux. posso vedere il carico della macchina e non c'è niente al 100%, non credo sia quello il problema.

come database usi mysql giusto?
carico sul db?

http://www.thegossipers.com/prova.asp

Non me la apre... però non mi apre nemmeno tutto il sito.
Ma come mai anche li .asp? dato che è php metti pure .php, si sa mai che è per quello

sìsì è solo url rewrite

io lo cambierei per sicurezza, magari usando .html e al più nel .htaccess mettere dei 303 per tutti i vecchi .asp ai nuovi .htm o .html

non credo che sia perchè il rewrite è .asp, ma non si sa mai, hai per caso provato a disabilitare il rewrite e vedere come si comporta?

nel sistema di admin di wp come si comporta lento anche li o si velocizza?

comunque ricapitolando i problemi sono due:

1. quando richiedo una pagina mi fa stare qualche secondo "in attesa di.." ma non è un problema di ping perchè appena riavvio il server va una bomba
2. carica tutta la pagina prima di visualizzarla, e visto che sono pesanti la pagina sta parecchi secondi bianca

E insieme sono micidiali. Comunque il secondo problema me lo dà anche nel test sull'altro server, il primo non lo so perchè dovrei provarlo mentre è in azione.

idea scema mia, prova a utilizzare un footer vuoto, teoricamente la pagina non viene renderizzata se non è arrivata alla fine, con un footer vuoto dovrebbe essere più veloce.

altra cosa prova a mettere questo nell'header:

<? $inizio = microtime(); ?>

e questo nel footer dopo </html>

<? $fine = microtime()-$inizio;
echo "render: ".$fine." sec"; ?>

almeno scopriamo se il problema è nel render della pagina o altro.

@gh3 said:

come database usi mysql giusto?
carico sul db?

sì mysql, come si fa a vedere il carico?

Non me la apre... però non mi apre nemmeno tutto il sito.
Ma come mai anche li .asp? dato che è php metti pure .php, si sa mai che è per quello
E'. asp perchè avevo usato quel comando per la mia pag di prova per vedere se mi interpretava correttamente le pagine asp in php Ce l'avevo lì già pronta e te l'ho passata...
Ora il sito "funziona" (si fa per dire), ho appena dovuto riavviare.

io lo cambierei per sicurezza, magari usando .html e al più nel .htaccess mettere dei 303 per tutti i vecchi .asp ai nuovi .htm o .html

non credo che sia perchè il rewrite è .asp, ma non si sa mai, hai per caso provato a disabilitare il rewrite e vedere come si comporta?

nel sistema di admin di wp come si comporta lento anche li o si velocizza?ho già provato, nada..
e infatti anche nell'admin dà gli stessi problemi

ora provo la cosa del footer e quell'altra roba strana che hai detto
grazie di tutto

comunque ci tengo a precisare che il problema principale è quello di "in attesa di..." per ore e ore, perchè poi quando comincia a trasferire il sito (anche se visualizza solo alla fine) lo fa in tempi accettabili.

ho fatto un paio di prove.. sembra che non ci siano problemi nel render della pagina, si aggira intorno agli 0.5 secondi

mhhh a questo punto la domanda è quanta banda ha il server? perchè se la pagina viene caricata in poco tempo e il ping è buono ( 150sec ) non riesco proprio a capire il problema...

prova a contattare il tuo hosting e sentire che ti dice.

per il carico mysql, non so "dovrebbe" esserci un indicatore a grafici che mostra lo stato della macchina, ma dipende da host ad host se lo inserisce

ps. sai mica dirmi le caratteristiche dell'hosting plan che hai scelto?

Allora.. ora va che è una bomba.
Cosa ho fatto:
ho installato http://deflate.medialayer.com/old/
e questo http://www.eth0.us/mod_evasive
e ho modificato la configurazione di apache mettendo queste cose un po' più spinte:

<IfModule prefork.c>
Startservers 8
MinSpareservers 5
MaxSpareservers 20
maxclients 256
MaxRequestsPerChild 1000
</IfModule>

<IfModule worker.c>
Startservers 2
maxclients 256
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 0
</IfModule>
<IfModule perchild.c>
Numservers 5
StartThreads 5
MinSpareThreads 5
MaxSpareThreads 10
MaxThreadsPerChild 20
MaxRequestsPerChild 0
</IfModule>

Ora non chiedermi quale di queste cose abbia fatto il miracolo, comunque

ora con la nuova conf di apache ricevo errori stranissimi tipo:

MemoryErrorFATAL:  erealloc():  Unable to allocate 30720 bytes
[Fri Jul 27 14:16:59 2007] [notice] child pid 1476 exit signal Segmentation fault (11)
[Fri Jul 27 14:16:59 2007] [notice] child pid 1478 exit signal Segmentation fault (11)
FATAL:  emalloc():  Unable to allocate 71 bytes
[Fri Jul 27 14:17:37 2007] [notice] child pid 1423 exit signal Segmentation fault (11)
[Fri Jul 27 14:17:37 2007] [error] make_obcallback: could not import mod_python.apache.\n
Traceback (most recent call last):
  File "/usr/lib64/python2.3/site-packages/mod_python/apache.py", line 22, in ?
    import time
ImportError: /usr/lib64/python2.3/lib-dynload/timemodule.so: failed to map segment from shared object: Cannot allocate memory
[Fri Jul 27 14:17:54 2007] [error] make_obcallback: could not import mod_python.apache.\n
Traceback (most recent call last):
  File "/usr/lib64/python2.3/site-packages/mod_python/apache.py", line 22, in ?
    import time
ImportError: /usr/lib64/python2.3/lib-dynload/timemodule.so: failed to map segment from shared object: Cannot allocate memory

non me ne intendo ma sembrano problemi di ram, comunque questo server su cui sono ora ho 512mb di ram garantita, nell'altro in cui ho comprato ne ho un po' meno (mi pare 384) garantita ma 1024 burstable.

secondo te cosa è meglio?

ottimo!

se a parità di banda, io direi di fare un pensierino al 2° mettendo stesse configurazioni e appena possibile portare almeno a 512 e poi a 1024, sicuramente i tuoi utenti ne sentiranno dei benefici

ammettilo che eri quasi pronta a buttare nell'adda il server

ps. setto allora come risolto.

purtroppo ora dà un altro problema: pagine bianche.. spesso caricando il sito dà una pagina bianca oppure non lo carica completamente. Dici che è un problema di ram?

ah su questo non ti so dire... prova a controllare i log... dovrebbe essere segnalato il prob ( almeno penso )