OT: wonach entscheidet Browser, ob die gesamte Seite nachgeladen wird
Hi, ziemlich OT, aber ich weiß nicht so recht, wo ich ansetzen soll: Ich möchte unsere DB nach und nach auf php/psql umstellen. Der BS-Aufbau erfolgt dabei über <div>-Tags für Menü, Headline, Programm usw., alles nix Besonderes. Was mich wundert, ist dass manchmal alle Teile neu aufgebaut werden, manchmal nur der betroffene <div>-Bereich. Und zwar unabhängig vom Inhalt, auch aufeinanderfolgende, definitiv gleiche Operationen werden mal so und mal so ausgeführt. Gibt es irgendeine Stelle, die dieses Verhalten beeinflusst (Browser-Einstellungen...apache-Einstellungen-php-Konfig)? System ist OS11.1, apache2, php5, postgresql 8.3, was aber sicher keine Rolle spielt... cu jth -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Joerg, Browser-Cache? Lg Michael Am 26.10.2010 um 16:36 schrieb Joerg Thuemmler:
Hi,
ziemlich OT, aber ich weiß nicht so recht, wo ich ansetzen soll: Ich möchte unsere DB nach und nach auf php/psql umstellen. Der BS-Aufbau erfolgt dabei über <div>-Tags für Menü, Headline, Programm usw., alles nix Besonderes. Was mich wundert, ist dass manchmal alle Teile neu aufgebaut werden, manchmal nur der betroffene <div>-Bereich. Und zwar unabhängig vom Inhalt, auch aufeinanderfolgende, definitiv gleiche Operationen werden mal so und mal so ausgeführt.
Gibt es irgendeine Stelle, die dieses Verhalten beeinflusst (Browser-Einstellungen...apache-Einstellungen-php-Konfig)?
System ist OS11.1, apache2, php5, postgresql 8.3, was aber sicher keine Rolle spielt...
cu jth
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Jörg schrieb:
Gibt es irgendeine Stelle, die dieses Verhalten beeinflusst (Browser-Einstellungen...apache-Einstellungen-php-Konfig)?
System ist OS11.1, apache2, php5, postgresql 8.3, was aber sicher keine Rolle spielt...
cu jth
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Jörg, schau 'mal im access-log vom Apache, welche Statuscodes bei dem jeweiligen Zugriff stehen. Steht da z.B. 304, wurde die Seite nicht erneut vom Webserver runtergeladen, da die auf dem Client vorhandene nicht älter ist als die auf dem Server liegende. Siehe auch http://de.selfhtml.org/servercgi/server/httpstatuscodes.htm . Der HTTP-Statuscode ist die Spalte nach dem HHTP-Request und vor der übertragenen Bytemenge im access-log. Bernd-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 26.10.2010 17:14, schrieb Lentes, Bernd:
Jörg schrieb:
Gibt es irgendeine Stelle, die dieses Verhalten beeinflusst (Browser-Einstellungen...apache-Einstellungen-php-Konfig)?
System ist OS11.1, apache2, php5, postgresql 8.3, was aber sicher keine Rolle spielt...
Hallo Jörg,
schau 'mal im access-log vom Apache, welche Statuscodes bei dem jeweiligen Zugriff stehen. Steht da z.B. 304, wurde die Seite nicht erneut vom Webserver runtergeladen, da die auf dem Client vorhandene nicht älter ist als die auf dem Server liegende. Siehe auch http://de.selfhtml.org/servercgi/server/httpstatuscodes.htm . Der HTTP-Statuscode ist die Spalte nach dem HHTP-Request und vor der übertragenen Bytemenge im access-log.
Hi, der Statuscode ist immer 200. Vielleicht habe ich mich aber auch nicht verständlich ausgedrückt: Die Seite besteht aus durch <div> abgegrenzten Teilelementen. Wenn sich nur in einem was ändert, möchte ich eigentlich nicht, das die ganze Seite neu aufgebaut wird (das sieht wie Flackern aus), sondern nur das geänderte Teilelement. Egal, welchen Cachemodus ich im FF habe, baut er bei dem gleichen Request mit identischen POST-Daten mal alles neu auf und mal nur das durch die POST-Variablen beschriebene Teilelement. Nachdem ich das Ganze mal mit Opera probiert habe, habe ich festgestellt, dass der das besser löst, ich habe zumindest bei meinen Tests keinen Ganzseitenneuaufbau sehen können. Also liegts an FF. Da erschlägt einen leider die Fülle der Variablen von about:config und es ist ja auch nicht sicher, dass es hier überhaupt zu bessern geht. Wird wohl eine Baustelle bleiben... Danke jedenfalls cu jth -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Mittwoch, 27. Oktober 2010 schrieb Joerg Thuemmler:
Am 26.10.2010 17:14, schrieb Lentes, Bernd:
Jörg schrieb:
Gibt es irgendeine Stelle, die dieses Verhalten beeinflusst (Browser-Einstellungen...apache-Einstellungen-php-Konfig)?
... Vielleicht habe ich mich aber auch nicht verständlich ausgedrückt: Die Seite besteht aus durch <div> abgegrenzten Teilelementen. Wenn sich nur in einem was ändert, möchte ich eigentlich nicht, das die ganze Seite neu aufgebaut wird (das sieht wie Flackern aus), sondern nur das geänderte Teilelement. Egal, welchen Cachemodus ich im FF habe, baut er bei dem gleichen Request mit identischen POST-Daten mal alles neu auf und mal nur das durch die POST-Variablen beschriebene Teilelement. was genau machst Du da eigentlich? Lässt Du den Browser die gesamte Datei neu laden oder lädst Du per XMLHttpRequest Teile nach und baust die dann ein?
Wenn Du immer die gesamte Seite nachlädst, hängt es wahrscheinlich eher vom Zufall bzw. der genauen Reihenfolge der Systemaufrufe des Browsers ab, ob die Seite optisch stehen zu bleiben scheint oder ob sie sichtbar neu aufgebaut wird. Hat auch was damit zu tun, ob und wann Größenabgaben zu Bildern und anderen Seitenelementen ausgewertet und damit die Positionierung der einzelnen Elemente bekannt ist. Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 27.10.2010 08:19, schrieb Martin Hofius:
Am Mittwoch, 27. Oktober 2010 schrieb Joerg Thuemmler:
Am 26.10.2010 17:14, schrieb Lentes, Bernd:
Jörg schrieb:
Gibt es irgendeine Stelle, die dieses Verhalten beeinflusst (Browser-Einstellungen...apache-Einstellungen-php-Konfig)?
... Vielleicht habe ich mich aber auch nicht verständlich ausgedrückt: Die Seite besteht aus durch <div> abgegrenzten Teilelementen. Wenn sich nur in einem was ändert, möchte ich eigentlich nicht, das die ganze Seite neu aufgebaut wird (das sieht wie Flackern aus), sondern nur das geänderte Teilelement. Egal, welchen Cachemodus ich im FF habe, baut er bei dem gleichen Request mit identischen POST-Daten mal alles neu auf und mal nur das durch die POST-Variablen beschriebene Teilelement. was genau machst Du da eigentlich? Lässt Du den Browser die gesamte Datei neu laden oder lädst Du per XMLHttpRequest Teile nach und baust die dann ein?
Wenn Du immer die gesamte Seite nachlädst, hängt es wahrscheinlich eher vom Zufall bzw. der genauen Reihenfolge der Systemaufrufe des Browsers ab, ob die Seite optisch stehen zu bleiben scheint oder ob sie sichtbar neu aufgebaut wird. Hat auch was damit zu tun, ob und wann Größenabgaben zu Bildern und anderen Seitenelementen ausgewertet und damit die Positionierung der einzelnen Elemente bekannt ist.
Gruß Martin
Hi, nein, ich lade die Seite neu, meist per <form>: ---- <form action="index.php?p=prg..." method="post"> <input type="hidden" name="field" value="content"> <input type="submit" name="ab" value="OK"> ...</form> es gibt eine zentrale css-Datei, die am Anfang von index.php geladen wird, dann kommen die Teilelemente: <div id="headline">...</div> <div id="menu">...</div> <div id="content">...</div> <div id="footer">...</div> im Grunde ändert sich meist nur was in content und manchmal ein Style im Menü (durch
Am Mittwoch, 27. Oktober 2010 schrieb Joerg Thuemmler:
nein, ich lade die Seite neu, meist per <form>:
Dann wird sie immer neu aufgebaut, ob Du das siehst oder nicht hängt wohl eher von der Refreshgeschwindigkeit des Browsers ab, da kannst Du nix beeinflussen. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 27.10.2010 23:39, schrieb Manfred Tremmel:
Am Mittwoch, 27. Oktober 2010 schrieb Joerg Thuemmler:
nein, ich lade die Seite neu, meist per <form>:
Dann wird sie immer neu aufgebaut, ob Du das siehst oder nicht hängt wohl eher von der Refreshgeschwindigkeit des Browsers ab, da kannst Du nix beeinflussen.
Hi, sagen wir, sie wird neu geladen. Offensichtlich kann die rendering engine aber manchmal erkennen, dass Teile identisch sind und die nicht löschen und neu ausgeben ... und manchmal tut sie es unter identischen Bedingungen doch. Und die von Opera erkennt identische Teile aber immer und lässt sie stehen. Leider kommt Opera mit manchen style-Konstrukten aber anscheinend nicht ganz klar... Da es auf unserer Drupal-Seite aber ohne dieses Flackern abgeht, werde ich in einer ruhigen Stunde mal die css-Konzepte vergleichen, vielleicht kann ich da an meinen was rausschmeißen, was FF zum neurendern bringt, evt. kommt er mit
Hi, Am 27.10.2010 08:01, schrieb Joerg Thuemmler:
Vielleicht habe ich mich aber auch nicht verständlich ausgedrückt: Die Seite besteht aus durch <div> abgegrenzten Teilelementen. Wenn sich nur in einem was ändert, möchte ich eigentlich nicht, das die ganze Seite neu aufgebaut wird (das sieht wie Flackern aus), sondern nur das geänderte Teilelement. Egal, welchen Cachemodus ich im FF habe, baut er bei dem gleichen Request mit identischen POST-Daten mal alles neu auf und mal nur das durch die POST-Variablen beschriebene Teilelement.
Nachdem ich das Ganze mal mit Opera probiert habe, habe ich festgestellt, dass der das besser löst, ich habe zumindest bei meinen Tests keinen Ganzseitenneuaufbau sehen können. Also liegts an FF. Da erschlägt einen leider die Fülle der Variablen von about:config und es ist ja auch nicht sicher, dass es hier überhaupt zu bessern geht. Wird wohl eine Baustelle bleiben...
das sind ziemliche Interna der Rendering Engine. Du solltest diese Frage in einer Mozilla Newsgroup stellen. (z.B. mozilla.dev.platform) Ich bin mir ziemlich sicher, dass es da keine Einstellung dafür gibt, sondern die Rendering Engine entscheided, ob ein relayout notwendig ist. Diese Logik muss ja nicht unbedingt fehlerfrei sein. Z.B. kann auch eine Änderung innerhalb eines <div>s wie in deinem Beispiel leicht mal dazu führen, dass das Layout neu berechnet werden muss. Wolfgang -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 27.10.2010 08:26, schrieb Wolfgang Rosenauer:
Hi,
Am 27.10.2010 08:01, schrieb Joerg Thuemmler:
Vielleicht habe ich mich aber auch nicht verständlich ausgedrückt: Die Seite besteht aus durch <div> abgegrenzten Teilelementen. Wenn sich nur in einem was ändert, möchte ich eigentlich nicht, das die ganze Seite neu aufgebaut wird (das sieht wie Flackern aus), sondern nur das geänderte Teilelement. Egal, welchen Cachemodus ich im FF habe, baut er bei dem gleichen Request mit identischen POST-Daten mal alles neu auf und mal nur das durch die POST-Variablen beschriebene Teilelement.
Nachdem ich das Ganze mal mit Opera probiert habe, habe ich festgestellt, dass der das besser löst, ich habe zumindest bei meinen Tests keinen Ganzseitenneuaufbau sehen können. Also liegts an FF. Da erschlägt einen leider die Fülle der Variablen von about:config und es ist ja auch nicht sicher, dass es hier überhaupt zu bessern geht. Wird wohl eine Baustelle bleiben...
das sind ziemliche Interna der Rendering Engine. Du solltest diese Frage in einer Mozilla Newsgroup stellen. (z.B. mozilla.dev.platform) Ich bin mir ziemlich sicher, dass es da keine Einstellung dafür gibt, sondern die Rendering Engine entscheided, ob ein relayout notwendig ist. Diese Logik muss ja nicht unbedingt fehlerfrei sein. Z.B. kann auch eine Änderung innerhalb eines <div>s wie in deinem Beispiel leicht mal dazu führen, dass das Layout neu berechnet werden muss.
Wolfgang
Hi, Ja, das werde ich wohl tun. Aber ich denke, Du liegst richtig mit der Vermutung, dass es die Rendering Engine ist. Allerdings habe ich es mal mit unserer - von Drupal generierten - Website verglichen, da tritt das gar nicht oder zumindest weniger auf. Vielleicht muss ich die Styles mal vergleichen, evt. gibt es Tags oder Parameter dazu, die eher eine Neuberechnung erzwingen. Dort ist zumindest auch alles per <div id=...> aufgebaut. cu jth -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hi Jörg, Wolfgang Rosenauer schrieb:
Hi,
Am 27.10.2010 08:01, schrieb Joerg Thuemmler:
Vielleicht habe ich mich aber auch nicht verständlich ausgedrückt: Die Seite besteht aus durch <div> abgegrenzten Teilelementen. Wenn sich nur in einem was ändert, möchte ich eigentlich nicht, das die ganze Seite neu aufgebaut wird
das sind ziemliche Interna der Rendering Engine. Du solltest diese Frage in einer Mozilla Newsgroup stellen.
Z.B. kann auch eine Änderung innerhalb eines <div>s wie in deinem Beispiel leicht mal dazu führen, dass das Layout neu berechnet werden muss.
Außerdem wird nicht unbedingt die komplette Seite mit den ganzen Content vom Webserver neu übertragen. Wenn der Browser die Seite neu lädt (auch wenn das hier nur teilw. gewünscht ist..), dass fragt er ohnehin beim Webserver die Daten an. dieser teilt dann meist mit, dass sich die entspr. Files nicht geändert haben ( StatusCode 304 - Not Modified - so mal aus dem Kopf...). Diese werden dann auch nicht übertragen... -- Gruß Axel ------------------------------ => einen Server härten? google mal nach Stahl härten oder was meinst Du mit härten? Aus: http://www.administrator.de/index.php?content=69906 ------------------------------ http://www.tty1.net/smart-questions_de.html -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Tuesday 26 October 2010 16.36:12, Joerg Thuemmler wrote:
Hi,
ziemlich OT, aber ich weiß nicht so recht, wo ich ansetzen soll: Ich möchte unsere DB nach und nach auf php/psql umstellen. Der BS-Aufbau erfolgt dabei über <div>-Tags für Menü, Headline, Programm usw., alles nix Besonderes. Was mich wundert, ist dass manchmal alle Teile neu aufgebaut werden, manchmal nur der betroffene <div>-Bereich. Und zwar unabhängig vom Inhalt, auch aufeinanderfolgende, definitiv gleiche Operationen werden mal so und mal so ausgeführt.
Gibt es irgendeine Stelle, die dieses Verhalten beeinflusst (Browser-Einstellungen...apache-Einstellungen-php-Konfig)?
Hallo Joerg, warum was wie genau ist, weiss ich nicht, aber vielleicht hilfts dir etwas weiter, wenn du in den head deiner php/html-Seiten diese Tags: <meta http-equiv="cache-control" content="no-cache" /> <meta http-equiv="pragma" content="no-cache" /> reinschreibst. Dann sollte der Browser die Seite jedesmal neu laden. Du kannst das nach den Tests ja wieder herausnehmen. Gruss Daniel -- Daniel Bauer photographer Basel Barcelona professional photography: http://www.daniel-bauer.com my new blog: http://www.guapamania.com/wordpress/ -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (8)
-
Axel Birndt -
Daniel Bauer -
Joerg Thuemmler -
Lentes, Bernd -
Manfred Tremmel -
Martin Hofius -
Michael Post -
Wolfgang Rosenauer