Code: Alles auswählen
user_pref("capability.policy.default.Location.hostname.set", "noAccess");
Code: Alles auswählen
user_pref("capability.policy.default.Location.hostname.set", "noAccess");
Das sehe ich anders. Ich persönlich habe mehr den Eindruck, dass JavaScript heutzutage durch den Einsatz aktueller Browser zwar weitreichender verfügbar ist, aber durch gestiegendes Sicherheitsbewusstsein seitens der Nutzer zunehmend aktiv unterbunden wird.jens hat geschrieben: @N317V: Also vor ein paar Jahre würde ich dir voll zustimmen. Allerdings ist es IMHO mittlerweile so, das man JavaScript eigentlich immer eingeschaltet hat.
Und genau deswegen verzichte ich als Entwickler auf AJAX oder biete alternative Wege an.jens hat geschrieben:Alle AJAX Seiten sind ohne JavaScript unbrauchbar.
Sehe ich auch so. Wenns doch wenigstens was bringen würde, dann ok. Aber einen sicheren Login kann man mit HTTPS bewerkstelligen, ohne JS, sogar noch besser, simpler und ohne dessen Probleme.Y0Gi hat geschrieben:Und genau deswegen verzichte ich als Entwickler auf AJAX oder biete alternative Wege an.jens hat geschrieben:Alle AJAX Seiten sind ohne JavaScript unbrauchbar.
Es geht nicht darum, wie man das umgehen könnte sondern darum, dass du etwas implementierst, das mehr Probleme macht, als das es sie löst.jens hat geschrieben:Ich sehe das Problem nicht. Man kann doch wohl seine eigenen CMS-Seite in die JS-Ausnahme-Liste aufnehmen und fertig.
Und du siehst es immer noch nicht ein. Du hast ein Feature gebaut das nahezu niemand braucht (außer dir hat sowas niemand gebraucht), das zusätzliche Probleme verursacht und versuchst es nun zu rechtfertigen und stellst dich gegen die ganzen Gegenargumente taub.jens hat geschrieben:@Leonidas: Du wiederholst dich.
Und das Schärfste ist, dass es ja noch nicht mal tatsächlich ein Problem löst und jens das auch weiß:Leonidas hat geschrieben:Es geht nicht darum, wie man das umgehen könnte sondern darum, dass du etwas implementierst, das mehr Probleme macht, als das es sie löst.jens hat geschrieben:Ich sehe das Problem nicht. Man kann doch wohl seine eigenen CMS-Seite in die JS-Ausnahme-Liste aufnehmen und fertig.
Sorry, jens! Ich will eigentlich echt nicht auf Dir rumhacken.pylucid.org hat geschrieben:Um es nochmal klarzustellen. JS-MD5 Login bietet keine echte Sicherheit
Die da wären? Ich kenne keine Alternative zu AJAX, aber muss dazu auch sagen das ich nicht soviel Ahnung mit Web habe. Welche gibt es die den gleichen Zweck wie AJAX erfüllen?Y0Gi hat geschrieben:Und genau deswegen verzichte ich als Entwickler auf AJAX oder biete alternative Wege an.jens hat geschrieben:Alle AJAX Seiten sind ohne JavaScript unbrauchbar.
Ich denke Jens wird auch eine non variante anbieten. Aber wirklcih verstehen tue ich nicht was an seiner Methode falsch sein soll? Ist das Gegenargument wirklich nur JS?Leonidas hat geschrieben:[...]Und du siehst es immer noch nicht ein. Du hast ein Feature gebaut das nahezu niemand braucht (außer dir hat sowas niemand gebraucht), das zusätzliche Probleme verursacht und versuchst es nun zu rechtfertigen und stellst dich gegen die ganzen Gegenargumente taub.jens hat geschrieben:@Leonidas: Du wiederholst dich.
Ist natürlich deine Sache, aber das man es nicht abschalten kann ist eine starke Einschränkung.
AJAX bietet meiner Meinung nach einen Weg, das UI komfortabler zu gestalten. Das heißt aber nicht, dass es vorher nicht auch anders - und benutzbar - ging. Da ich kein Google Mail oder dergleichen baue, rechtfertigt nichts AJAX. Grafischer Schnickschnack war schon immer ein Tradeoff (vgl. z.B. Flash).sape hat geschrieben:Die da wären? Ich kenne keine Alternative zu AJAX, aber muss dazu auch sagen das ich nicht soviel Ahnung mit Web habe. Welche gibt es die den gleichen Zweck wie AJAX erfüllen?Y0Gi hat geschrieben:Und genau deswegen verzichte ich als Entwickler auf AJAX oder biete alternative Wege an.jens hat geschrieben:Alle AJAX Seiten sind ohne JavaScript unbrauchbar.
Wenn ein Forenbetreiber wirklich so dumm ist, JavaScript erforderlich zu machen, dann kann er sein Forum schön alleine benutzen. Das sind nicht selten auch die Leute, die meinen, die Welt braucht ein neues redundantes Forum und dann hundert Bretter zu Hardware, Software, Betriebssystemen, Programmiersprachen, Spielen und diversen Spezialkategorien anlegen. In denen nie jemand postet.sape hat geschrieben:BTW: Zu AJAX - Hm, wie besucht ihr den Foren die vBulletin nutzen?
JSON-RPC, aber gut, das ist eigentlich nur eine Art AJAJSON. Gegenfrage: wofür braucht man AJAX unbedingt? In der Regel wird AJX nur dazu eingesetzt irgendwelche kleinen Spielereien zu implementieren. Stattdessen kann man die Seite auch einfach neu laden.sape hat geschrieben:Die da wären? Ich kenne keine Alternative zu AJAX, aber muss dazu auch sagen das ich nicht soviel Ahnung mit Web habe. Welche gibt es die den gleichen Zweck wie AJAX erfüllen?
Gar nicht? Nein, im Ernst: im Moment besuche ich keine Forum, die vBulletin einsetzen. Habe aber mal JS ausgemacht und ein solches Forum angesurft. Funktioniert doch!?sape hat geschrieben:BTW: Zu AJAX - Hm, wie besucht ihr den Foren die vBulletin nutzen?
Das stimmt allerdings.Leonidas hat geschrieben:Stattdessen kann man die Seite auch einfach neu laden.
Ja in der Tat. Habe gerad noch mal in ne ref. nachgesehen. AJAX wird tatsächlich nur für direktpost und edit genutzt. - €: Lesen ist also drin.Leonidas hat geschrieben:Habe aber mal JS ausgemacht und ein solches Forum angesurft. Funktioniert doch!?
Siehe: http://de.wikipedia.org/wiki/Ajax_%28Programmierung%29Es bezeichnet ein Konzept der asynchronen Datenübertragung zwischen einem Server und dem Browser, welches es ermöglicht, innerhalb einer HTML-Seite eine HTTP-Anfrage durchzuführen, ohne die Seite komplett neu laden zu müssen.