none
Barrierefreiheit ASP.Net RRS feed

  • Frage

  • Hallo,

    wir haben zur Abfrage statitischer Daten durch unseren Kunden eine Webschnittstelle mit ASP.Net 3.5 implementiert, die via Reportingservices auf unser Prozessverfolgungssystem (MS-SQL Datenbank) zugreift.

    Eine Anforderung ist die Barrierefreiheit dieser Webanwendung, welche aufgrund des folgenden Punktes aus Kundensicht nicht gegeben ist.

     

    Während der Laufzeit werden in unserer ASP.net Webschnittstelle um html-Code "kryptische" Links erzeugt.

    Beispiel:

    (S(pvu3dabjpj2w3x453blu3xzt)F(EIzvrKjcmhEmG46R-hX_9ERDYeRSaX0t3BW5Q_t3Tz0mQ6TAN6wBkUSxn1Hw9JRRyCF8PdKhhT17ZW5mE1jEQuuFNQ9QClj41rT7yKlfH6mLDv-2yX85GdZ6iBqjclyR0jqheUgZk7vsdrCj-3gXPnDDjNqzzy6EMdCGudKSsqWIUFb90))/default

    => Dies ist in Bezug auf Barrierefreiheit zu vermeiden

    Die Verwendung von Cookies ist kundenseitig nicht erlaubt.

    Gibt es Möglichkeiten die zur Laufzeit erzeugten Links zu verhindern bzw barrierefrei zu gestalten?




    Montag, 26. Mai 2014 13:52

Antworten

  • Hallo Simon,

    wenn lediglich "Barrierefreiheit" ohne weitere Erklärung der genauen Anforderungen gewünscht wird, kann das alles und nichts sein. Es gibt zwar Richtlinien, für bestimmte Websitebetreiber auch gesetzliche Vorgaben, ob die aber für dich gelten, hast Du nicht geschrieben, daher gehe ich mal davon aus, dass dem nicht so ist.

    Ein paar Infos dazu findest Du hier:

      http://de.wikipedia.org/wiki/Barrierefreies_Internet#Deutschland

      http://www.gesetze-im-internet.de/bitv_2_0/BJNR184300011.html

    Da Sessioncookies ja anscheinend nicht erlaubt sind (bei richtigen, dauerhaft gespeicherten Cookies könnte ich das verstehen, Sessioncookies sind aber lediglich temporär für die Dauer der Sitzung vorhanden und daher nach Schließen des Browsers automatisch weg) bleibt dir nur die Übermittlung der SessionId im URL, wenn Du nicht auf einen komplett eigenen Mechanismus setzen willst.

    Die "kryptischen" Links beinhalten die SessionId, wobei mir die von dir gezeigte schon recht lange vorkommt. Daher ein paar Fragen:

    Welche Art von ASP.NET Anwendung hast Du da? WebForms, MVC, ...?

    Wie sind eure Einstellungen bzgl. Session in der web.config?

    Warum dürft ihr keine Sessioncookies verwenden? (Dauerhafte Cookies sind was anderes)


    Gruß, Stefan
    Microsoft MVP - Visual Developer ASP/ASP.NET
    http://www.asp-solutions.de/ - Consulting, Development
    http://www.aspnetzone.de/ - ASP.NET Zone, die ASP.NET Community


    Montag, 26. Mai 2014 14:03
    Moderator

Alle Antworten

  • Hallo Simon,

    wenn lediglich "Barrierefreiheit" ohne weitere Erklärung der genauen Anforderungen gewünscht wird, kann das alles und nichts sein. Es gibt zwar Richtlinien, für bestimmte Websitebetreiber auch gesetzliche Vorgaben, ob die aber für dich gelten, hast Du nicht geschrieben, daher gehe ich mal davon aus, dass dem nicht so ist.

    Ein paar Infos dazu findest Du hier:

      http://de.wikipedia.org/wiki/Barrierefreies_Internet#Deutschland

      http://www.gesetze-im-internet.de/bitv_2_0/BJNR184300011.html

    Da Sessioncookies ja anscheinend nicht erlaubt sind (bei richtigen, dauerhaft gespeicherten Cookies könnte ich das verstehen, Sessioncookies sind aber lediglich temporär für die Dauer der Sitzung vorhanden und daher nach Schließen des Browsers automatisch weg) bleibt dir nur die Übermittlung der SessionId im URL, wenn Du nicht auf einen komplett eigenen Mechanismus setzen willst.

    Die "kryptischen" Links beinhalten die SessionId, wobei mir die von dir gezeigte schon recht lange vorkommt. Daher ein paar Fragen:

    Welche Art von ASP.NET Anwendung hast Du da? WebForms, MVC, ...?

    Wie sind eure Einstellungen bzgl. Session in der web.config?

    Warum dürft ihr keine Sessioncookies verwenden? (Dauerhafte Cookies sind was anderes)


    Gruß, Stefan
    Microsoft MVP - Visual Developer ASP/ASP.NET
    http://www.asp-solutions.de/ - Consulting, Development
    http://www.aspnetzone.de/ - ASP.NET Zone, die ASP.NET Community


    Montag, 26. Mai 2014 14:03
    Moderator
  • Hallo Simon,

    bist Du hier weitergekommen?


    Gruß, Stefan
    Microsoft MVP - Visual Developer ASP/ASP.NET
    http://www.asp-solutions.de/ - Consulting, Development
    http://www.aspnetzone.de/ - ASP.NET Zone, die ASP.NET Community

    Sonntag, 22. Juni 2014 15:40
    Moderator