Anmelde-Formular
Strohhalm Spendenkonto
Konto-Inhaber: Mathias Bank
Konto-Nummer: 83 04 297
BLZ: 200 905 00
Kreditinstitut: Netbank AG
Hinweis: Die Spenden werden bis auf weiteres ausschließlich dafür eingesetzt, den Strohhalm gegen rechtliche Angriffe zu schützen. Ein anderer Verwendungszweck muss von der gesamten Administration genehmigt werden.
aktueller Spendenstand: 188.01 €
strohhalm Standard (aktiv) von baumeister
(Noch keine User-Stylesheets vorhanden)
Hinweis: Zum Wechseln der Styles muss ein Cookie akzeptiert werden. Jedes registrierte Community-Mitglied darf eigene Styles entwickeln und einreichen. Ausführliche Infos unter Styleswitcher-Hilfe.
Neue Styles an baumeister@strohhalm.org senden.
Corlath 02. November 2004, 16:10
Hallo,
ok, folgende Problemstellung:
Ich habe ein php-Skript mit recht komplexer Seitenstruktur.
Jede Seite ist mittels Templates aufgebaut und erscheint erst, wenn sie vollständig geladen ist.
Da dies teilweise "länger" dauert kann suche ich nun eine Lösung eine Art ladeanzeige oder Ladebalken ziwschen zu schalten, die dem Besucher eben sagt, dass eben noch was passiert.
Packe ich das einfach ins Skript habe ich aktuell das problem, dass der Code vorm eigentlichen Header steht und dort ja auch bleibt, was in meinen Augen nicht so schön ist (<div>Ladebalken</div><head>....)
Packe ich es als kompletten Head-Bereich davor kann ich im Header (z.B. Title nicht mehr die vom Skript generierten Daten anzeigen.
Fazit: ich brauche ein javaskript, dass ich irgendwie dazischen schalten kann. Sollte das das aus für Suchmaschinen bedeuten könnte ich diesen ggf. ja immer noch den Alternativlink ohne Ladeanzeige anbieten.
Hat jemand Ideen oder kann mir Linktipps geben ?
bess demnähx
Corlath
wahsaga 02. November 2004, 17:22
> Ich habe ein php-Skript mit recht komplexer Seitenstruktur.
> Jede Seite ist mittels Templates aufgebaut und erscheint erst, wenn sie vollständig geladen ist.
dieses problem hat man zumeist dann, wenn man zum layouten tabellen missbr^H^H^H^H^H^H benutzt hat.
> Da dies teilweise "länger" dauert kann suche ich nun eine Lösung eine Art ladeanzeige oder Ladebalken ziwschen zu schalten, die dem Besucher eben sagt, dass eben noch was passiert.
das sagt mir mein browser auch so.
> Fazit: ich brauche ein javaskript
nein, vermutlich brauchst du eher a) ein layout, welches nicht auf tabellen basiert, und b) eine gesamtstruktur für die seite, die dich nicht zwingt, zu viele inhalte in eine seite zu quetschen.
Ingo40 02. November 2004, 19:20
Hi,
bringst Du hier nict einiges durcheinander?
> Ich habe ein php-Skript mit recht komplexer Seitenstruktur.
Hast Du ein PHP-Script, daß so lange braucht um die Inhalte zusammenzustellen oder ist die im Endeffekt erzeugte und ausgelieferte Seite so ungünstig aufgebaut?
> Fazit: ich brauche ein javaskript
Wie sollte Javascript ermitteln können, wie lange der Server zur Auslieferung der Daten noch benötigt?
Gruß
Ingo
Corlath 03. November 2004, 22:57
Nun ja, es ist ein Preisvergleich, sprich die Ladezeit hängt von der Anzahl gefundener Shops und z.B. bei XML-Verbindungen von der Geschwindigkeit der externen Server ab - eine "längere" ladezeit ist in meinen Augen also gerechtfertig und mein Einfluss darauf ist recht gering...
Sehe ich das recht, daskonkrete Ideen fehlen ?;)
bess demnähx
Corlath
Dr.E. 04. November 2004, 16:45
Nein!
ich muss da wahsaga zustimmen, man sollte da vielleicht versuchen eine einfachere Struktur zu finden und ein bischen benchmarking zu treiben. kann dir da eine hübsche klasse in php schicken...
dr.e.
Corlath 04. November 2004, 18:28
Nun ja, könntest du das ein wenig mehr erläutern ?
Corlath
Dr.E. 05. November 2004, 08:30
> Nun ja, könntest du das ein wenig mehr erläutern ?
Sehr gerne.
Ich habe zum beispiel ein komplettes Framework aus PHP-Klassen, die die jegliche Basis für meine Anwendungen stellen. In den letzten Tagen hatte ich das Problem, dass eine Funktion zum dumpen einer MySQL-DB in das max_execution_limit gelaufen ist, da die Funktion eben nicht sauber implementiert war. Dann hab ich jedes Statement gebenchmarket und herausgefunden, welche teile den meisten ärger machen und welche von haus aus schnell sind.
diese vorgehensweise kannst auch du für deine skripte nutzen, da ich denke, eine schnell ausgelieferte seite ist mehr wert, als eine mit ladebalken. ausserdem würde ich mich fragen, ob es nicht mehr sinn macht, die seite auslzuliefern wie sie kommt, dass wenigstens schon ein bischen text oder layout am anfang dasteht, denn wenn der benutzer bis auf das letzte bild das geladen werden muss warten soll, dann ist er sicher schnell verärgert.
das benchmarken funktioniert so:
$BM = ne MyTimerClass;
$BM->setzeZeitStempel('Start_XMLSchnittstelle_Daten_Holen');
...
$BM->setzeZeitStempel('Stopp_XMLSchnittstelle_Daten_Holen');
echo $BM->zeigeDauer('..','..');
...
Damit kannst du deine unterschiedlichen Teile testen und dein skript optimieren. als kleiner tipp: php funktionen sind immer schneller (da in c/c++ implementiert) als eigene funktionen, und klassen kommen erst anschließend!
Wenn ich die klasse veröffentlichen soll, bzw mehr dazu sagen soll, dann einfach hier posten.
grüße,
dr.e.
Dr.E. 05. November 2004, 08:38
...wobei ich sagen muss, da sollten wir einen thread bei programmierung serverseitig aufmachen, sonst läuft das hier aus dem rahmen!? machst du das?
grüße,
dr.e.
wurstbrot 05. November 2004, 09:22
Hi,
zum ursprünglichen Problem: Es gibt viele Möglichkeiten, die meisten findest du mit Google. Hier jedoch ein paar Links
Ein Preloader ohne Status-Bar, damit du verstehst, wie es im Prinzip funktioniert:
http://www.filesland.com/companies/USINGIT-COM/JavaScript-Page-Preloader.html
Eine Forum-Diskussion zu den Möglichkeiten:
http://www.faqts.com/knowledge_base/view.phtml/aid/1900/fid/124
Ein hübscher Preloader in Verbindung mit Server-Seitiger Programmierung findest du bei Puretec (Domain-Abfrage). Etwas spicken hat noch nicht geschadet ;-)
[Offtopic]
Ich finde es schade, dass hier immer mehr Diskussion darüber entsteht, wie etwas anders gemacht werden sollte. Es reicht doch eine kurze Meinung dazu und dann eine Lösung. Es gibt bis jetzt aber leider nur Meinungen und keine Lösung.
[/Offtopic]
Wurstbrot
Dr.E. 05. November 2004, 09:45
> [Offtopic]
> Ich finde es schade, dass hier immer mehr Diskussion darüber entsteht, wie etwas anders gemacht werden sollte. Es reicht doch eine kurze Meinung dazu und dann eine Lösung. Es gibt bis jetzt aber leider nur Meinungen und keine Lösung.
> [/Offtopic]
Es ist nur so, dass ich ein bischen mich für die Rechte der Modem-Benutzer einsetzen möchte, da diese sich sicher sehr langweilen, wenn sie einen endlosen Ladebalken sehen und erst dann vernünftigen Content. Da ist es von der Philosophie sicher besser einen anderen, wie ich oben beschriebenen habe, Weg zu gehen.
Sollten externe Quellen eiungebunden werden, ist es ganz besonders dann sinnvoll seine Schnittstelle möglichst performant zu gestalten, dass sich nicht auch noch durch schlechte Performance des eigenen Codes die Ladezeit verschlechtert.
grüße,
dr.e.
wurstbrot 07. November 2004, 10:41
HI
>Es ist nur so, dass ich ein bischen mich für die Rechte der Modem-Benutzer einsetzen möchte, da diese sich sicher sehr langweilen
Keine Frage, aber die Entscheidung solltet ihr dann letztendlich dem Post-Ersteller überlassen und für sein Vorhaben auch Lösungen zeigen. Unter Umständen ist seine Zielgruppe gar nicht mit Modem ausgestattet. Es gibt auch öfters den Fall, dass es gar für ein Intranet gedacht ist.
Klar: Sagt eure Verbesserungsvorschläge. Belasst es aber nicht dabei! Unter Umständen kann man bestimmte Abfragen (vor allem von anderen Servern) eben nicht beschränken.
In diesem Beispiel wissen wir nichts um den Code (vielleicht ist er schon recht gut). Fakt ist, dass die Anzeige zu lange dauert und eine Lösung her muss.
Wurstbrot
Dr.E. 08. November 2004, 08:55
> In diesem Beispiel wissen wir nichts um den Code (vielleicht ist er schon recht gut). Fakt ist, dass die Anzeige zu lange dauert und eine Lösung her muss.
das ist ja genau mein lösungsansatz: nicht die leute mit einem loaderbalken abspeisen, sondern / oder auch speedoptimierung betreiben. sollte die seite so geartet sein, wie es der ersteller der threads geschildert hat, bin ich mir sicher, dass sich da was machen lässt. deswegen habe ich bereits lösungen präsentiert, wenngleich diese auch ein bischen kontrovers dazu sind.
grüße,
dr.e.
