Wie wirkt sich der Status einer gemeinsamen Sitzung in ASP.NET-Webanwendungen auf die Barrierefreiheit aus?

Gemeinsamer Sitzungsstatus: Ein Engpass bei der Barrierefreiheit von Webanwendungen

Dieses Beispiel zeigt, wie sich der gemeinsame Sitzungsstatus in ASP.NET-Webanwendungen negativ auf die Barrierefreiheit auswirken kann. Zwei Anwendungen, /HRMS und /TravelDesk, nutzen eine gemeinsame Sitzung, die in SQL Server gespeichert ist und wie folgt konfiguriert ist:

<code class="language-xml"><sessionstate allowcustomsqldatabase="true" compressionenabled="true" cookieless="false" mode="SQLServer" sqlconnectionstring="Application Name=Portal;data source=localhost;Initial Catalog=ASPState;User ID=sa;Password=dev2005" stateconnectionstring="tcpip=127.0.0.1:42424" timeout="720"/></code>

Ein bei /HRMS angemeldeter Benutzer stellt fest, dass seine Sitzung auch in /TravelDesk aktiv ist, wenn er über ein separates Browserfenster darauf zugreift. Ein längerer Datei-Upload in /TravelDesk sperrt jedoch die gemeinsame Sitzung in SQL Server, sodass /HRMS während des Upload-Vorgangs nicht mehr zugänglich ist.

Auflösung

Die Lösung ist einfach: Deaktivieren Sie den Sitzungsstatus für die spezifische /TravelDesk-Seite oder den Handler, der für den langwierigen Upload verantwortlich ist. Dadurch wird eine Sitzungssperre verhindert und die Reaktionsfähigkeit von /HRMS aufrechterhalten.

Zusätzliche Informationen

• Umfassende Anleitung zum Ersetzen des ASP.NET-Sitzungsstatus

Das obige ist der detaillierte Inhalt vonWie wirkt sich der Status einer gemeinsamen Sitzung in ASP.NET-Webanwendungen auf die Barrierefreiheit aus?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!