Gelöst Google Fonts auf eigenem Server einbinden wegen DSGVO-Problematik und Links zu Google Fonts entfernen

[Matzen]

Guten Tag,

1. da es angeblich schon die ersten Abmahnungen wegen der Nutzung von Google-Fonts gab, und die empfohlene Alternative darin besteht die Fonts selbst zu hosten, habe ich das ganze mal ausprobiert. Leider scheitert das ganze daran, dass die Fonts nicht vom eigenen Server geladen werden. Fehlermeldung in Chrome: Access to Font at 'https://xxxxxxxx.de/fonts/KFOmCnqEu92Fr1Mu4mxK.woff2' from origin 'null' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'null' is therefore not allowed access.

Als Lösungsansatz dafür habe ich nur eine Anpassung der .htaccess datei gefunden. Denke mal das müsste aber auf dem Eazyauction-Server passieren und nicht auf meinem?! Jedenfalls komme ich deswegen nicht weiter und fände es toll wenn da jemand einen Lösungsansatz hat und diesen hier auch posten könnte.

2. In den Designvorlagen z.B. Tyro stehen noch die Links zu den google-servern (was m.E. zu Abmahnungen führen kann). Ich denke das sollte schleunigst geändert werden.

Viele Grüße

Matzen

 

[en001]

Du kannst darüber alles zusammenstellen und downloaden. https://goo.gl/8BYRvc

 

[Matzen]

Du kannst darüber alles zusammenstellen und downloaden. https://goo.gl/8BYRvc

Hat leider nix mit der Frage zu tun. Es geht hier um die Beseitigung des CORS-Policy-Problems, dass auftritt wenn die Fonts auf ner anderen Quelle liegen, was bei nem Shop nach meinen Recherchen durch einen Eintrag in der .htaccess auch noch leicht zu beseitigen wäre, nur kann man da dann ja auch ohnehin gleich alles auf einen Server packen, da hat man dann eh nicht das CORS-Problem. Schriftarten herunterladen und die CSS dazu anpassen war jetzt nicht so das Problem, mit den Dateien die vom Helper generiert werden hab ich es natürlich zum Einstieg auch zunächst probiert. Kann man ja auch an gefühlten Drölfmilliarden Stellen im Web nachlesen. 🙄

 

[nmueller]

Als Lösungsansatz dafür habe ich nur eine Anpassung der .htaccess datei gefunden. Denke mal das müsste aber auf dem Eazyauction-Server passieren und nicht auf meinem?! Jedenfalls komme ich deswegen nicht weiter und fände es toll wenn da jemand einen Lösungsansatz hat und diesen hier auch posten könnte.

Und das da "'https://xxxxxxxx.de/fonts/KFOmCnqEu92Fr1Mu4mxK.woff2' " soll ein (anonymisierter) JTL-Server sein? SICHER?
Mein Stand der Dinge ist, dass die kein "fonts" Verzeichnis haben und generell sieht das auch in der anonymisierten Form alles andere als nach einem JTL Serverlink aus.
https://cdn.eazyauction.de/7d/7d296...35a9297c214bd231a33e8c3222a3e733c8a5f6/uswusw wäre da eher typisch.

Soweit mir bekannt, laden die EA-Vorlagen auch nur die Dateien html, css und als Ordner den "gfx" hoch. Da die Wawi stur auf nach diesen Dateiendungen / Ordnernamen sucht bezweifle ich fast, das die einen "font"-Ordner beachten und auf einem JTL Server laden würde.

 

[Matzen]

Die Fonts-Dateien liegen auf meinem dafür (separat für die fonts) angelegten Server, auf dem sich aktuell nix anderes als die Fonts befinden. Verlinke ich in der Fonts-CSS-Anweisung auf die wof2-datei auf dem googleserver läufts. Verlinke ich allerdings auf die Kopie auf diesem, meinem Server, dann kommt die Fehlermeldung.

Beim Thema .htaccess-anpassung würde ich ja auch vermuten dass ggfls. die Anpassung bei Ebay selbst geschehen müsste und selbst auf dem easyauction-server nichts bringt. Wenn ich es richtig Verstehe muss ja der Server mit dem der Browser Kontakt aufnimmt dem Browser mit einer "Access-Control-Allow-Origin"-Anweisung sagen, dass die abweichende Quelle genutzt werden kann, oder bin ich da auf dem Holzweg?

Bin auch für jeden anderen Lösungsansatz dankbar, die Fonts-Dateien eben nicht von den Google-Servern laden zu müssen, vielleicht gehts ja auch viel einfacher... Das ganze birgt eben ein gewisses Restrisiko, auch wenn der Abmahngrund m. E. einfach nur absurd ist. Wenn´s technisch lösbar ist wär´s ja gut. Ansonsten muss ich mich eben erst mal (wie es ja anscheinend fast alle machen) auf dem "berechtigten Interesse" ausruhen und darauf hoffen, dass das die Rechtsprechung zukünftig auch so sieht...

 

[nmueller]

Die Fonts-Dateien liegen auf meinem dafür (separat für die fonts) angelegten Server, auf dem sich aktuell nix anderes als die Fonts befinden. Verlinke ich in der Fonts-CSS-Anweisung auf die wof2-datei auf dem googleserver läufts. Verlinke ich allerdings auf die Kopie auf diesem, meinem Server, dann kommt die Fehlermeldung.

ok, hatte ich auch vermutet.

Beim Thema .htaccess-anpassung würde ich ja auch vermuten dass ggfls. die Anpassung bei Ebay selbst geschehen müsste und selbst auf dem easyauction-server nichts bringt. Wenn ich es richtig Verstehe muss ja der Server mit dem der Browser Kontakt aufnimmt dem Browser mit einer "Access-Control-Allow-Origin"-Anweisung sagen, dass die abweichende Quelle genutzt werden kann, oder bin ich da auf dem Holzweg?

Nein, die htaccess muss auf den Quellserver der Fonts - also deinen. Dann funktioniert das auch. Dein Browser nimmt ja Kontakt mit ebay auf die Inhalte von deinem Server laden und dort wird dann der "access denied". Schmeiss in dein fonts Verzeichnis eine .htaccess mit folgendem Inhalt:

<FilesMatch "\.(ttf|otf|eot|svg|woff)$">
        Header set Access-Control-Allow-Origin "*"
</FilesMatch>

dann funktioniert das. (Und ja, der Abmahngrund ist recht hanebüchen -.- )

 

[Matzen]

Super, vielen lieben dank. Dann stimmt da einfach noch was mit meiner .htaccess nicht. Dann werde ich da mal ansetzen und später berichten wo der Fehler lag.

 

[Matzen]

Jetzt läufts. Hatte zunächst einen Codeschnippsel genommen, bei dem noch eine zusätzliche "IfModule" Anweisung gegeben war:

<IfModule mod_headers.c>
  <FilesMatch ".(eot|otf|svg|ttf|woff2?)$">
    Header set Access-Control-Allow-Origin "*"
  </FilesMatch>
</IfModule>

Ohne die IfModule-Anweisung funktionierts.

 

[nmueller]

super, freut mich 🙂