Newsgroup: it.comp.www.php
Titolo: [AIUTISSIMO URGENTE]Ancora script che manda 100%CPU

Non è possibile ancora Aruba mi segnala che un mio script (anzi che tutto 
il mio sito) manda il server down anche se si fa F5 (da tastiera, come 
dicono loro) sulla mia index.
Io non mi appoggio a DB ma uso alcuni file txt della dimensioni di non 
+ di 300 KB e genero pagine che non superano i 100KB con un timeout di 30 
sec.
Ma come è possibile?
So che così è impossibile dirlo ma sono le stesse info che ho io.
Avete dei programmi che permettano di individuare il problema.
Io in locale con la mia misera macchina non ho problemi (a parità di ver 
di PHP)
Avete dei suggerimenti su errori da non commettere nel comando fopen?
Azzo + di leggere le FAQ, leggere i vostri post e consultare il manuale 
cosa devo fare?
Ma proprio non potrebbero essere + precisi???
Disperazione
-- 
Administrator
www.amiciamici.com
Bedonia, la perla della Valtaro
Foto e commenti dalla e per la nostra community

 Avete dei suggerimenti su errori da non commettere nel comando fopen?
IMHO l'utilizzo di file al posto di database e' illogico. Appena inizi
ad avere piu' di un utente contemporaneo il server iniziera' a sedersi
per non parlare del gia' presente carico (su aruba e' notevole).
Prova ad implementare la index del sito in modo che peschi da DB e vedi
se le performance migliorano.
-- 
I am what I am, I do what I can
Sei un newbie? Leggi questo 
http://url.repository.biz/go/1
Inviare email con allegati? 
http://url.repository.biz/go/1Z
Cerchi un programmatore PHP/MySQL? 
http://url.repository.biz/go/1Y
L'uomo, conscio di sbagliare, persevera.

scusa, secondo te il db i dati da dove li legge?? (non li legge per
caso da un file di testo?)... 
IMHO non credo che alcune semplici fopen/fread/fwrite possano far
"collassare" un server che dovrebbe avere cpu e dischi in grado di
sopportare ben altro (D.O.S., ping flood,....)
ola


un consiglio spassionato?: vattene da Aruba!

 sopportare ben altro (D.O.S., ping flood,....)
fopen/fread forse no, fopen/fwrite quasi sicuramente - se acquisisci i 
lock in scrittura, finche' non chiudi altri utenti non possono farlo. E, 
al contrario dei DB, il filesystem di solito non aspetta che tu abbia 
finito: ti dice "file non accessibile in scrittura".
Nel mio sito uso dei files di testo per la configurazione, e li puo' 
modificare solo un amministratore (io :)), ma non e' un portale e non 
c'e' una profilazione utente: per qualsiasi cosa che vada oltre 2/3 
files con righe del tipo nome=valore (o un XML di bassa complessita') 
IMHO e' meglio usare un DB.
(non fornisco codice e/o url perche' e' ancora in costruzione... per 
quanto il codice sia online da piu' di un 1 anno senza problemi)
-- 
Saluti >^_^<
Hatanaka

 sopportare ben altro (D.O.S., ping flood,....)
Dipende da come viene implementato il codice, se, ad esempio, ha
inserito dei lock in fase di lettura il sistema collasserebbe con poche
decine di utenti.


 Foto e commenti dalla e per la nostra community
E stai ancora a pensarci su?
Ma mandali a quel benedetto paese...
Possibile che ancora c'è gente che diventa pazza con aruba?
Guarda questi
http://www.mediatel.org/web/host01.htm
www.webperte.com
che funzionano meglio di aruba e sopratutto ti danno assistenza
*professionale*
Pensa che io ho fatto un modulo per l'invio di email in html, mi funzionano
su 10 server diversi tranne che su aruba.
Gli ho chiesto info su eventuali particolari header per inviare html con php
e cosa mi hanno risposto???
E' colpa dello script!!!
Mah....


scherzi? mysql fa tutte queste operazioni gestendo lock, scrittura, lettura
ecc... molto più velocemente di quanto possano fare fopen fwrite ecc...
-- 
Josh
www.pixael.com
icq: 59204079

 se le performance migliorano.
Non ne ho la possibilità perchè uso PHP su macchina Win e di ODBC
nemmeno a parlarne.
Ma il problema per voi cos'è?
Cosa sbaglio nell'aprire il file leggerlo e chiderlo? o meglio quali
sogno gli errori e gli accorgimenti da seguire.
Il server si impalla perchè 2 o + utenti cercano di accedere al file in
contemporanea?Non funziona che il secondo trova il file in uso e il
server se ne infischia restituendo un errore?
Non so cosa dire.
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 Non so cosa dire.
Posta il codice, se e' troppo lungo pubblicalo da qualche parte e posta
il link.


 il link.
Ok stasera posto il codice che ritengo sia incriminato (?) il link non
posso darlo perchè il sito è DOWN (maledizione.)
Ho intenzione di mettere una home fittizia per fare le modifiche.
Grazie molte.


 Possibile che ancora c'è gente che diventa pazza con aruba?
Sfortunatamente non ho molte finanze per spostarmi e voglio ancora 
"smanettare" un po.
Da loro trovo sia ASP che PHP e MySQL e spazio illimitato (non dite niente 
lo so, lo so!) per i miei giga di file (totale del sito);-)


 [...]

 sec.
ho letto che apri i file e li metti in un array.
Controlla i loop e le ricerche nell'array.
questa potrebbe essere una possibile causa dell'elevato carico.
Se è così allora ci sono 2 soluzioni:
o dividi in più file (il che significa ridurre le dimensioni dell'array e le
operazioni su di esso)
o cambi struttura ai file e quindi al codice.
Prepara i file per come usi i dati nella visualizzazione.
Se hai menù o parti del sito che una volta generate non devono più essere
toccate salvale su un file e richiamale con readfile() o simili.
In parole povere: Riduci il numero dei dati e delle operazioni su di essi.
Imposta il tuo pc su cui sviluppi con limitazioni molto forti (memoria, tempo
di esecuzione, numero di processi concorrenti), ti aiuterà a capire dove stanno
gli errori.
 
 
 
"Ciò che vediamo ora non è che una pallida immagine 
 in  uno  specchio... ma presto il velo cadrà e noi 
 vedremo.." 
- Progetto 2501 -
-----------------------------------------
Messaggio inviato con Excite Newsgroup.
http://www.excite.it/newsgroup