tag:forum.selfhtml.org,2005:/self Dokument erloschen Problem – SELFHTML-Forum 2022-05-30T06:39:56Z https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799219?srt=yes#m1799219 tsunami 2022-05-20T15:21:05Z 2022-05-20T15:21:05Z Dokument erloschen Problem <p>Hallo Zusammen, ich habe in einer Webanwendung das altbekannte Problem mit dem "Dokument erloschen."</p> <p>Mit der Suche bin ich hier gelandet und habe mit <code>ini_set('session.cache_limiter', 'private');</code> Scheinbar eine Lösung gefunden.</p> <p>Aber nun gibt es keinen Refresh der Seiten mehr. Bedeutet, ich habe og Code an den Anfang vor die Session gepackt. Dann habe ich Formular, schicke es mit Submit ab. Die neuen Daten erscheinen aber erst nach einem Reload der Seite. Das soll natürlich nicht sein. Wie bekomme ich das Ganze rund? mfG tsunami</p> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799220?srt=yes#m1799220 Der Martin 2022-05-20T16:46:46Z 2022-05-20T16:46:46Z Dokument erloschen Problem <p>Hallo,</p> <blockquote> <p>ich habe in einer Webanwendung das altbekannte Problem mit dem "Dokument erloschen."</p> </blockquote> <p>altbekannt? Ich kenne das Problem nicht. Auch die Meldung nicht.</p> <blockquote> <p>Mit der Suche bin ich hier gelandet und habe mit <code>ini_set('session.cache_limiter', 'private');</code> Scheinbar eine Lösung gefunden.</p> </blockquote> <p>Wobei du hier anscheinend einen Unterstrich zum Punkt gemacht hast.</p> <blockquote> <p>Dann habe ich Formular, schicke es mit Submit ab. Die neuen Daten erscheinen aber erst nach einem Reload der Seite.</p> </blockquote> <p>Hier ist ein Informationsvakuum. Was macht das Formular? Mit welcher Methode wird es abgeschickt? Die Ergebnisseite eines Formulars, das mit POST abgeschickt wurde, lässt sich normalerweise nicht einfach mit einem Refresh neu laden, weil dazu die Formulardaten erneut gesendet werden müssten und die Aktion auf dem Server (Datenbank-Eintrag, Mail-Versand o.ä.) eventuell ein weiteres Mal ausgelöst wird.</p> <p>Und nur als Schlussbemerkung: Mit HTML hat das <strong>gar nichts</strong> zu tun.</p> <p>Einen schönen Tag noch<br>  Martin</p> <div class="signature">-- <br> Was sagt die kleine Kerze zur großen Kerze?<br> "Ich gehe heute Nacht aus." </div> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799221?srt=yes#m1799221 Rolf B 2022-05-20T17:46:39Z 2022-05-20T17:46:39Z Dokument erloschen Problem <p>Hallo Martin,</p> <p>nein nein, die INI Angabe hat den Punkt und die PHP Funktion, die die Ini-Angabe überschreiben kann, hat den Unterstrich. Das ist schon richtig.</p> <p>Mir ist das Problem allerdings ebenfalls unbekannt. Das kann daran liegen, dass ich dauerverchromt bin und Füchse aus Tierschutzgründen vom Feuer fernhalte.</p> <p>Aber in Chrome ist das Problem als "ERR_CACHE_MISS" bekannt.</p> <p>Grundsätzlich ist das ja eine gute Sache - man WILL nicht, dass der User ein Formular ausfüllt, es POSTet, dann "ZURÜCK" drückt und das Formular nochmal gepostet wird. Das ist der Hintergrund, warum es diese Meldung gibt.</p> <p>Mit ini_set("session.cache_limiter", "private") bzw. session_cache_limiter("private") - beides das Gleiche - verhindert man das Neuposten, aber eben auch um den Preis, dass man die Daten sieht, die vor dem Post gültig waren. Weil man den Cache-Inhalt des Browsers sieht. Und das möchte man bei einer Formularanwendung eigentlich auch nicht.</p> <p>Deswegen programmieren viele das PRG Pattern (Post-Redirect-Get), d.h. wenn man im PHP einen POST verarbeitet, gibt man die Ergebnisseite nicht direkt aus, sondern erzeugt einen Redirect, so dass die neuen Daten per GET abgeholt werden.</p> <p>Ablauf ohne PRG - am Beispiel eines Wizard-Dialogs mit mehreren Seiten</p> <ul> <li> <p>User lädt theWizard.php</p> </li> <li> <p>GET von theWizard.php -> Erste Formularseite anzeigen</p> </li> <li> <p>User füllt Seite 1 aus</p> </li> <li> <p>POST von theWizard.php mit Daten von Seite 1 -> Daten für Seite 1 senden, zweite Formularseite anzeigen</p> </li> <li> <p>User füllt Seite 2 aus</p> </li> <li> <p>POST von theWizard.php mit Daten von Seite 2 -> Daten für Seite 2 senden, dritte Formularseite anzeigen</p> </li> </ul> <p>Problemmöglichkeit 1: User merkt, dass er einen Fehler gemacht hat, und klickt "Zurück".</p> <ul> <li>POST von theWizard.php mit Daten von Seite 1</li> </ul> <p>Problemmöglichkeit 2: Die Seite lädt langsam, der User wird ungeduldig und drückt F5</p> <ul> <li>POST von theWizard.php mit Daten von Seite 2</li> </ul> <p>Beides ist unerwünscht und kann - je nach Programmlogik - zu Mehrfachbuchungen oder Datenkorruption führen. Deswegen sagt Dir der Browser: TU DAS NICHT UNBEDACHT</p> <p>Verwendet man das PRG Pattern, wird nach jedem Post ein GET gemacht. Drückt man dann F5, wird der GET wiederholt. Zumindest in Chrome ist es so, dass der ZURÜCK-Button nicht auf Seiten mit Status 302 springt, sondern nur auf die 200er Seiten</p> <p>Tatsächlich bin ich nicht wirklich sicher, ob cache_limiter=private eine gute oder schlechte Sache ist. Daten von vor einem POST im Browser zu cachen ist etwas, das man sich gut überlegen sollte.</p> <p><em>Rolf</em></p> <div class="signature">-- <br> sumpsi - posui - obstruxi </div> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799268?srt=yes#m1799268 tsunami 2022-05-23T07:32:50Z 2022-05-23T07:54:29Z Dokument erloschen Problem <p>Hallo zusammen, vielen Dank für die superschnellen Antworten. Ok, dann etwas mehr Infos. Die Methode ist Post. Ich finde es immer schöner, wenn der User gar nicht sieht was passiert und auch nicht auf dumme Gedanken kommt.</p> <p>Es ist kein spezielles Formular sondern generell. Unter allen Seiten habe ich oder möchte ich zwei Komforlinks anbieten:</p> <pre><code class="block"><h5 class="ueberschriftdoko"> <a href="javascript:history.back();" class="textlink">zur&uuml;ck</a> - <a href="#oben" class="textlink">hoch</a> </h5> <br> </div> <br/><br/><br/> </code></pre> <p>Einfach, wenn der Usersich verklickt hat oder doch nichts ändern möchte oder sonstwas. Er kann natürlich auch die Browser-Buttons nehmen. Nur das soll er gar nicht, da später das Ziel eine Webanwendung ist, welche im Vollbild läuft.</p> <p>Dann kommt natürlich Dokument erloschen. Entweder muss ich bei meiner Lösung bleiben und ein Reload hinterherschicken oder das Ganze ändern.</p> <p>Es sind genau genommen 2 Probleme. Einmal habe ich das Problem mit dem Dokuemnt erloschen mit dem og Codeschnipsel erledigt. Aber dann funktionen alle Formulare nicht mehr richtig. ZB Neuen Termin erfassen -> Formular abgeschickt, in speichern.php verarbeiten, in die DB schreiben usw. Danach Weiterleitung zu Termine.php. Dort steht der neue Termin aber erst nach einen Reload. Hoffe, das es nun klarer ist? mfG tsunami</p> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799425?srt=yes#m1799425 Raketenwilli 2022-05-27T13:19:01Z 2022-05-27T13:30:39Z Statt [+1]: „Dokument erloschen Problem“ - Lösung gut erklärt <blockquote> <p><strong>Deswegen programmieren viele das PRG Pattern (Post-Redirect-Get), d.h. wenn man im PHP einen POST verarbeitet, gibt man die Ergebnisseite nicht direkt aus, sondern erzeugt einen Redirect, so dass die neuen Daten per GET abgeholt werden.</strong></p> </blockquote> <p>Ich erlaube mir die Frechheit, die von Rolf B vorgestellte, auch nach meinem Wissen <strong>stets funktionierende und gut erklärte Lösung</strong> des eigentlichen Problems mal hervorzuheben.</p> <p><strong>Fragen:</strong></p> <ol> <li>Funktioniert das Bewertungssystem denn wirklich nicht?</li> <li>Können nur nicht angemeldete Nutzer den „Betreff“ bzw. das „Topic” ändern?</li> </ol> <p><strong>Tipp:</strong> Beide Fragen sind <em>„irgendwie anders“</em> gemeint.</p> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799271?srt=yes#m1799271 Der Martin 2022-05-23T08:04:53Z 2022-05-23T08:04:53Z Dokument erloschen Problem <p>Hallo,</p> <blockquote> <p>Ok, dann etwas mehr Infos. Die Methode ist Post. Ich finde es immer schöner, wenn der User gar nicht sieht was passiert und auch nicht auf dumme Gedanken kommt.</p> </blockquote> <p>das sollte nicht die Begründung sein. POST sollte immer dann verwendet werden, wenn ein Request eine Aktion auslöst, die Daten verändert (wie etwa ein Eintrag in einer Datenbank), während GET verwendet werden sollte, wenn man den Request mehrmals absenden könnte, ohne dass sich dadurch am Ergebnis etwas ändert.</p> <p>Daher ist POST in deinem Fall genau die richtige Wahl.</p> <blockquote> <p>Es ist kein spezielles Formular sondern generell. Unter allen Seiten habe ich oder möchte ich zwei Komforlinks anbieten:</p> <pre><code class="block"><h5 class="ueberschriftdoko"><a href="javascript:history.back();" class="textlink">zur&uuml;ck</a> - <a href="#oben" class="textlink">hoch</a></h5><br></div><br/><br/><br/>` </code></pre> </blockquote> <p>Dazu ein paar Anmerkungen.<br> Ich glaube nicht, dass du <strong>fünf</strong> Gliederungsebenen in deinem Dokument hast. Ein h5-Element ist daher mit an Sicherheit grenzender Wahrscheinlichkeit hier falsch.<br> Ich halte es auch nicht für sinnvoll, die Back-Navigation des Browsers nochmal mit einem Link nachbilden zu wollen - aber das ist nur meine Meinung.<br> Das Verst&uuml;mmeln von Umlauten ist ein Relikt aus dem vergangenen Jahrtausend, als man noch davon ausging, dass möglicherweise irgendwo auf dem Übertragungsweg nur ASCII unterstützt würde. Das ist heute Unfug, der Standard-Zeichensatz ist Unicode. Und damit kann man sämtliche Umlaute und auch Zeichen anderer Sprachen im Klartext schreiben.<br> Und schließlich ist das br-Element kein Rudeltier, mit dem Abstände erzeugt werden sollen. Dazu ist CSS da.</p> <blockquote> <p>Dann kommt natürlich Dokument erloschen.</p> </blockquote> <p>Ah, jetzt verstehe ich. Das liegt daran, dass die Antwort eines POST-Requests normalerweise nicht im Cache gespeichert wird, denn sie wurde ja vom Server dynamisch "zusammengebaut".</p> <blockquote> <p>Entweder muss ich bei meiner Lösung bleiben und ein Reload hinterherschicken oder das Ganze ändern.</p> </blockquote> <p>Ein Reload ändert nichts daran. Die POST-Adresse bleibt ja trotzdem in der Browser History. Die saubere Lösung ist, aus der POST-Ressource heraus gar keine Antwortseite zu generieren, sondern nur einen Redirect auf die sinngemäß entsprechende Seite, die dann mit GET abgerufen wird. Die POST-Ressource (bzw. deren Adresse) landet dann nicht in der Browser History.</p> <blockquote> <p>Es sind genau genommen 2 Probleme. Einmal habe ich das Problem mit dem Dokuemnt erloschen mit dem og Codeschnipsel erledigt. Aber dann funktionen alle Formulare nicht mehr richtig. ZB Neuen Termin erfassen -> Formular abgeschickt, in speichern.php verarbeiten, in die DB schreiben usw. Danach Weiterleitung zu Termine.php.</p> </blockquote> <p>Dann machst du in der Verarbeitung noch etwas grundlegend falsch, was aus der Beschreibung so nicht erkennbar ist.</p> <blockquote> <p>Dort steht der neue Termin aber erst nach einen Reload.</p> </blockquote> <p>Das ist so nicht in Ordnung.</p> <p>Einen schönen Tag noch<br>  Martin</p> <div class="signature">-- <br> Was ist der schnellste Weg von einem Suchtreffer zum nächsten?<br> Ein Googlehupf. </div> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799272?srt=yes#m1799272 Rolf B 2022-05-23T08:08:41Z 2022-05-23T08:08:41Z Dokument erloschen Problem <p>Hallo tsunami,</p> <p>ich habe deinen Code ein bisschen formatiert. Dein HTML ist allerdings gruselig.</p> <ul> <li>Das ist keine Überschrift. <h*> Elemente nur wegen der damit verbundenen Default-Styles zu verwenden ist nicht korrekt.</li> <li>Abstände definiert man im CSS per Margin. Nicht per <br><br><br>. Brrrr.</li> <li><s>Das Nachprogrammieren von Browserfunktionen ist nicht sinnvoll. Der Zurück-Button ist schon da</s> Sorry, in einer Fullscreen-Anwendung ist das was anderes.</li> <li>&uuml; & Co sind bei korrekt verwendeter Codierung im Sourcecode überflüssig. UTF-8 ist das Encoding des Web.</li> </ul> <p>Dein Problem resultiert aus einem cache-limiter, der dynamisch erzeugte Seiten clientseitig cached. Das ist grundsätzlich untauglich. GET Requeste werden vom Browser (oder einem zwischengelagerten Proxy) zwischengespeichert, weil es zur Semantik von GET gehört, dass die gelieferten Daten stabil bleiben. Wenn Du aber Daten anzeigst, die sich von einem Abruf zum anderen ändern können, darfst Du nicht cachen.</p> <p>Die richtige Lösung ist der Verzicht auf Caching und der Einsatz des PRG-Pattern - d.h. Posts ändern lediglich die Datenbank und enden dann mit einem Redirect. Die Anzeige erfolgt ausschließlich im GET. Für den Redirect nimmt man häufig den HTTP Status 302 (Found) - die 303 (See Other) ist aber auch sinnvoll.</p> <p><em>Rolf</em></p> <div class="signature">-- <br> sumpsi - posui - obstruxi </div> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799317?srt=yes#m1799317 tsunami 2022-05-24T06:46:10Z 2022-05-24T06:46:10Z Dokument erloschen Problem <p>Hallo zusammen, ich glaube ichich habe das Kernproblem(e) erstmal gelöst: <code><h5 class="ueberschriftdoko"><a href="'.$_SERVER['HTTP_REFERER'].'" class="textlink">zur&uuml;ck</a></code></p> <p>Das <br> nicht optimal ist, weiß ich. Da aber die Seiten unterschiedlich sind und ich den part in einer externen bottom.php untergebracht habe, die bei allen Seiten eingebunden wird, wird es mit margin-top:... etwas schwierig, da ich dann x verschiedene Styles nehemn müsste. Also was weiß ich class="zuruecktermine", class="zurueckdashboard", class="zurueckdetails" usw.</p> <p>Und <h5 find ich einfach optisch schöner, als irgendwas mit <span oder <div. <h4 ist zu groß. Ok, das mit dem utf8 schaue ich mir nochmal an. Hatte aber in der Vergangenheit Probleme, dass obwohl utf 8 die Daten verkrüppelt in der Datenbank landeten. Oder aber bei tcpdf. Und so funktionierte es problemlos. Gruß tsunami</p> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799273?srt=yes#m1799273 Der Martin 2022-05-23T08:16:16Z 2022-05-23T08:16:16Z Dokument erloschen Problem <p>Hallo Rolf,</p> <p>interessant, wie wir unabhängig voneinander dieselben Kritikpunkte herausgearbeitet haben. </p> <p>Einen schönen Tag noch<br>  Martin</p> <div class="signature">-- <br> Was ist der schnellste Weg von einem Suchtreffer zum nächsten?<br> Ein Googlehupf. </div> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799277?srt=yes#m1799277 Rolf B 2022-05-23T08:49:47Z 2022-05-23T08:49:47Z Dokument erloschen Problem <p>Hallo Martin,</p> <p>wir sind offenbar ähnlich drauf. Wir sollten einen Verein gründen!</p> <p>Ach verdammt. Ich bin ja schon drin…</p> <p><em>Rolf</em></p> <div class="signature">-- <br> sumpsi - posui - obstruxi </div> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799320?srt=yes#m1799320 Auge 2022-05-24T08:03:15Z 2022-05-24T08:03:15Z Dokument erloschen Problem <p>Hallo</p> <blockquote> <p>Das <br> nicht optimal ist, weiß ich. Da aber die Seiten unterschiedlich sind und ich den part in einer externen bottom.php untergebracht habe, die bei allen Seiten eingebunden wird, wird es mit margin-top:... etwas schwierig, da ich dann x verschiedene Styles nehemn müsste. Also was weiß ich class="zuruecktermine", class="zurueckdashboard", class="zurueckdetails" usw.</p> </blockquote> <p>Um das mal möglichst wenig kryptisch zu kommentieren: <em><strong>???</strong></em></p> <blockquote> <p>Und <h5 find ich einfach optisch schöner, als irgendwas mit <span oder <div. <h4 ist zu groß.</p> </blockquote> <p>Diese Elemente haben in den Browsern zwar vorgegebene, aber je Browser unterschiedlich sein könnende Gestaltungen. Das ist aber nicht ihr Selbstzweck. HTML-Elemente haben eine <em>Bedeutung</em> in der Dokumentstruktur. Dass sie aussehen, wie es dir passt, ist quasi Zufall und kann sich im Übrigen in dem einen oder anderen Browser zu irgendeiner Zeit/Version auch ändern.</p> <p>Und dann?</p> <p>Dann ist die hier mehrfach beschriebene Forderung nach der Trennung von Struktur und Gestaltung relevant. Undzwar von Anfang an (nicht erst, wenn ein Browserhersteller etwas ändert). Wenn du willst, dass ein Text, <em>der keine Überschrift ist</em>, so aussieht, wie der Browser eine Überschrift ausgibt (fett, kursiv, Fontgröße, was auch immer), dann gib das per CSS so an aber behaupte im HTML nicht, es wäre eine Überschrift. Denn <em>das ist sie nicht</em>.</p> <blockquote> <p>Hatte […] in der Vergangenheit Probleme, dass obwohl utf 8 die Daten verkrüppelt in der Datenbank landeten. Oder aber bei tcpdf.</p> </blockquote> <p>In solchen Fällen ist davon auszugehen, dass in der Verarbeitungskette (speichern, bearbeiten, ausgeben) irgendein Schritt nicht mit UTF-8 umgehen konnte/kann.</p> <p>Tschö, Auge</p> <div class="signature">-- <br> 200 ist das neue 35. </div> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799322?srt=yes#m1799322 Rolf B 2022-05-24T08:16:07Z 2022-05-24T08:16:07Z Dokument erloschen Problem <p>Hallo tsunami,</p> <p>deine Argumentation mit margin-top verstehe ich nicht, das klingt so, als hättest Du da grundlegen Sanierungsbedarf im Konzept. Ohne deine Seite zu kennen, kann man da aber kaum sinnvoll raten.</p> <blockquote> <p>Und <h5 find ich einfach optisch schöner,</p> </blockquote> <p>Wie Auge schon sagte: <h5> ist eine Überschrift und hat entsprechende Bedeutung. Wenn Dir die Darstellung eines div nicht gefällt, ändere sie - über CSS. Wenn Du ein h5 setzt, wo es nicht hingehört, finden das andere nicht nur optisch, sondern ggf. auch aural oder taktil unschön.</p> <p><em>Rolf</em></p> <div class="signature">-- <br> sumpsi - posui - obstruxi </div> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799327?srt=yes#m1799327 Auge 2022-05-24T09:34:45Z 2022-05-24T09:36:02Z Dokument erloschen Problem <p>Hallo</p> <blockquote> <p>Hallo tsunami,</p> <p>deine Argumentation mit margin-top verstehe ich nicht, das klingt so, als hättest Du da grundlegen Sanierungsbedarf im Konzept. Ohne deine Seite zu kennen, kann man da aber kaum sinnvoll raten.</p> </blockquote> <p>Ich <em>vermute</em>, dass der Footer von sich aus nicht am unteren Viewportrand sondern direkt unterhalb des Seiteninhalts sitzt, was tsunami mit einer pro Seite unterschiedlichen Anzahl von brs zu beheben sucht. Das sieht, bei zu wenig Seiteninhalt, halt määh aus. Wie das mit einer Flexbox oder einem Grid zu beheben ist, hast du schon mehrfach ausführlich und (mMn) sehr gut beschrieben.</p> <p>Falls <a href="/users/13521" class="mention registered-user" rel="noopener noreferrer">@tsunami</a> meine Vermutung bestätigen sollte, brauchst du nur noch die Karten auf den Ti… ähh … die Links zu deinen Erklärbärpostings hier zu hinterlegen. </p> <p>Tschö, Auge</p> <div class="signature">-- <br> 200 ist das neue 35. </div> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799342?srt=yes#m1799342 MudGuard http://www.andreas-waechter.de/ 2022-05-24T14:09:15Z 2022-05-24T14:09:15Z Dokument erloschen Problem <p>Hi,</p> <blockquote> <p>Ich <em>vermute</em>, dass der Footer von sich aus nicht am unteren Viewportrand sondern direkt unterhalb des Seiteninhalts sitzt, was tsunami mit einer pro Seite unterschiedlichen Anzahl von brs zu beheben sucht.</p> </blockquote> <p>was aber schon deshalb nicht funktionieren kann, weil die Fenstergröße bei jedem Besucher eine andere ist bzw. sein kann und damit die Anzahl der brs nicht bekannt ist ...</p> <p>cu,<br> Andreas a/k/a MudGuard</p> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799344?srt=yes#m1799344 Rolf B 2022-05-24T14:23:25Z 2022-05-24T14:23:25Z Dokument erloschen Problem <p>Hallo MudGuard,</p> <p>weswegen ich schreibte:</p> <blockquote> <p>Ohne deine Seite zu kennen, kann man da aber kaum sinnvoll raten.</p> </blockquote> <p><em>Rolf</em></p> <div class="signature">-- <br> sumpsi - posui - obstruxi </div> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799358?srt=yes#m1799358 Auge 2022-05-25T06:46:32Z 2022-05-25T06:46:32Z Dokument erloschen Problem <p>Hallo</p> <blockquote> <blockquote> <p>Ich <em>vermute</em>, dass der Footer von sich aus nicht am unteren Viewportrand sondern direkt unterhalb des Seiteninhalts sitzt, was tsunami mit einer pro Seite unterschiedlichen Anzahl von brs zu beheben sucht.</p> </blockquote> <p>was aber schon deshalb nicht funktionieren kann, weil die Fenstergröße bei jedem Besucher eine andere ist bzw. sein kann und damit die Anzahl der brs nicht bekannt ist ...</p> </blockquote> <p>Dann schreibt man halt weit oben „<em>Best viewed with 1024x768 pixels in landscape mode, with font $xyz in the size of 14px and without the browsers bookmarks line, status line, program menu …</em>“ und schick is.</p> <p>Kann ja nu nich so schwer sein, oder? </p> <p>Tschö, Auge</p> <div class="signature">-- <br> 200 ist das neue 35. </div> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799347?srt=yes#m1799347 tsunami 2022-05-24T15:16:22Z 2022-05-24T15:25:43Z Dokument erloschen Problem <p>Wird schwierig, da es erstmal nur im xampp läuft. Es ist keine Seite im eigendlichen Sinn, sondern eine Webanwendung.</p> <p>Zum Thema Zeichen: <code><!DOCTYPE html> <html lang="de"> <head> <meta charset="utf-8"/></code> steht normal über der Seite. In der Db steht Claudia Müller. Testausgabe: Claudia M?ller. Db ist auf utf8 german2 formatiert. Gut kein html. Deswegen die entities.</p> <p>OK Fehler gefunden. DAtenbank war OK, Seite war ok, nur die DB Verbindung war falsch. Nun scheint es zu gehen.</p> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799348?srt=yes#m1799348 Rolf B 2022-05-24T16:00:00Z 2022-05-24T16:00:00Z Dokument erloschen Problem <p>Hallo tsunami,</p> <p>ja, die Zeichenkodierung End-To-End korrekt einzurichten kann mühsam sein...</p> <p><em>Rolf</em></p> <div class="signature">-- <br> sumpsi - posui - obstruxi </div> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799349?srt=yes#m1799349 Der Martin 2022-05-24T16:00:12Z 2022-05-24T16:01:01Z Dokument erloschen Problem <p>Hallo,</p> <blockquote> <pre><code class="block"><!DOCTYPE html> <html lang="de"> <head> <meta charset="utf-8"/> </code></pre> <p>steht normal über der Seite.</p> </blockquote> <p>und stimmt das auch? Auf einem Gurkenglas kann auch ein Etikett kleben, auf dem "Rollmops" steht. Davon allein werden die Gurken aber noch nicht zu Rollmöpsen.</p> <blockquote> <p>In der Db steht Claudia Müller. Testausgabe: Claudia M?ller.</p> </blockquote> <p>So sieht das aus, wenn man UTF-8 erwartet und stattdessen etwas in einer 1-Byte-ISO-Codierung bekommt.</p> <blockquote> <p>Db ist auf utf8 german2 formatiert.</p> </blockquote> <p>Auch hier muss man fragen: Und was steht wirklich drin?</p> <blockquote> <p>OK Fehler gefunden. DAtenbank war OK, Seite war ok, nur die DB Verbindung war falsch. Nun scheint es zu gehen.</p> </blockquote> <p>Na also. Wichtig ist, dass man von Anfang bis Ende dieselbe Zeichencodierung verwendet. Und da, wo es unbedingt mal etwas anderes als UTF-8 sein muss (warum auch immer), muss man explizit umcodieren. Dabei besteht dann das Risiko, dass bestimmte Zeichen unter die Räder kommen, weil sie in der Zielcodierung nicht darstellbar sind.</p> <p>Einen schönen Tag noch<br>  Martin</p> <div class="signature">-- <br> Was ist der schnellste Weg von einem Suchtreffer zum nächsten?<br> Ein Googlehupf. </div> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799360?srt=yes#m1799360 Auge 2022-05-25T06:52:24Z 2022-05-25T06:52:24Z Dokument erloschen Problem <p>Hallo</p> <blockquote> <p>Wird schwierig, da es erstmal nur im xampp läuft. Es ist keine Seite im eigendlichen Sinn, sondern eine Webanwendung.</p> </blockquote> <p>Warum du nun aber eine Reihe von Zeilenumbrüchen ins Dokument schreibst, solltest du uns auch ohne für uns bereitgestellten Code erklären können. Falls und wenn ich mit meiner <a href="https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799327#m1799327" rel="noopener noreferrer">Vermutung</a> recht habe, hat auch <a href="/users/18" class="mention registered-user" rel="noopener noreferrer">@MudGuard</a> mit seinem <a href="https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799342#m1799342" rel="noopener noreferrer">Einwurf</a>, dass das prinzipbedingt so nichts werden kann, recht <sup class="footnote-ref"><a href="#fn1" id="fnref1">[1]</a></sup>.</p> <p>Wie gesagt, es gibt dafür richtige™️ Lösungen in CSS.</p> <p>Tschö, Auge</p> <div class="signature">-- <br> 200 ist das neue 35. </div> <hr class="footnotes-sep"> <section class="footnotes"> <ol class="footnotes-list"> <li id="fn1" class="footnote-item"><p>Ja, auch dann, wenn es sich um eine Webanwendung handelt, die unter kontrollierteren Bedingungen als eine Website angezeigt wird. <a href="#fnref1" class="footnote-backref">↩︎</a></p> </li> </ol> </section> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799359?srt=yes#m1799359 Tabellenkalk 2022-05-25T06:51:14Z 2022-05-25T06:51:14Z Dokument erloschen Problem <p>Hallo,</p> <blockquote> <p>Dann schreibt man halt weit oben „*Best viewed with ...</p> </blockquote> <p>Aber mit aol- und yahoo-bar, oder?</p> <p>Gruß<br> Kalk</p> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799367?srt=yes#m1799367 MudGuard http://www.andreas-waechter.de/ 2022-05-25T11:52:05Z 2022-05-25T11:52:05Z Dokument erloschen Problem <p>Hi,</p> <blockquote> <p>Dann schreibt man halt weit oben „<em>Best viewed with 1024x768 pixels in landscape mode, with font $xyz in the size of 14px and without the browsers bookmarks line, status line, program menu …</em>“ und schick is.</p> </blockquote> <p>Ich hatte auch mal so einen Best-Viewed-Gif auf meiner Seite:</p> <p>Best viewed with open eyes!</p> <p> </p> <p>cu,<br> Andreas a/k/a MudGuard</p> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799361?srt=yes#m1799361 Auge 2022-05-25T06:54:25Z 2022-05-25T06:54:25Z Dokument erloschen Problem <p>Hallo</p> <blockquote> <blockquote> <p>Dann schreibt man halt weit oben „*Best viewed with ...</p> </blockquote> <p>Aber mit aol- und yahoo-bar, oder?</p> </blockquote> <p>Waren die in irgendeiner Form skalierbar? </p> <p>Tschö, Auge</p> <div class="signature">-- <br> 200 ist das neue 35. </div> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799366?srt=yes#m1799366 MudGuard http://www.andreas-waechter.de/ 2022-05-25T11:48:18Z 2022-05-25T11:48:18Z Dokument erloschen Problem <p>Hi,</p> <blockquote> <p>hat auch <a href="/users/18" class="mention registered-user" rel="noopener noreferrer">@MudGuard</a> mit seinem <a href="https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799342#m1799342" rel="noopener noreferrer">Einwurf</a>, [...] recht [^1].</p> </blockquote> <p>Ich habe immer …</p> <p>.</p> <p>.</p> <p>.</p> <p>… mal wieder Recht! </p> <p>cu,<br> Andreas a/k/a MudGuard</p> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799427?srt=yes#m1799427 Rolf B 2022-05-27T13:31:28Z 2022-05-27T13:33:31Z Statt +1: „Dokument erloschen Problem“ - Lösung gut erklärt <p>Hallo Raketenwilli,</p> <p>danke für's Vatertagsblümchen </p> <p>Eine Antwort als "akzeptiert" zu markieren ist - meine ich - dem Threadersteller vorbehalten. Ich kann's auch (nicht für eigene Beiträge), ich weiß aber nicht ob das an meinen Moderatorenrechten liegt.</p> <p>Insofern: Wenn Du deinen alten Account reaktivieren würdest oder dich unter einem neuen Namen reregistriertest, könntest Du dieses Feature vermutlich ebenfalls nutzen. Mit 50 Punkten, die DU sicher schnell hast (sofern Du Dich nicht mit Leuten rumzankst und Minusse sammelst ), könntest Du zumindest ein + vergeben.</p> <p>Dass Forengäste das Bewertungsfeature nicht unbedingt beachten - es also auf Layer 8 definitiv nicht so funktioniert wie beabsichtigt, darüber denke ich gar nicht mehr nach. Dass Du diesen Weg wählst, um dagegen zu sticheln, und das auch noch mit einem expliziten Hinweis unterstreichst, könnte mir fast schon ein - wert sein, wenn das denn nicht ebenfalls gegen den Sinn des Bewertungssystems wäre.</p> <p><em>Rolf</em></p> <div class="signature">-- <br> sumpsi - posui - obstruxi </div> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799428?srt=yes#m1799428 Raketenwilli 2022-05-27T14:24:17Z 2022-05-27T14:48:14Z (sonstiges) <blockquote> <p>danke für's Vatertagsblümchen</p> </blockquote> <p>Bin heute morgen mit Bussen (via Prag) und Sonnenbrand(!) von einer Hütten-, Wander-, Sauf- und „Heldentatenbegehungs“-Tour im Iser + Riesengebirge zurückgekommen.</p> <blockquote> <p>Dass Du diesen Weg wählst, um dagegen zu sticheln,</p> </blockquote> <p>Na! Diesmal nicht. Ich wollte mehr daran erinnern, das System auch zu nutzen. Ich bin ja sicher nicht der Einzige, der erkannt hat, das die Antwort richtig ist.</p> <blockquote> <p>Eine Antwort als "akzeptiert" zu markieren ist - meine ich - dem Threadersteller vorbehalten.</p> </blockquote> <p>„Sollso”. Ist auch richtig. Aber irgenwie muss ebenjemen auch dabei helfen, die besseren Antworten zu erkennen.</p> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799463?srt=yes#m1799463 Gunnar Bittersmann selfhtml@bittersmann.de https://bittersmann.de 2022-05-30T05:50:50Z 2022-05-30T06:15:38Z (sonstiges) <p>@@Raketenwilli</p> <blockquote> <p>Bin heute morgen mit Bussen (via Prag) und Sonnenbrand(!) von einer Hütten-, Wander-, Sauf- und „Heldentatenbegehungs“-Tour im Iser + Riesengebirge zurückgekommen.</p> </blockquote> <p>Dafür hast du auch ein − verdient, weil du mich nicht mitgenommen hast!!1</p> <p>Liegt noch Schnee ganz oben? Oder in den Śnieżne Kotły (Schneegruben)?</p> <p><a href="/images/e9c56880-dfdf-11ec-8bd3-b42e9947ef30.jpg" rel="noopener noreferrer"><img src="/images/e9c56880-dfdf-11ec-8bd3-b42e9947ef30.jpg?size=medium" alt="Blick in die Schneegruben, im Hintergrund die Schneegrubenbaude auf dem Reisengebirgs-Kamm" loading="lazy"></a></p> <p lang="uk"> Живіть довго і процвітайте</p> <div class="signature">-- <br> <em lang="en">When the power of love overcomes the love of power the world will know peace.</em><br> — Jimi Hendrix </div> https://forum.selfhtml.org/self/2022/may/20/dokument-erloschen-problem/1799465?srt=yes#m1799465 Raketenwilli 2022-05-30T06:39:56Z 2022-05-30T06:46:54Z (sonstiges) <p>Auf der Schneekoppe selbst war ich dieses Mal wegen schlechten Wetters nicht, bei 1500 Metern sind wir gen Süden abgebogen. Und habe selbige wegen der dichte Wolken auch nicht gesehen. Ich (und die anderen) wollten dann keine Karte wie diese schreiben:</p> <blockquote> <pre><code class="block">Schlappe Beine. Aussicht? Keine! Heinrich Heine </code></pre> </blockquote> <p>Es lag oberhalb von 1200 Metern über NN noch Einiges. Beim Abstieg habe ich dann Reste von Schneewehen mit aktuell (25.05.2022) etwas mehr 5 Meter Höhe gesehen - und das war nicht in der von Dir gezeigten Schlucht…</p> <blockquote> <p>Dafür hast du auch ein − verdient, weil du mich nicht mitgenommen hast!</p> </blockquote> <p>Darüber kann man reden.</p>