it-swarm.com.de

FontAwesome - Fehler beim Dekodieren der heruntergeladenen Schrift

Ich habe das schon gefunden: https://stackoverflow.com/search?q=Failed+to+decode+downloaded+font

Aber die Antworten helfen nicht, mein Problem zu beheben = /

Ich habe auf meiner Seite diese Fehler in der Konsole erhalten:

Failed to decode downloaded font: http://devcomlink.kunena.dev-monkeys.com/components/com_kunena/template/devcomlink/fonts/font-awesome/fontawesome-webfont.woff2
    index.php?option=com_kunena&view=category&layout=list&Itemid=129&templateStyle=9:1 Failed to decode downloaded font: http://devcomlink.kunena.dev-monkeys.com/components/com_kunena/template/devcomlink/fonts/font-awesome/fontawesome-webfont.woff
    index.php?option=com_kunena&view=category&layout=list&Itemid=129&templateStyle=9:1 Failed to decode downloaded font: http://devcomlink.kunena.dev-monkeys.com/components/com_kunena/template/devcomlink/fonts/font-awesome/fontawesome-webfont.ttf

URL zu meiner Seite: http://devcomlink.kunena.dev-monkeys.com/index.php?option=com_kunena&view=category&layout=list&Itemid=129&templateStyle=9

in Firefox und IE11 werden die Icons nicht geladen ...

Hat jemand eine Idee, wie ich das beheben kann?

10
Shimakuro

Das Problem liegt nicht in Ihrem HTML - oder CSS -Code ... Es muss sich um die font-Dateien oder den server handeln.

da normale Schriftdateien Codes enthalten sollten, die beim Öffnen in einem Browser wie folgt heruntergeladen werden können: http://fortawesome.github.io/Font-Awesome/assets/font-awesome/fonts/fontawesome-webfont.eot?v= 4.3.0

Wenn Ihre Dateien auch ohne Download leer sind, gilt Folgendes: http://devcomlink.kunena.dev-monkeys.com/components/com_kunena/template/devcomlink/fonts/font-awesome/fontawesome-webfont.eot?v= 4.3.0

Versuchen Sie, die Dateien zu ersetzen ... 

15
MujtabaFR

Ich beantworte das nur für spätere Zuschauer. Wenn Sie mit einem Maven-War-Plugin arbeiten, stellen Sie sicher, dass Sie die Dateien .woff und .ttf aus der Filterung ausschließen, da maven die Dateien beschädigen kann.

<plugin>
    <groupId>org.Apache.maven.plugins</groupId>
    <artifactId>maven-war-plugin</artifactId>
    <configuration>
        <filteringDeploymentDescriptors>true</filteringDeploymentDescriptors>
        <webResources>
            <resource>
                <directory>${basedir}/src/main/webapp</directory>
                <targetPath />
                <filtering>true</filtering>
                <excludes>
                    <exclude>**/*.woff</exclude>
                    <exclude>**/*.woff2</exclude>
                    <exclude>**/*.ttf</exclude>
                </excludes>
            </resource>
        </webResources>
    </configuration>
</plugin>
19
user1309946

Ich hatte das gleiche Problem und konnte es endlich lösen. Es kann jemandem helfen.

Ich habe eine ziemlich große .htacces-Datei mit vielen RewriteCond und RewriteRule und habe auch die folgende Zeile verwendet, um einige Ordner aus diesen Bedingungen herauszufiltern:

RewriteRule  ^(css|functions|js|media|tpl|vendor)($|/) - [L]

Beim Hinzufügen des Ordners "fonts" (einfach "fonts" genannt und in "public_html /") wurde das Problem behoben.

RewriteRule  ^(css|fonts|functions|js|media|tpl|vendor)($|/) - [L]

Beachten Sie, dass sich diese Zeile an der Spitze Ihrer .htaccess-Datei befinden sollte, um zu funktionieren.

8

Ähnlich wie bei der Verwendung von maven-war-plugin müssen Sie bei Verwendung von maven-resources-plugin angeben, dass die Erweiterungen der Schriftartdateien nicht gefiltert werden sollen:

<plugin>
    <artifactId>maven-resources-plugin</artifactId>
    <version>2.7</version>
    <configuration>
        <encoding>UTF-8</encoding>
        <nonFilteredFileExtensions>
            <nonFilteredFileExtension>ttf</nonFilteredFileExtension>
            <nonFilteredFileExtension>woff</nonFilteredFileExtension>
            <nonFilteredFileExtension>woff2</nonFilteredFileExtension>
        </nonFilteredFileExtensions>
    </configuration>
</plugin>

Habe die Lösung aus dieser SO Antwort .

4
Pom12

Ich bin auf dieses Problem auf meinem freigegebenen Webserver gestoßen. Die Berechtigungen für meine Schriftdateien und den umschließenden Ordner waren falsch. Ich habe ewig gebraucht, um es herauszufinden. Sie wurden in 755 für den Ordner und 644 für die Schriftartdateien geändert. Funktioniert jetzt perfekt.

2
Agent Zebra

Ein wenig zu spät zum Spiel, aber das ist es, was es für mich unter .NET MVC behoben hat, dass es auch auf WebForms funktionieren sollte. Wenn Sie FA oder GI zum Dekorieren Ihres Anmeldeformulars verwenden, ist der Ordner "Schriftarten" eingeschränkt. Sie können die Erlaubnis vorab erteilen, indem Sie dies in Ihrer web.config tun

<location path="fonts">
    <system.web>
     <authorization>
     <allow users="*" />
     </authorization>
    </system.web>
</location>

Hoffe, das hilft jemandem da draußen!

2
BasicIsaac

@ mujtaba-fadhel Antwort sollte das Problem in den meisten Fällen beheben. Wenn Sie jedoch mit git arbeiten, möchten Sie möglicherweise die Schriftarterweiterung auf "binary" setzen, wenn sie in Text umgewandelt wird. Sie müssen eine .gitattributes-Datei in Ihrem Projektstammverzeichnis erstellen.

Dies ist ein Beispiel, wie es aussehen könnte:

*.svg text eol=lf

*.eot binary
*.ttf binary
*.woff binary

Mehr dazu hier

0
Darlesson

Es kann eine Liste mit mehreren Gründen von beschädigten Dateien bis zu Serverproblemen geben. Ich habe mein Problem einfach behoben, indem ich zu einem fontawesome CDN-Link gewechselt habe. Hoffentlich hilft das.

0
Marshall Fungai