您是否尝试保持简单并有一个根文件夹,然后有一个用于图像、javascript、flash 等的文件夹?您通常如何称呼您的文件夹?你给你的文件命名约定吗?
6 回答
不是标准方式..但根据我的经验,我想出了这个结构:
root/
-> images/
-> <subfolder>
-> upload
-> js/
-> css/
-> data/
-> docs/
-> download/
-> mme/
-> subpages/
-> temp/
-> siteadmin/
root: all 1st level file located there
images: all images. if images for subfolder, then another level there with the same name. upload is for uploaded images.
js: javascript
css: css
data: some raw data if needed
docs: word doc or pdf for download
download: something that for ppl to downlaod...
mme: other multimedia files. e.g. flash, movie.. soudn clips.etc.
subpages: 2 or subsequent level pages. organized in different folders
temp: any testing page store there. private, not public.
siteadmin: if you have an admin site.
我保持简单,但是我的网站不需要导致复杂性的东西。通常,每个网页都有一个与磁盘上的文件夹相对应的名称,并且该文件夹包含显示该页面所需的所有内容。网站的层次结构与磁盘上的层次结构相匹配。
这取决于项目,但我通常使用 js/、img/ 和 fl/。有时我将 root 分为 code/ 和 content/,但我认为这可能是矫枉过正。就命名约定而言,我通常将我的图像与它们通常嵌入的页面的名称相关联。如果它们在每一页上,我会选择 global_ 或 all_ 之类的东西。我希望这会有所帮助...
如果有很多图像,那么它们的文件夹很有用,但是我倾向于有 1 个 JS 文件、1 个或 2 个 CSS。
我认为最有用的事情是 mod_rewrite 所有页面,就像 stackoverflow 一样。
这实际上取决于您的网站有多少页面。在早期,将所有页面都放在根目录中似乎是个好主意。稍后,当您有 120 个不相关的文件放在那里时,您可能会开始自责。
我倾向于组合一个简单的 1 深层次结构,按站点区域细分。/forums、/photos、/account 等。我从经验中了解到,您的页数往往会比您预期的要高得多。而且我从经验中了解到,一旦页面具有外部链接,将页面从根目录移出并进入合理的结构是很糟糕的。最好从一开始就做好。
root
+-+ include
+-- cache
+-- script
+-- css
+-- images
这个目录当然不能从外部访问。
为什么都在包括下?因为这些媒体文件都不是直接提供的。他们都通过一个脚本:
- 将所有 CSS 文件压缩成一个文件;
- 将所有 Javascript 压缩到一个压缩文件中;
- 将这些版本写入缓存目录;
- 时间戳 css、js 和图像文件,并将 expires 标头设置为远在未来;
- 将压缩后的 js 和 css 文件的缓存副本保存在缓存目录中;和
- 所有对这些文件的引用都通过一个自动版本功能,该功能使用最后修改时间来更改 URL 以控制客户端何时获取新副本(例如 /css/screen.1234567890.css),类似于 SO 对其查询所做的操作此类文件上的字符串。
以上可以显着加快网站速度。
目录结构的其余部分将反映站点的菜单结构。如果有一个带有子菜单的“订单”顶级菜单项,那么您可以打赌您会在根目录下找到一个帐户目录。
如果其他人需要来维护它,所有这些都使得该站点非常非常可预测。其他人能够找到自己的方式非常重要。