![]() |
![]() |
|
Features & Guidance File Naming Conventions & Directory Structure Fonts, Colors, and Other Formatting Creating Effective Web Content Template Examples Related Info Web Communications Subject Area |
File Naming Conventions & Directory Structure
Web users often try to guess or remember URLs. A consistent directory structure helps people to intuitively navigate. For example: If users are looking for news, try using http://www.bnl.gov/computer/help/, they are likely to try the same URL under web, e.g., http://www.bnl.gov/web/help/ When sites are well organized up front, directory and filenames are less likely to change down the road, avoiding broken links and bookmarks. Site managers benefit from an organized structure when it comes time to determine ownership of files and clean up directories in order to keep pages current. New managers can easily learn the structure with less difficulty. Consistent structure and well-named files help developers when performing maintenance. A well-organized site structure can help site managers get more out of their statistics packages by providing more specific reporting on subsections of data. Goals
GuidelinesURLs must be as logical and clear as possible and make sense to people. Use unabbreviated words or common acronyms. They should be easy to remember and easy to spell: e.g., geothermal, not geothrm. With that in mind, URLs should still be as short as possible: e.g., reimbursement, not reimbursement_account_deadline. Longer URLs are harder for people to remember and type and are often broken when sent through e-mail (An e-mail allows about 70 characters per line).
Please Note: URLs, filenames, and file extensions cannot contain spaces, or special characters (e.g., &, # or $), but may contain letters, numbers, underscores, and dashes. You may also use CamelCase notation (e.g. MixedCase.htm or mixedCase.htm). Make sure that file names clearly denote their content; do not use the DOS 8-and-3 naming convention. Delete ALL Extraneous, non-linked (orphan) files. Web Authors should delete all extraneous files from the development server before asking to have your site published to the Production Server. Publishing, copies any new files or files that were changed to the production server. Publishing also removes any files from the production server that are no longer on the development server. Last Modified: April 6, 2009 |