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.pngWidziałem, jak inni używają:
styles/login.css
images/logo.pngNiedawno 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 - flashCzy 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?
css
javascript
best-practices
St. John Johnson
źródło
źródło
Odpowiedzi:
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:
źródło
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żywaniea„aplikacji” również wydaje się tajemnicze.źródło
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.
źródło
Możesz również wykonać tę metodę.
1. metoda:
Uwaga: Najlepiej, jeśli każdy plik zostanie ponownie zapisany w podsumowaniu md5.
Przykłady:
Druga metoda:
Uwaga: Nie wymaga zmiany nazwy plików na ciągi md5, ale każda spacja powinna zostać zastąpiona myślnikiem / -
Przykłady
3. metoda:
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.
źródło