Jaka jest optymalna struktura folderów dla katalogu internetowego?

Zajmuję się tworzeniem stron internetowych od lat i zawsze tworzyłem strukturę podobną do tej:

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

Widziałem, jak inni używają:

styles/login.css
images/logo.png

Niedawno dowiedziałem się, że mój współpracownik lubi:

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

Czy oprócz zapisania jednego lub dwóch bajtów są jakieś zalety lub wady którejkolwiek z tych opcji? Czy istnieje najlepsza praktyka dla tej koncepcji?

Trzymałbym się twojego obecnego systemu, chociaż mogę być stronniczy, ponieważ sam używam prawie tych samych nazw.

Uważam, że trzymanie trzyliterowej nazwy folderu jest wystarczająco szczegółowe, aby miało znaczenie, ale wystarczająco zwięzłe, aby utrzymać porządek w moich adresach URL .

Przycinanie każdego folderu do jednej litery jest przesadą, a jak wskazuje mc10, jest szeroko otwarte na interpretację. Na przykład nigdy nie wybrałbym „a” dla plików JavaScript: wybrałbym „b” dla „zachowania”. Nie wydaje mi się, żeby któryś z nich był bardziej poprawny, wskazuje tylko na niejednoznaczność schematu nazewnictwa.

Chociaż używanie „stylów” i „obrazów” jako nazw folderów jest w porządku, uważam, że bardziej sensowne jest używanie krótszej nazwy. Zastanów się, ile razy ten folder będzie się odnosił w każdym pliku, w każdym adresie URL i żądaniu, a bajty zaczną się sumować. To prawda, nie sądzę, aby można było zobaczyć rzeczywiste oszczędności przepustowości przy użyciu krótszych nazw folderów, ale wezmę każdą możliwą (i bajt), jaką mogę uzyskać.

Zwykle trzymam się tych kilku folderów:

• js - pliki JavaScript
• img - pliki obrazów
• css - pliki CSS
• lib - Skrypty po stronie serwera, które nie generują danych wyjściowych. Biblioteki, klasy itp.
• doc - Pliki binarne, takie jak dokumenty biurowe i pliki PDF, które nie są częścią normalnej nawigacji strony

Foldery CSS i JS są dobre dla pojedynczej witryny, która może być kodowana statycznie (inaczej tylko HTML), ale nie jest praktyczna w przypadku większej witryny korzystającej z CMS.

CMS używają folderów „stylów” i „obrazów” we własnej strukturze folderów, tyle że zazwyczaj są one ukryte w podkatalogach. Jest to dobry sposób na układanie treści i ulubiony przez wiele CMS-ów.

Posiadanie jednoliterowych nazw folderów jest mylące. Na pierwszy rzut oka pomyliłbym się z różnicą między zdjęciami ( p) i obrazkami ( i). Używanie a„aplikacji” również wydaje się tajemnicze.

Używanie folderów dla css i js w przeciwieństwie do pojedynczych plików zależy całkowicie od zakresu projektu.

Jeśli masz lub potencjalnie potrzebujesz więcej niż jednego skryptu lub arkusza stylów, uporządkowanie ich w folderach ułatwi utrzymanie i zarządzanie witryną.

Jeśli zdecydujesz się ponownie użyć folderów, nadanie tych długich lub krótkich nazw jest osobistą preferencją.

Chociaż nazwy z jedną literą oszczędzają bajty i mogą wyglądać nieco ładniej, z mojego doświadczenia wynika, że ​​jeśli na stronie pracuje więcej niż garstka osób, może to być mylące.

Możesz również wykonać tę metodę.

1. metoda:

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

Uwaga: Najlepiej, jeśli każdy plik zostanie ponownie zapisany w podsumowaniu md5.

Przykłady:

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

Druga metoda:

• / asset / common /
• / asset / templates / template_name /
• / asset / obejmuje / js /
• / asset / misc / pdf /
• / asset / misc / csv /
• / asset / misc / txt /

Uwaga: Nie wymaga zmiany nazwy plików na ciągi md5, ale każda spacja powinna zostać zastąpiona myślnikiem / -

Przykłady

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

3. metoda:

• / site / files /
• /układ strony/
• / site / scripts /
• / site / misc / docs / pdf /
• / site / misc / docs / csv /
• / site / misc / docs / txt /

UWAGI: W podkatalogu „public” folderu „common” możesz utworzyć nowy podkatalog po nazwie i nazwać go „uploads / 2014/12 /” dla przesłanych plików tak samo, jak Wordpress organizuje przesyłane pliki.