fontawesome-webfont.woff2?v=4.5.0

[Timm]

Nur ne Idee: Es gab doch mal hier einen Thread, wie man das ? vor dem v=xyz rausnehmen könnte, weil das wohl bei gtmetrix bemängelt wurde. Vielleicht ist das in dem Shop so und in der anderen Datei ist es hardcodiert mit ?v=xyz.

Wenn ja der Thread wurde von longchuang erstellt und von hpzeller beantwortet, wenn ich mich recht erinnere.

Gruß Timm

[Timm]

Moin

Du hast den Fehler auch in Chrome, insofern wird der wirklich bestehen. Aber die Konsole in Firefox 60.0.2 scheint auch nicht richtig zu funktionieren. Bei mir kommen zb auf einer Seite auch unterschiedliche Fehlermeldungen, die in chrome nicht auftreten. Dabei versucht er Sachen zu laden, die in einem anderen Tab geöffnet sind und somit zu einer ganz anderen Seite gehören. Wenn ich den Browsercache lösche, dann kommen die Fehler nicht mehr. Dabei handelt es sich um eine Seite, die Bilder unserer Seite geklaut hat, die ich auch geöffnet habe. Vielleicht hast du die Kundenseite auch zweimal geöffnet und er versucht von beiden Tabs zu laden.

[ Für Gäste sind keine Dateianhänge sichtbar ]

[ Für Gäste sind keine Dateianhänge sichtbar ]

http://modesaison.net/perlen-kaufen/
https://www.perlenscheune.de/Perlenset-Perlenmix/Perlenset-20-Rainbow-Perlen-10-mm-Kinderperlen-faedeln::667.html

Benutze weder googlefont opensans noch woff in v=4.3.0. Aber die andere Seite.

Gruß Timm

[noRiddle (revilonetz)]

Mir ist das Problem mit der Firefox-Konsole seit längerem bekannt. Sie zeigt oft Fehler aus anderen Tabs an.
Also Konsole und Browser-Cache leeren, klar. Das habe ich bereits mit einbezogen in meine Tests.
Ich kann die URL zu dem Font ja auch in einem gesonderten Tab aufrufen

Code: [Auswählen]

https://www.DOMAIN.TLD/templates/DAS_TEMPLATE/css/fonts/fontawesome-webfont.woff2?v=4.7.0
oder auch ohne Get-Parameter

Code: [Auswählen]

https://www.DOMAIN.TLD/templates/DAS_TEMPLATE/css/fonts/fontawesome-webfont.woff2
Bei beiden bekomme ich ein 404. Es wird also definitiv nicht erkannt obwohl genau unter dem Pfad vorhanden. Ich versuche mal 1&1 zu kontaktieren.

Gruß,
noRiddle

[noRiddle (revilonetz)]

ich weiß leider selbst nicht mehr wie die Sache oben ausging.
Nun habe ich erneut das Problem:

Die Browser-Konsole meldet bei einem User mit Shop-Version 2.0.6.0 und nur marginal verändertem "tpl_modified_responsive"-Template für alle woff2-Fonts Folgendes:

Code: [Auswählen]

downloadable font: download failed (font-family: ... src index:3): status=2147746065 source: PATH/templates/DAS_TEMPLATE/css/fonts/*.woff2
Die Root-htaccess enthält den folgenden Code:

Code: [Auswählen]

##-- Add Mime Types
<IfModule mod_mime.c>
  AddType application/font-woff2 .woff2
</IfModule>
Alles sollte also in Ordnung sein, ist es jedoch nicht.
Ich bin völlig überfragt was da los sein kann, stehe vor einer Wand.
Der Hoster (einer meiner "Lieblings"-Hoster (HE) :würg:) stellt sich dumm.

Zugegebenermaßen hat der Shop das Modulfux-SEO-URL-Modul.
Ich sehe jedoch keinen Zusammenhang mit dem Modul, zumal dieselben Fonts als z.B. *.svg problemlos gefunden werden.

Hat jemand eine Idee dazu ?

Gruß,
noRiddle

[fiveBytes]

Hi,

versuch's mal mit der folgenden Zeile:

Code: PHP  [Auswählen]

RewriteCond %{REQUEST_URI} !\.woff2$

vor diesen:

Code: PHP  [Auswählen]

RewriteCond %{REQUEST_URI} !\.([a-zA-Z0-9]{2,4})$
RewriteCond %{REQUEST_URI} !/$
RewriteRule ^(.*)$ %{ENV:phpFile}?seo_name=$1 [QSA,L]

am Ende der ".htaccess".

[noRiddle (revilonetz)]

Wow. Bingo.
Bei mir sind es diese Zeilen

Code: [Auswählen]

RewriteCond %{REQUEST_URI} !\.([a-zA-Z0-9]{2,4})$
RewriteCond %{REQUEST_URI} !/$
RewriteRule ^(.*)$ %{ENV:phpFile}?fux_type=categories&fux_name=$1 [QSA,L]
Woher hast du, weißt du, wie hast du das herausgefunden ?

Vielen vielen Dank vorerst. Das hat mich echt genervt.
Hatte zwar das Modulfux-Teil in Verdacht, jedoch keinen Anhaltspunkt gefunden.

Gruß,
noRiddle

[fiveBytes]

Meine    ist echt ...

... und mein SEO-URL Modul ist im Prinzip nur entstanden, weil es das "Modulfux Teil" irgendwann nicht mehr gab, es aber bei diversen meiner Kunden im Einsatz war. Da ich wenig Interesse am "Rad neu erfinden" hatte/habe, basiert mein Modul in einigen Passagen auf dem von Modulfux. Dann haben mich auch irgendwann diese Konsolen-Einträge genervt und ich habe mich zusammen mit meinem "extrem talentierten und motivierten Servermenschen" auf die Suche begeben, denn was Server und auch die htaccess angeht bin ich mehr oder weniger Rookie (oder weniger )

Wie auch immer, unser Recherche ergab, dass diese letzten drei Zeilen so ziemlich jede Datei durch das SEO-Modul schicken, was dann natürlich bei einer .woff2 einen 404 zurückwirft. Also schick ich die "problematischen" Dateien vorher direkt auf den "richtigen Weg". Das war die schnellste und effektivste Lösung, wahrscheinlich nicht die technisch schickste

P.S.: .webmanifest-Dateien sind da z.B. auch so ein Fall.

[noRiddle (revilonetz)]

Klasse, Danke nochmals.
Jetzt wo ich's weiß sehe ich das:
[a-zA-Z0-9] matcht wunderbar woff2.

Hattest du bei deinem Inserttags als Smarty Modifier nochmal geschaut ?, wegen der Meta-Tags usw., du weißt schon.

Gruß,
noRiddle