Projekt

Allgemein

Profil

Feature #567

Ajax und klassische URLs parallel einrichten

Von Christian Wolf vor mehr als 5 Jahren hinzugefügt. Vor mehr als 5 Jahren aktualisiert.

Status:
Erledigt
Priorität:
Niedriger
Zugewiesen an:
Kategorie:
-
Zielversion:
Beginn:
Abgabedatum:
% erledigt:

100%

Geschätzter Aufwand:
Datum Wiedervorlage:

Beschreibung

Die sich ergebende Fragestellung ist, wie hoch die Wahrscheinlichkeit ist, dass ein Nutzer der Seite sich weigern wird, JavaScript in seinem Browser zu aktivieren. Wenn JS aktiv ist, kann ich einige Aufrufe im Frontend mittels AJAX abbilden (also nur einen kleinen Teil der Seite neu laden, so wie im DTV-Portal). Ansonsten muss ich mich ziemlich verbiegen und auch die Menüführung darauf anpassen.


Zugehörige Tickets

Beziehung mit Feature #665: Login nur via JavaScript erlaubenNeuChristian Wolf

Aktionen
#1

Von Christian Wolf vor mehr als 5 Jahren aktualisiert

  • Thema wurde von Ajax einrichten zu Ajax und klassische URLs parallel einrichten geändert
  • Beschreibung aktualisiert (diff)

Die Frage an euch beide ist, ob ihr denkt, dass man davon ausgehen kann, dass jeder Benutzer des Portals später JavaScript in seinem Browser aktiviert haben wird. Sonst kommt natürlich Murks aus der Sache heraus.

Gebt mir bitte kurz Bescheid was ihr denkt.

#2

Von Christian Wolf vor mehr als 5 Jahren aktualisiert

  • Datum Wiedervorlage wurde auf 01.07.2019 gesetzt
#3

Von Michael Karst vor mehr als 5 Jahren aktualisiert

Keine Ahnung, kann ich nicht abschätzen, kenne die technischen Hintergründe nicht.
Ich selbst lehne mittlerweile alles ab, was ich nicht kenne, weil mir das zu blöd ist.

#4

Von Christian Wolf vor mehr als 5 Jahren aktualisiert

Eine normale (statische) Seite kann ihren Inhalt nicht verändern. Dazu brauchst du eine Skriptsprache wie z.B. typischerweise JavaScript (JS). Beispielsweise nutzt das Backend von Joomla JS.

Es geht auch nicht um eine Frage im Sinne "Wollen Sie auch wirklich JS verwenden?" Das (muss) ich zunächst einmal annehmen. Ist auch nicht kritisch, da per se zunächst keinerlei Daten gespeichert werden o.ä.
Es gibt jedoch ein paar Spezialisten, die JS im Browser komplett deaktivieren. Die wollen das aus Sicherheitsgründen nicht. Warum auch immer. Damit kann ich dann in 3 Formen umgehen:

  1. Nichts tun. Die Seite funktioniert dann bei deaktiviertem JS nicht (korrekt).
  2. Eine (statische) Meldung angeben, dass gewisse Links nicht funkionieren werden. Ich kann das aber dann nicht mehr ohne weiteres abfangen. Wenn also einer ohne JS trotzdem auf die Links klickt, passiert Mist.
  3. Die Seite mit und ohne JS anbieten. Das heißt mehr als die doppelte Arbeit, da alles doppelt und redundant gemacht werden muss. Außerdem wird die Optik/Bedienbarkeit für alle User (auch die Mehrheit mit JS) darunter leiden.

Ich will hier eure Präferenz erfragen: Schneller eine etwas schönere oder langsamer (doppelt) eine umständlichere Seite mit der Option, JS zu deaktivieren?

Eine Erwähnung am Rande: Das DTV-Portal nutzt die erste Variante: Non-JS-User stillschweigend ignorieren, wie ich eben getestet habe.

Siehe z.B. auch diese Seite zu gutem JS oder diese Seite zu Daten-Attributen

#5

Von Christian Wolf vor mehr als 5 Jahren aktualisiert

  • Status wurde von Neu zu Erledigt geändert
  • % erledigt wurde von 0 zu 100 geändert

Nach Absprache mit HWK soll JS als Voraussetzung angenommen werden können. Auf der Login-Seite soll eine Meldung erscheinen, die einen erfolgreichen Login verhindert, wenn kein JS aktiviert ist.

#6

Von Christian Wolf vor mehr als 5 Jahren aktualisiert

  • Beziehung mit Feature #665: Login nur via JavaScript erlauben wurde hinzugefügt
#7

Von Anonym vor mehr als 5 Jahren aktualisiert

  • Status wurde von Erledigt zu Wiedervorlage reaktiviert geändert
  • Datum Wiedervorlage 01.07.2019 wurde gelöscht

This issue was resubmitted!

#8

Von Christian Wolf vor mehr als 5 Jahren aktualisiert

  • Status wurde von Wiedervorlage reaktiviert zu Erledigt geändert

Nicht tot zu kriegen... ;-)

Auch abrufbar als: Atom PDF