drupal ne charge pas les fichiers js / css par défaut / files /

Tout d’abord, il n’est pas conseillé de conserver vos fichiers JS & CSS dans les sites/default dossiers sites/default . Ils doivent être conservés dans le répertoire sites/all/theme ou sites/all/modules .

Et même dans ce cas, il n’est pas nécessaire qu’ils soient chargés sur votre site Web. Vous devez le spécifier si vous souhaitez charger ces fichiers sur votre site. Voici comment cela se fait:

Pour le thème:

append des scripts[] = mytheme.js dans le fichier theme.info pour append js

append des stylesheets[all][] = mytheme.css dans le fichier theme.info pour append css

Pour module:

utilisez drupal_add_js('path_to_file') pour append le fichier js

utiliser drupal_add_css('path_to_file') pour append un fichier css

Considérant que pour une raison quelconque, vous avez placé les fichiers dans les dossiers sites/default dossier sites/default , vous devrez fournir les droits de lecture sur les fichiers. Il est conseillé de les régler à 755 .

Avez-vous vérifié votre thème pour vous assurer que les fichiers css et js sont présents? Le fichier info?

Assurez-vous que la permission des dossiers ( sites/default/files/js et sites/default/files/css ) est 755 ou 744
il est important que l’ User ait une autorisation exécutable sur ces dossiers

La première question est: comment incluez-vous ces CSS & J sur votre site? en utilisant un module ou un thème? Dans tous les cas, vous devez les placer soit dans le répertoire du module, soit dans le répertoire du thème. Si vous les placez dans le répertoire du thème, vous devez append ces fichiers à votre fichier .info du thème. C’est la meilleure façon d’inclure des fichiers CSS / JS dans un thème.

Pour plus de clarté

• 404 signifie que le serveur n’a pas pu localiser la ressource (fichier dans ce cas).
• Si vous atsortingbuez des permissions à 664, et que ses dossiers parents sont également 664, alors tout le monde peut lire le fichier, ce qui semble ne pas être un problème.

@kellyjohnson demande si les fichiers existent, à cause de ce que l’erreur 404 signifie conceptuellement. Il semble comprendre que vous observez le 404 dans la console de votre navigateur. C’est convenu. Mais la question naturelle est alors de savoir si les fichiers existent physiquement là où vous les attendez. Si vous pouvez vérifier que les fichiers existent, il ne rest que quelques options à explorer.

Les cas

1. Dans le cas d’actifs publics (actifs sous la racine du document de l’application), il est probable que la racine du document du serveur ne correspond pas à ce que vous croyez; En d’autres termes, le chemin d’access absolu aux fichiers pour lesquels le serveur tente de serveur n’est pas identique à celui de vos fichiers.

   a) Déboguez ce problème en déterminant votre racine de document configurée, qui sera probablement le chemin de base du point d’entrée principal de l’application “index.php”. De là, tracez votre chemin relatif vers vos actifs. Si vous pensez toujours que tout est correct, l’option restante serait que le serveur Web réécrive vos demandes d’actifs, et c’est là que votre attention devrait se concentrer.

2. Dans le cas de biens non publics (actifs en dehors de la racine du document), il est probable que le routage de votre application ne soit pas acheminé vers le répertoire auquel vous supposez de procéder.

   b) ce cas est sans doute le plus facile à déboguer, car vous allez entrer l’application qui, à tout moment, vous pouvez faire écho au code de débogage, et suivre l’exécution vers le fournisseur d’actifs.

Bonne chance.