Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
Nächste Überarbeitung		Vorhergehende Überarbeitung
faq:web [2026/01/16 12:34] – florianfaq:web [2026/02/26 12:48] (aktuell) – Ergänzung CORS WMS Layer jannis.baudisch_einsatzleitsoftware.de
Zeile 14: Zeile 14:
 In diesem Fall muss die UHS im Editor erneut aktiviert werden (Enddatum anpassen) und anschließend in der UHS angemeldet sowie der Patient entlassen werden. In diesem Fall muss die UHS im Editor erneut aktiviert werden (Enddatum anpassen) und anschließend in der UHS angemeldet sowie der Patient entlassen werden.
  
-==== eGK-Kartenleser – Prüfung der Funktion nach Windows- oder Browser-Updates ====+=== eGK-Kartenleser funktioniert nicht mehr ===
  
 Nach einem Windows- oder Browser-Update kann es vorkommen, dass der Zugriff auf den eGK-Kartenleser (EGKProxy) aus dem Browser heraus blockiert wird. In diesem Fall funktioniert das Einlesen der Gesundheitskarte in edp: nicht mehr. Nach einem Windows- oder Browser-Update kann es vorkommen, dass der Zugriff auf den eGK-Kartenleser (EGKProxy) aus dem Browser heraus blockiert wird. In diesem Fall funktioniert das Einlesen der Gesundheitskarte in edp: nicht mehr.
  
-=== Grundprüfung ===+== Grundprüfung ==
   - **EGKProxy prüfen:** Sicherstellen, dass der EDP Proxy Kartenleser gestartet ist und im Cherry-Konfigurationstool der Kartenleser als online angezeigt wird.   - **EGKProxy prüfen:** Sicherstellen, dass der EDP Proxy Kartenleser gestartet ist und im Cherry-Konfigurationstool der Kartenleser als online angezeigt wird.
   - **Direktaufruf im Browser testen:** Auf dem betroffenen Notebook im Browser folgende Adresse aufrufen: http://localhost:port/getEGK.api?key=key (Ergebnis wird angezeigt: Proxy funktioniert grundsätzlich. Fehler/keine Antwort: Proxy nicht erreichbar oder blockiert)   - **Direktaufruf im Browser testen:** Auf dem betroffenen Notebook im Browser folgende Adresse aufrufen: http://localhost:port/getEGK.api?key=key (Ergebnis wird angezeigt: Proxy funktioniert grundsätzlich. Fehler/keine Antwort: Proxy nicht erreichbar oder blockiert)
   - **Anderen Browser testen:** Testweise mit einem anderen Browser (z. B. Chrome oder Firefox) prüfen, ob der Aufruf dort funktioniert.   - **Anderen Browser testen:** Testweise mit einem anderen Browser (z. B. Chrome oder Firefox) prüfen, ob der Aufruf dort funktioniert.
  
-=== Lösung bei Blockierung ===+== Lösung bei Blockierung ==
  
   * Wenn der Aufruf nach einem Update nicht mehr funktioniert:   * Wenn der Aufruf nach einem Update nicht mehr funktioniert:
Zeile 31: Zeile 31:
 In vielen Fällen behebt bereits das Zurücksetzen der Browser-Einstellungen das Problem, da Windows- oder Browser-Updates Sicherheitsrichtlinien verändern können. In vielen Fällen behebt bereits das Zurücksetzen der Browser-Einstellungen das Problem, da Windows- oder Browser-Updates Sicherheitsrichtlinien verändern können.
  
 +===== Browserbasierte edp:map ====
  
 +==== Mein Overlay/Kartensatz funktionert nur in der desktop Karte, jedoch nicht im edp:web ====
 +
 +== Problembeschreibung/Verhalten ==
 +Mein Overlay/Kartensatz funktioniert in der desktop **edp:**map problemlos. In der browserbasierten **edp:**map wird das Overlay/Kartensatz in der Sidebar angezeigt, ist auf der Karte jedoch unsichtbar. Tritt vor allem bei selbst gehosteten Tile-Servern auf.
 + 
 +== Ursache/Lösung ==
 +Unzureichende [[https://developer.mozilla.org/en-US/docs/Web/HTTP/Guides/CORS|CORS]] Konfiguration des Tile-Servers. Prüfen, ob CORS Header in Tile-Server gewünscht konfiguriert sind. In der Regel ist der HTTP-Header ''Access-Control-Allow-Origin: *'' (erlaube das Einbinden von allen fremden Webseiten aus) das gewünscht Verhalten.
 +
 +== Erklärung ==
 +Die Ursache hierfür ist meist ein nicht ausreichend konfigurierter Tile-Server. Moderne Browser haben Sicherheitsmechanismen um das ungewollte einbinden der einen Webseite/Webseitenressourcen in fremden Webseiten zu verhinden. Diese Funktion nennt sich [[https://developer.mozilla.org/en-US/docs/Web/HTTP/Guides/CORS|Cross-Origin Resource Sharing (CORS)]]. Es handelt sich dabei um HTTP-Header, welche Informationen enthalten, wie die Ressource eingebunden werden darf und welche Informationen dabei mit dem anderen Webserver geteilt werden dürfen. Bei Webseitenressourcen (bzw. Webserver) bei denen keine explizite CORS Konfiguration vorliegt gehen Browser davon aus, dass die Eigentümer keine Verarbeitung von dritten Webseiten zulassen möchten. 
 +
 +Die Karten-Tiles der Overlays/Kartensätze werden in der browserbasierten **edp:**map durch den Browser im Hintergrund nachgeladen und als Bild auf die Karte gesetzt. Wenn der Browser die Bilder empfängt, prüft er ob die CORS Header das Einbinden auf der aktuellen Webseite zulassen und bricht das weitere Verarbeiten/Laden ansonsten ab. In **edp:**web ist es leider nicht möglich zu prüfen, weshalb das Laden fehlschlägt. Es könnte bspw. auch an einer fehlenden Internetverbindung zum Server liegen. Dies macht es uns leider nicht möglich eine bessere Fehlermeldung in **edp:**web auszugeben.
 +
 +**Option zum verbessern der Fehlermeldung:**
 +
 +Bei der Konfiguration der Overlays im Editor ist es möglich über das Zahnrad eine "Erweiterte Konfig für WMS" anzugeben. Hier kann der Wert ''"crossOrigin": "anonymous"'' ergänzt werden. Hierdurch werden auch bei der Anfrage an den Tile-Server CORS Header gesetzt und der Browser gibt bei der validierung der Empfangen CORS Header eine verständlichere Fehlermeldung. Ohne diesen Wert ist die Fehlermeldung in der Entwicklerkonsole des browsers oft etwas diffus.
 +
 +== Alternative Ursachen ==
 +
 +  * Fehlerhafte Konfiguration des Overlays/Kartensatzes
 +  * Bisher nicht unterstützter Tile-Server
faq/web.1768563285.txt.gz · Zuletzt geändert: von florian


  • Seite anzeigen
  • Ältere Versionen
  • Links hierher
  • Letzte Änderungen
  • Medien-Manager
  • Übersicht