Webfonts stuk na migratie website

[Dark Blue]

Ik heb gisteravond een Wordpress-site gemigreerd en alles werkte vlekkeloos.
Database, content, DNS over, en met twee uurtjes werkte alles vanaf de nieuwe host.

Behalve de gebruikte webfonts.

• Ik heb me afgevraagd of het kopiëren van de backup volledig was: die is volledig. Kijk ik op de FTP dan staan de bestanden er.
• Echter, als ik via http het bestand opzoek, krijg ik een 'niet gevonden' melding (niet zeker of dat een 404 is, kan ook iets van 'not authorized' zijn).
• In dezelfde map staat een fijne *.css, gegenereerd door FontSquirrel. Als ik via http dat bestand opzoek, kan ik hem gewoon opvragen. De css dus wel, de eots en woffs en ttfs niet.
• Er zijn known issues met het niet herkennen van het *.woff *.eot en *.ttf-formaat door de server zelf, maar die problemen zijn er voornamelijk met IIS, dus Windows servers. Dit draait op Apache.
• Omdat het ook in Apache wel kán voorkomen, heb ik in de .htaccess in de root een paar regeltjes toegevoegd wbt. MIME-types (ongeveer: http://stackoverflow.com/...tives-for-font-mime-types) maar dat verandert de zaak nog niet. Eigenlijk ook geen vertrouwen in dát dat gaat werken, maar baat het niet dan schaadt het niet.
• Ik heb me even afgevraagd of het in de gegenereerde fonts kon zitten. Of FontSquirrel, waarmee ze gegenereerd zijn, niet de naam van je site bakt in de font files. Maar daarvoor heb ik even snel datzelfde font daar laten genereren, en ik hoefde nergens de sitenaam op te geven. Dus dat zit niet aan elkaar gelinkt.

Op de vorige server werkte de boel gewoon. Ik ben niet de ontwikkelaar van de site en wil dat ook niet gaan doen, dus eigenlijk zoek ik een oplossing zonder dat ik in de site hoef te gaan sleutelen :-) .
De oude host was overigens Hostnet, de nieuwe host is Versio.

De vraag neigt wat door naar I&H, maar ik denk dat hier de mensen zitten die er vaker mee bezig zijn.
Wie kan me wat curveballs toewerpen? Dan ga ik vanavond testen.

[ Voor 4% gewijzigd door Dark Blue op 27-10-2014 10:28 ]

[Sneezydevil]

Wat staat er in de apache log? Volgens mij kun je daar via DA wel bij.

Niet toevallig een htaccess ofzo die op file type matched?

[Rann]

Mijn ervaring met deze webfonts is toch dat het 9/10x aan het Mime type ligt, krijg je van elk type een 404 error of alleen van de .woff bijvoorbeeld?

[Dark Blue]

Apache log kan ik inderdaad wel even in kijken.

Het Mime-type heb ik zo overgenomen van die stackxchange stackoverflow page (niet deze dacht ik), daar kan wel een foutje in zitten. Er stonden zoveel suggesties die weer van elkaar leken te verschillen... zul je net zien dat de methode goed is, maar de mime-types fout.

De website is op zich niet geheim, dus hier een paar URLs:

http://siebrigvanheel.nl/...brig/fonts/stylesheet.css
(Door Font Squirrel gegenereerd)
Je kunt in die css al zien waar hij z'n fonts zoekt.

http://www.siebrigvanheel...nts/DroidSans-webfont.eot
http://www.siebrigvanheel...ts/DroidSans-webfont.woff
http://www.siebrigvanheel...nts/DroidSans-webfont.ttf
http://www.siebrigvanheel...font.svg#DroidSansRegular

In de root staat een .htaccess met daarin alleen een standaard stukje voor Wordpress.
Ik heb er nu een stukje voor die fonts bij gezet, zal dat er vanavond weer eens uit halen om het zo clean mogelijk te houden.

[Rann]

Aangezien hij de andere fonts wel kan vinden, zal het toch om de mimetypes gaan. Moeten die niet op de nieuwe server op de server zelf worden ingesteld?

Voor je htaccess (denk ik, zelf stellen we het gewoon op de server éénmalig in:

code:

AddType application/vnd.ms-fontobject    .eot
AddType application/x-font-opentype      .otf
AddType image/svg+xml                    .svg
AddType application/x-font-ttf           .ttf
AddType application/font-woff            .woff

[Dark Blue]

Rann schreef op maandag 27 oktober 2014 @ 12:29:
Aangezien hij de andere fonts wel kan vinden...

Hij vindt alle fonts niet, alleen de *.css file die er (slordig, nu wel handig) nog bij in staat.

...zal het toch om de mimetypes gaan. Moeten die niet op de nieuwe server op de server zelf worden ingesteld?

Dat vrees ik dus. Als het met onderstaande suggestie vanavond niet lukt neem ik contact op met Versio en vraag of zij dat goed hebben ingesteld.

Voor je htaccess (denk ik, zelf stellen we het gewoon op de server éénmalig in:

code:

AddType application/vnd.ms-fontobject    .eot
AddType application/x-font-opentype      .otf
AddType image/svg+xml                    .svg
AddType application/x-font-ttf           .ttf
AddType application/font-woff            .woff

Het blijft hosting dus ik beheer die server zelf niet. Als het in Apache gewijzigd moet worden is dat aan Versio. Maar dan lijkt het me wel heel frappant dat zo'n massa-hoster zoiets simpels niet goed heeft ingesteld, want dat betekent dat webfonts bij iedere klant niet werken.

[Spinal]

http://www.siebrigvanheel...nts/DroidSans-webfont.eot bestaat niet, http://www.siebrigvanheel...nts/droidsans-webfont.eot wel. Gokje: dat geldt ook voor de overige extensies

[Dark Blue]

Wow! Vanavond even de CSS aanpassen en zien of alles dan weer werkt zoals 't moet.
Koekje voor jou, en dank aan allemaal!

Als het nog ingewikkelder ligt meld ik me weer.

[Rann]

Linux en de hoofdlettergevoelige paden e.d.

[Bosmonster]

Rann schreef op maandag 27 oktober 2014 @ 16:29:
Linux en de hoofdlettergevoelige paden e.d.

Developers die hoofdletters gebruiken in paden en bestanden

Typische Windows-kwaal

Overigens is Droid Sans een Google Font, dus waarom die zelf omzetten met font squirrel?

[ Voor 15% gewijzigd door Bosmonster op 27-10-2014 17:10 ]

[Dark Blue]

Bosmonster schreef op maandag 27 oktober 2014 @ 17:09:

Overigens is Droid Sans een Google Font, dus waarom die zelf omzetten met font squirrel?

Omdat ik dat hier al schreef:

Dark Blue schreef op maandag 27 oktober 2014 @ 10:26: (..) Ik ben niet de ontwikkelaar van de site en wil dat ook niet gaan doen, dus eigenlijk zoek ik een oplossing zonder dat ik in de site hoef te gaan sleutelen :-) .

Ik had dat hele FontSquirrel-stuk gelijk al kunnen elimineren, maar ik ga niets herschrijven aan een website die ik alleen hoef te migreren.

[_Thanatos_]

Bosmonster schreef op maandag 27 oktober 2014 @ 17:09:
[...]
Overigens is Droid Sans een Google Font, dus waarom die zelf omzetten met font squirrel?

Ik weet niet óf het de reden was, maar ik kan wel wat verzinnen...