Das ist ein Ansatz .. tut mir wirklich leid das ich damit deine Gefühle verletzt hab. ;)
hast du nicht, der ansatz sieht aber aus, als hättest du nicht viel ahnung von dem was du tust, ansonsten würdest du auch hier nicht fragen
Und du glaubst ich kenn das nicht? *lol*
ja, das glaube ich in der tat - ansonsten hättest du nicht einen entsprechend wirren codeschnipsel versucht und willkürzlich http-equiv und http-header "gemischt"
Was du erwartest ist mir eigentlich schnuppe.
ich erwarte mir benutzerfreundliches verhalten, wie viel andere leute (darunter sind zb leute, die standards oder empfehlungen veröffentlichen) die das ähnlich sehen
Mich interessiert eigentlich nur die Problemlösung.
es gibt keine lösung für dein problem - wenn du den von mir verlinkten rfc-artikel zum http/1.1-protokoll auch nur ansatzweise studiert hättest, wüsstest du das - nein, du müsstest ihn garnicht gelesen haben - ich sagte breits, dass sämtliche http-header nur eine empfehlung bereitstellen und nicht bindend sind
Das Thema Backbutton verbieten kennen wir ja eh alle und wissen das es schwachsinn ist.
davon war nie die rede
Aber sofern ich ein Back und ein Forward nicht abfangbar ist weil die Seite nicht neu läd ist das ein gröberes Problem in einer Intranetanwendung.
nein - dann hast du beim programmieren der anwendung einen fehler gemacht - eine webanwendung (egal welche) basiert grundlegend auf dem sequentiellen absetzen von http-requests die irgendwie ausgewertet und beantwortet werden, einen zurück-schritt gibt es nicht - sollte der benutzer aufgrund von browsertechischen gegebenheiten doch einen unternehmen (zb der back-button oder ein reload der seite) hast DU als entwickler dafür zu sorgen, dass der nun doppelt (oder mehrfach) abgeschickte http-request nicht nochmal ausgewertet wird
ob die webanwendung jetzt ein gästebuch ist, bei dem man doppeleinträge vermeiden will oder etwas komplexeres, ist in dem fall unerheblich
da das http-protokoll zustandslos ist, kann kann das http-protokoll nichts daran ändern, du muss in der auswertung der http-anfragen entsprechend darauf reagieren
ps: im übrigen hätte ich deinen post jetzt einfach ignorieren sollen, weil ich mich ziemlich verarscht fühle - insbesondere "Und du glaubst ich kenn das nicht? *lol*" besonders die komponente "*lol*" ist schon die härte