Stefan Froehlich schrieb:
> On Mon, 14 Jan 2008 09:45:15 +0100 Thomas Hamacher wrote:
>>>> Da man aber bei einem server-side redirect AFAIK keine
>>>> Verzögerung einbauen kann bleibt wohl nur JavaScript.
>>> Womit Du Dir dann aber genau das gleiche Problem eintrittst, vor
>>> dem hier gewarnt wird, nur halt fuer eine andere Benutzergruppe.
>> Ja. Du hast aber den entscheidenden Teil nicht zitiert. Das
>> Javascript ist genauso fehlerträchtig, aber es wird nicht vom W3C
>> abgeraten es zu nutzen.
> Was zunaechst einmal daran liegt, dass es mit dem W3C gar nichts
> mehr zu tun hat, sondern auf einer wesentlich hoeheren Ebene
> aufsetzt.
Naja, das W3C lässt sich schon über Java- bzw. ECMAScript aus, so ist es
nicht. Aber da DOM Level 0 nie formal spezifiziert wurde, findet man da
natürlich nichts darüber.
Von Meta-Refresh wird aber explizit abgeraten. Das ist der Punkt.
>> Wenn man also wirklich automatisch Weiterleiten will (ich halte
>> davon sowieso nichts), dann kann man
>
>> a) Meta-Tags verwenden. [...]
>> b) JavaScript (location-Objekt) verwenden. [...]
>
> Oder man kann auch c) beides verwenden, die Varianten kommen
> einander ja nicht in die Quere.
Und was versprichst du dir davon? Ich weiss nicht, bei wie vielen UAs
jetzt Meta-Refresh funktioniert und aktiviert ist, aber ich weiss, dass
ich mich nicht darauf verlassen kann und das mir genau die Leute, die
die HTML-Spezifikation geschrieben haben, davon abraten.
Ich brauche also in jedem Fall eine Fallback-Lösung. Also kann ich auch
nur JS verwenden, was hier in jedem scriptfähigen Browser (sogar in NN
2) funktioniert.
Woher weisst du, dass die Unterstützung für Meta-Refresh größer ist, als
die Unterstützung für JavaScript?
> "Refresh" mag zwar kein gueltiger
> HTTP-Header sein, was zugegebenermassen sehr unschoen ist, aber
> _stoeren_ darf so eine Angabe auch nicht, und weit verbreitet ist
> sie nun einmal (was die Unterstuetzung betrifft, meine ich).
Sie stört insofern nicht, dass es auch nicht stören würde, wenn du
"Holla: Die Waldfee" als HTTP-Header verwendest oder proprietäre
HTML-Elemente verwendest.
Mal 'ne andere Frage: Erwartet der nicht vorhandene Refresh-Header einen
absoluten oder relativen URL? Hast du wirklich in der Dokumentation
jedes Browsers nachgelesen, wie das jetzt im einzelnen implementiert ist?
> Eine automatische Weiterleitung ist recht hilfreich, wenn man auf
> das Ende eines laengeren Prozesses am Server wartet (kein Anwender
> moechte freiwillig eine Stunde lang immer wieder testweise auf einen
> Link klicken).
Verstehe ich nicht. Wenn ich ein Script habe, das ewig braucht, dann
muss ich das dem Benutzer ja irgendwie mitteilen. Ich könnte mir etwas wie
<p>Das dauert jetzt was ...</p>
<?php
flush();
// Aufwendige Berechnung
?>
<script type="text/javascript">
if(window.location && window.location.href) {
window.location.href = 'fertig.php';
}
</script>
vorstellen, aber wo passt da jetzt der Meta-Refresh hin?
-v ;)
--
"Faulheit ist die Wurzel allen Fortschritts!"
(Inhalt eines Knallbonbons, 2002)
