EDIT 23-06-2012 10:24 (CET)
: trovato la risposta@ font-face non viene caricato tramite https in IE
Date un'occhiata alla risposta di fondo. Questo è ciò che ha risolto il problema per me. IE9 sta rendendo la strada giusta ora. IE8 ha un font leggermente diverso. Non sei sicuro di quale font, ma sembra "OK".
Original Question:
ho lottato con questo per diverse ore ormai. Per uno dei nostri clienti abbiamo progettato un webshop e lo abbiamo sviluppato con una connessione http non protetta normale. Da 2 giorni, abbiamo installato un certificato SSL sul dominio e forzato ogni connessione con il sito web per passare il dominio https utilizzando .htaccess
Ma, per qualche motivo, IE (nessuna versione) restituisce il carattere che noi specificato nel CSS usando @ Font-Face. Ecco su dei codici che stiamo usando per i font:
@font-face {
font-family: 'ProximaNovaLight';
src: url('https://www.bijouterieyvette.com/font-face/proximanova-light-webfont.eot');
src: url('https://www.bijouterieyvette.com/font-face/proximanova-light-webfont.eot?#iefix') format('embedded-opentype'),
url('https://www.bijouterieyvette.com/font-face/proximanova-light-webfont.woff') format('woff'),
url('https://www.bijouterieyvette.com/font-face/proximanova-light-webfont.ttf') format('truetype'),
url('https://www.bijouterieyvette.com/font-face/proximanova-light-webfont.svg#ProximaNovaLight') format('svg');
font-weight: normal;
font-style: normal;
}
Come potete vedere sto usando il link completo ai font tra cui il https. Ho provato a spostare i file nella directory principale del dominio in modo che corrisponda al dominio dei certificati SSL. Ho anche provato a utilizzare percorsi relativi all'interno del CSS, ma anche questo non ha funzionato.
Tutti i tipi di carattere sono nel dominio, nessuno di essi è di dominio incrociato.
Mi sono imbattuto in altri 2 post qui su SO che descrivono problemi simili, uno dei non è stato risolto, l'altro era, ma non sembrava essere lo stesso problema. In questo caso l'autore della domanda ha dovuto aggiungere intestazioni Access-Control-Allow-Origin alle richieste di file di woff/ttf/otf/svg. Ho anche aggiunto queste intestazioni al mio .htaccess solo per essere sicuri:
<FilesMatch "\.(woff|ttf|otf|svg)$">
<IfModule mod_headers.c>
Header set Access-Control-Allow-Origin "*"
</IfModule>
</FilesMatch>
Sono un po 'a corto di opzioni e thoughs. Non sono un tipo di configurazione del tipo di server, ma più in PHP/MySQL/jQuery, quindi credo che i miei pensieri siano piuttosto limitati rispetto ad altri qui su SO.
Se qualcuno ha un'opzione che vale la pena provare, fammelo sapere!
UPDATE 22-06-2012
:
Se cambio i https a http e aggiornare la pagina in IE, mi viene richiesto con il messaggio che v'è contenuto non sicuro e ho la possibilità di accettare questo contenuto. Se scelgo 'SÌ', il mio contenuto viene caricato e ... il carattere è disponibile !! Sì .. Comunque .. se lo cambio di nuovo a https i caratteri scompaiono di nuovo.
Non so cosa posso imparare da questo (lol), ma forse questo dà a chiunque una piccola idea ..
UPDATE 22-06-2012 #2
:
Finora ho provato:
url ('/ /protocol/relative/font.eot '); url ('../ file/relativo/font.eot'); url ('/ domain/relative/font.eot'); url ('https: //www.secure.tld/font.eot'); url ('http: //www.normal.tld/font.eot'); (funziona ma con un popup "Contenenti articoli non protetti in IE)
Ho anche provato a creare un rewriterule forzando il FilesMatch (woff, ttf, otf, eot, svg) a una connessione http: //. lavoro come pensavo e non ho idea se non ha fatto nulla ..
ho anche aggiunto questo:
AddType application/vnd.ms-fontobject .eot
AddType font/truetype .ttf
AddType font/opentype .otf
AddType font/opentype .woff
AddType image/svg+xml .svg .svgz
alla cartella contenente i font (in una file .htaccess ofcourse) proprio come nel file .htaccess principale.
Oltre a questo ho provato a rimuovere il login htpasswd, era una supposizione sfrenata, ma non ha cambiato nulla.
UPDATE 23-06-2012
:
controllato i log del server DirectAdmin .. a quanto pare IE sta richiedendo i font (vedo un file di EOT con il punto interrogativo, sto cercando di indovinare questo è l'EOT con l'essere richiesti iefix e WOFF). Tutto ciò che è richiesto è anche ottenere una risposta 200 OK colpo di testa, che non sta facendo le cose più chiaro per me ..
Ancora alla ricerca e alla ricerca di quello che potrebbe causare questo problema ..
Inoltre, sulla base del " F12 Console Log "-thingy in IE. Posso vedere chiaramente che i caratteri vengono richiesti -over https- con una risposta di 200 OK. Stranamente, vedo solo 3 dei 4 tipi di carattere che sto utilizzando, ma è possibile che il 4 non venga utilizzato nella pagina principale.
Non riesco a pensare a qualcosa di specifico, ma hai provato URL senza un dominio, o [URL relativi al protocollo] (http://paulirish.com/2010/the-protocol-relative-url/)? – RoToRa
Non ho ancora provato gli URL relativi ai protocolli, ci proverò. Gli URL senza dominio o relativo al CSS vengono provati e non funzionano sfortunatamente –
Puoi scoprire che il file viene caricato, ad esempio con Fiddler? – RoToRa