Quelle est la structure de dossier optimale pour un répertoire Web?


9

Je fais du développement web depuis des années, et j'ai toujours fait une structure web similaire à celle-ci:

public_html/login.php
public_html/css/login.css
public_html/js/login.js
public_html/img/logo.png

J'ai vu d'autres personnes utiliser:

styles/login.css
images/logo.png

Et puis récemment, j'ai découvert que mon collègue aime:

public_html/a/login.js   - application
public_html/s/login.css  - styles
public_html/i/logo.png   - images
public_html/p/photo1.jpg - photos
public_html/f/menu.swf   - flash

Outre l'enregistrement d'un octet ou de deux, y a-t-il des avantages ou des inconvénients à l'une de ces options? Existe-t-il une meilleure pratique pour ce concept?


Par demande, dossiers supplémentaires: «t» pour les modèles et «x» pour xml
St. John Johnson

Réponses:


6

Je m'en tiendrai à votre système actuel, bien que je puisse être biaisé car j'utilise à peu près les mêmes noms moi-même.

Je trouve que conserver un nom de dossier à trois lettres est suffisamment verbeux pour avoir un sens, mais assez concis pour garder mes URL bien rangées .

Réduire chaque dossier en une seule lettre est exagéré et, comme le souligne mc10, est largement ouvert à l'interprétation. Par exemple, je ne choisirais jamais 'a' pour les fichiers Javascript: j'aurais choisi 'b', pour "comportement". Je ne pense pas non plus que ce soit plus correct, cela montre juste à quel point le schéma de nommage est ambigu.

Bien que l'utilisation de "styles" et "images" comme noms de dossier soit parfaitement correcte, je trouve qu'il est beaucoup plus logique d'utiliser un nom plus court. Pensez au nombre de fois où ce dossier sera référencé, dans chaque fichier, dans chaque URL et demande, et les octets commencent à s'additionner. Certes, je ne pense pas que vous verrez des économies de bande passante dans le monde réel en utilisant des noms de dossier plus courts, mais je prendrai chaque bit (et octet) que je peux obtenir.

Je m'en tiens généralement à ces quelques dossiers:

  • js - Fichiers Javascript
  • img - Fichiers image
  • css - Fichiers CSS
  • lib - Scripts côté serveur qui ne produisent pas de sortie. Bibliothèques, classes, etc.
  • doc - Fichiers binaires, comme les documents bureautiques et les PDF, qui ne font pas partie de la navigation normale dans les pages

2

Les dossiers CSS et JS sont agréables pour un site individuel qui peut être codé statiquement (alias uniquement HTML), mais ce n'est pas pratique pour un site plus grand qui utilise un CMS.

Les CMS utilisent des dossiers "styles" et "images" dans leur propre structure de dossiers, juste qu'il est généralement enterré dans des sous-répertoires. C'est une belle façon de présenter le contenu, et favorisée par de nombreux CMS.

Avoir des noms de dossier à une lettre est déroutant. À première vue, j'aurais été confondu avec la différence entre les photos ( p) et les images ( i). L'utilisation ade "application" semble également cryptique.


1

L'utilisation de dossiers pour css et js par opposition à des fichiers individuels dépend entièrement de la portée de votre projet.

Si vous avez, ou avez potentiellement besoin de plusieurs scripts ou feuilles de style, leur organisation en dossiers facilitera la maintenance et la gestion du site.

Si vous décidez d'utiliser des dossiers à nouveau, donner ces noms longs ou courts est une préférence personnelle.

Bien que les noms à une lettre économisent des octets et puissent paraître un peu plus nets, d'après mon expérience, si vous avez plus d'une poignée de personnes travaillant sur le site, cela peut devenir déroutant.


1

Vous pouvez également utiliser cette méthode pour.

1ère méthode:

  • / i / commun /
  • / i / layout /
  • / i / lib /
  • / i / misc / docs / pdf /
  • / i / misc / docs / csv /
  • / i / misc / docs / txt /

Remarque: Il est préférable que chaque fichier soit renommé dans son résumé md5.

Exemples:

  • /i/common/9df48e2cf2d25740e4ba54e8cd73b3a3.png,
  • /i/layout/2b33962041cb835c227bba27424a28af.css,
  • /i/lib/a8a2a48ddaa95527c6d3db763e2b7809.js,
  • /i/misc/docs/pdf/68aafcfe9aa1ab7d83a6ce8df302155e.pdf

2ème méthode:

  • / actifs / communs /
  • / assets / templates / template_name /
  • / actifs / comprend / js /
  • / actifs / misc / pdf /
  • / actifs / misc / csv /
  • / actifs / misc / txt /

Remarque: il n'est pas nécessaire de renommer les fichiers en chaînes md5, mais tous les espaces doivent être remplacés par tiret / -

Exemples

  • /assets/common/uploads/2014/12/company-site-has-been-launched.jpg

3e méthode:

  • / site / fichiers /
  • /disposition du site/
  • / site / scripts /
  • / site / misc / docs / pdf /
  • / site / misc / docs / csv /
  • / site / misc / docs / txt /

REMARQUES: Dans le sous-répertoire du dossier "common" public_html, vous pouvez créer un nouveau sous-répertoire et le nommer "uploads / 2014/12 /" pour vos fichiers uploadés de la même manière que wordpress organise vos uploads.


1
J'aime vos exemples de structures de dossiers, mais nommer vos fichiers en utilisant leurs hachages md5 n'est pas recommandé et n'est certainement pas "le meilleur". Changer un fichier image modifiera son md5, vous obligeant donc à faire amende honorable sur l'ensemble du site. Au lieu de cela, il est beaucoup plus sûr de leur donner un nom plus mémorable.
Richard
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.