Någon som har nåt bra tips på hur man visar resultat direkt i en WHILE-loop i PHP? Jag har problem med att sidan en sida tar väldigt lång tid att ladda pga av en loop i scriptet. i WHILE-loopen så är det lite ECHO:s så det är inget komplicerat. Däremot så vill jag visa varje ECHO rad för rad lixom ... hoppas ni förstår vad jag menar och har nåt bra tips hur jag ska lösa det.

while($row = mysql_fetch_array($quer)) {
echo "Text".$row['Data'];
}

Mvh Bergman

Kort svar: http://se2.php.net/flush

Fast du är nog ute på hal is. Dito loopar äter CPU.

Tack för snabbt svar!

Har du något bra tips på hur man kan visa att något händer bortsett från flush?

Det är ett admin-script som inte användarna ser men risken är att administratörerna kör en "Reload" mitt i för att dom tror att det hängt sig.

Finns flera sätt..

A: http://se2.php.net/ignore_user_abort

B: Starta ett bakgrundsjobb via CURL

etc.. :)

Good luck!

En annan variant kanske är att man minskar antalet steg i loopen och sedan laddar om sidan och fortsätter. Kanske är det smidigaste när jag tänker efter

Om du behöver skriva ut så mycket data så att det tar för lång tid så dela upp det på flera sidor med 25 eller 50 poster på varje - sedan får användaren bläddra. Det är det vanliga sättet att lösa det på.

Annars om det är nödvändigt av någon anledning att alla poster kommer på "ett blad" så gör en download-knapp och låt användaren ladda ner listan (då har man förståelse för att det tar tid).

Du kan ju också förstås göra något med ajax, t.ex. "Hämtar rad 1…", "Hämtar rad 2…", osv. då är det nog ingen som avbryter om det nu inte är så att de inte alls vill/orkar se allt innehåll.

Om innehållet i databasen är någorlunda statiskt så kan du ju spara det i en textfil som du inkluderar (och uppdaterar då och då på något lämpligt sätt, t.ex CRON).

Vad är det för data som är så omfattande att den inte vill ladda ner snabbare? Eller är det så stora mängder?

Dela upp hämtningen

Eller skapa en textsträng direkt:
$result='';
Bäst är nog ändå göra som martine föreslår, dela upp resultatet i bitar och bläddra dig framåt och bakåt.

Det blir nog att dela upp datat i mindre bitar samt försöka optimera MySQL-tabellerna för att snabba upp hanteringen. Det är alltså en massa prisinformation till PrisCentralen.com som uppdateras ganska ofta.

Tack för all hjälp iallafall!

Kan du förklara för mig hur...
... skulle kunna gå snabbare än...
?

;)

Nej, det kan jag inte, men tro det eller ej, det går fortare när det är väldigt många rader.

Det betvivlar jag starkt. Däremot kan du se en skillnad om du först kör den ena varianten och sedan den andra eftersom det är samma fråga som körs och databasen då vid andra körningen kommer ha en del interna strukturer cachade. Därför kommer den andra körningen bli klar snabbare. men det beror inte på din kod utan att databasen inte behöver göra riktigt samma arbete båda gångerna.

Jag beklagar, men jag kan bara redovisa de resultat jag får fram. Och jag känner till mysql:s frågechache och har kompenserat för den genom att ställa samma fråga flera gånger i samma uppkoppling.
Gör gärna försöket själv och posta här om du får andra resultat.

Jag kan med 100% säkerhet säga att det går snabbare att loopa igenom resultatet en gång istället för två....

Ja, det är rätt logiskt, en loop är bättre. Jag testade även det, det varierade mellan 5-10% snabbare.

Om du använder dig av en UNIX-server kan du använda följande rad i .htaccess:
Då kan du använda något liknande följande PHP-kod för att se utmatningen innan hela skriptet har laddats klart (eller mer exakt innan utmatningsbufferten är full):
Du kan läsa mer om output_buffering på:
http://se2.php.net/manual/en/ini.php#ini.list
http://se2.php.net/manual/en/outcont...tput-buffering