Re: Serveur web

C'est une bonne question, et la réponse est oui. Version courte : si tu utilises file://, tu ne pourras pas charger de manière asynchrone les assets.

Sur la doc de phaser, on trouve cette explication :

It's to do with the protocol used to access the files. When you request anything over the web you're using http, and the server level security is enough to ensure you can only access files you're meant to. But when you drag a file in it's loaded via the local file system (technically file://) and that is massively restricted, for obvious reasons. Under file:// there's no concept of domains, no server level security, just a raw file system. Ask yourself this: do you really want JavaScript to have the ability to load files from your local file system? Your immediate answer should of course be "not in a million years!". If JavaScript had free reign while operating under file:// there would be nothing stopping it loading pretty much any file it fancied and sending it off who knows where.

Que je traduirais grossièrement par :

Ceci est en lien avec le protocole utilisé pour accéder aux fichiers. Lorsque vous faites une requête à travers le web, vous utilisez http, et le niveau de sécurité du serveur est suffisante pour s'assurer que vous ne pouvez accéder qu'aux fichiers auxquels vous êtes censé pouvoir accéder. Mais lorsque vous chargez un fichier depuis le système de fichier (techniquement file://) alors c'est massivement restreint, pour des raisons évidentes. Sous file:// il n'y a pas de notion de domaines, aucun niveau de sécurité serveur, juste un système de fichier brut. Demandez-vous alors : est-ce que vous voulez vraiment laisser JavaScript avoir la possibilité de charger des fichiers de votre système de fichier local ? Votre réponse immédiate devrait bien sûr être "not in a million years!". Si JavaScript avait un accès libre lorsqu'il opère sur file:// alors il n'y aurait rien pour le stopper de charger à peu près n'importe quel fichier il aime et l'envoyer on ne sait où.