Pourquoi Node.js n’a pas pu fournir les fichiers .woff

J’ai téléchargé le fichier .woff à partir de fonts Web Google pour une raison de réseau en Chine. Auparavant, j’ai essayé @font-face sur Github Pages et ça marche. Mais cette fois il m’a fallu une heure pour trouver où était cassé.

J’utilise Node pour servir des fichiers statiques avec mime , et le content-type semble être application/x-font-woff , et mon code dans CoffeeScript:

 exports.read = (url, res) -> filepath = path.join __dirname, '../', url if fs.existsSync filepath file_content = fs.readFileSync filepath, 'utf8' show (mime.lookup url) res.writeHead 200, 'content-type': (mime.lookup url) res.end file_content else res.writeHead 404 res.end() 

Comme le content-type de content-type de .woff sur Github Pages est application/octet-stream , je viens juste de mettre cette ligne dans mon code pour la rendre identique. Mais cela a toujours échoué:

 exports.read = (url, res) -> filepath = path.join __dirname, '../', url if fs.existsSync filepath file_content = fs.readFileSync filepath, 'utf8' show (mime.lookup url) # res.writeHead 200, 'content-type': (mime.lookup url) res.end file_content else res.writeHead 404 res.end() 

Enfin, je suis passé à un serveur Nginx pour servir le fichier .woff .. et finalement il a commencé à fonctionner.

• Comment tester les délais d’attente du proxy nginx
• Comment puis-je autoriser une demande de fichier PUT sur le serveur Nginx?
• Node.js demande les redirections 301
• Des ETAG faibles dans les rails?
• et sont tous deux vides, mais uniquement dans Firefox

Mais comment puis-je résoudre ce problème sur Node?

• Nginx proxy https à http sur un port non standard?
• D’où viennent ces en-têtes HTTP supplémentaires?
• Nginx proxy_cache_key $ request_body est ignoré pour les requêtes volumineuses
• plusieurs requêtes HTTP GET dans une connexion TCP / IP – traitées parallèlement ou séquentiellement
• En-têtes HTTP personnalisés pour les fichiers statiques avec Django