关于文件的命名,看似无足重轻,但实际上如果没有良好的命名规则进行必要的约束,一味的乱起名称,最终导致的结果就是整个网站或是文件夹无法管理。所以,命名规则在这里同样非常重要。 需要特别注意的时候,网站文件或文件夹命名请尽量避免使用中文字符命名。
文件的命名
以最少的字母达到最容易理解的意义。
索引文件统一使用index.html文件名(小写) index.html文件统一作为"桥页",不制作具体内容,仅仅作为跳转页和meta标签页。主内容页为main.html。
按菜单名的英语翻译取单一单词为名称。所有单英文单词文件名都必须为小写,所有组合英文单词文件名第二个起第一个字母大写; 所有文件名字母间连线都为下划线。
例如: 关于我们 \aboutus
信息反馈 \feedback
产 品 \product
图片的命名
以图片英语字母为名。以最少的字母达到最容易理解的意义。
对于较小的图片,我们使用如下格式的命名 :
sm.kahn.gif
其中,sm 代表“small”,kahn 代表图片的内容。较大图像的命名规则也一样,不过是以 bg 开头的:
bg.kahn.gif
用以区分不同图像的命名规则应当是全站通用的,这样可以尽量避免将不同的名称搅混。
网站目录的命名
目录建立的原则是以最少的层次提供最清晰简便的访问结构。
服务器的ftp上传目录默认为html 根目录文件 根目录只允许存放index.html和main.html文件,以及其他必须的系统文件。
每个语言版本存放于独立的目录。已有版本语言设置为: 简体中文 \gb 繁体中文 \big5 英 语 \en 日 语 \jp 每个主要功能(主菜单)建立一个相应的独立目录。 根目录下的images为存放公用图片目录,每个目录下私有图片存放于各自独立images目录.
例如: \menu1\images
\menu2\images
另外,所有的js文件存放在根目录下统一目录\script 所有的CSS文件存放在根目录下的style目录 所有的CGI程序存放在根目录并列目录\cgi_bin目录。
对于一些信息更新量比较大的站点或是栏目,还可以采用一种更为特殊的方式来进行文件架的命名,这样能使得日后的维护更加方便,这样的方式就是使用“单一单词命名的目录”+“年年年年_月月_日日”的方式命名,最后的“日日”是根据更新量大小可选择的,如果每日更新量很大则可以加上“日日”。
例如: \news\2005_08\
\news\2005_09\
\news\2005_10_12\
「文件命名」的4条实践规则
1.Why
我们的逻辑一直是,先说「Why」,文件命名也是一样。
上手先不要想这个文件的名字, 而是先想想:如果我现在就立刻删除这个文件,为什么不可以删除?
如果,我实在找不出理由,那就删了吧。
如果,找出理由,把理由写下来作为文件名即可,例如:
「3月8日女王节素材」「李姐18号出差广州要用」「A公司X项目合同草稿等批准」……
这类名称看似很随意,但是已经抓住了某类文件的核心问题:为什么存在?
尤其针对:临时文件,这种命名已经足够了。 多数文件最后都会有自己的最终归宿,要么被纸质归档, 要么存在电子邮箱,要么进入XX ERP系统,要么被扔到一个叫做「归档」的文件夹里。
临时文件,占据了我们工作的相当大一部分,只要想清楚「存在的理由」不难命名,而这类文件最后的归宿都是「废纸篓」。
2.When / Who / What
对于上述以外的「非临时」文件,那么意味着有长久保存的必要,虽然可能也是从一份临时文件演变过来的。 例如「合同草稿」最后变为「盖章合同扫描件」。
长久要保存的文件,如果是类型固定的,数量又庞大的,就适合 When / Who / What 这个规则。
我们还是以「合同」文件为例, 如果有大量合同文件要归档,我们可以开一个文件夹,名叫「历史合同」,然后合同文件都扔进去,但要体现出每份合同的 不同之处。最常见的区分维度是:
合同日期(或到期日) When
和谁签的合同 Who
关于什么事情的合同What
例如:「20190601.A公司.X项目1期合同.pdf」
不仅局限于「合同」,常规的工作文件,几乎都适合这个套路,包括但不限于:周报,销售记录,统计表格,会议记录,协议备忘,申请表格 ……
3.更多的「客观标签」
如果 When / Who / What 已经不能满足了,可以考虑添加一些固定的「标签」来描述。 所谓「标签」就是一些经常会用到词眼。
例如:如果我们的工作文件和地域 有很强的关系,可以考虑「北京」「上海」「广州」……之类的标签。 这种标签直接附加在文件标题后即可。
例如:3月销售报告#广州.xls, 海外代理商名单#NY.pdf ……
不仅仅是「地域」,任何一个对我们业务有帮助的客观属性,都可以作为一类「标签」的参考。 但重点是对业务有帮助,不要为了分类而去分类,这是完全不可取的。
之所以称之为「客观标签」那是因为,这个「标签」描述的是客观内容,无论谁都会得出相同的结论。好处就是,我这份文件的「接收方」绝不会对描述产生歧义。
比方说,想找「北京」数据文件的人,只要看到了文件名就不会去找标着「广州」标签的文件,即使用 Everything 搜索 也能精确的得到所需内容。
4.适当的「状态标签」
个人认为,这是4条规则中,含金量最高的标签。
「状态标签」是什么意思呢? 就是文件在「工作流」内的附加信息。
例如:Office系统200条快捷键技巧#完成稿.pdf, A客户信息简介#高净值.ppt,XX项目计划书#已批准.docx,
静态的文件并没有什么「状态」, 而实际上很多工作文件由于牵涉到「工作流」,因而都是「动态」的。随着时间的推移,流程阶段会产生变化,业务的价值本身也会起伏,文件也会有生命周期,最后可能变得毫无价值。
所以,如果这份文件要跟着流程「走」,最好加上「状态标签」,让使用它的人,清楚的知道这份文件的价值所在。
可是,手工管理文件名和标签,会不会太麻烦呢,有时还会弄错标签名字。要是标签什么的可以一次输入,以后只要鼠标点击几下就能完成文件管理,那就太好了!
现在,有一款新兴的 「标签式」文件管理器 tagLyst Next 能够充分的帮到我们!
tagLyst Next
tagLyst Next 是一款非常新颖的 文件管理器软件,目前正受到不少 生产力工具网站 的好评和推荐。
tagLyst Next 可以帮助我们
分库分组的管理电脑文件
将现有的文件,快速按「标签分类」
预览主流格式的文件,快速掌握文件精髓
配合我们上面「文件命名」规则中的「客观标签」「状态标签」两条来使用,tagLyst Next 更是提升工作效率的神器。由于「标签」固化了常用「关键词」,因此也不会出现「同义词」混淆。 文件标签本身还能分组收纳, 不会变得杂乱。如能结合自己的工作流,就能把一堆文件 整合成一个自己专属的 业务知识库。 别人的文件是越多越乱,而我们的文件会越多越有价值。
新版的 tagLyst 还可以帮助我们,直接 通过「预设标签」规则,快速为有文件分类。
例如:创建一个名为「纽约」的智能标签,就可以立刻对成百上千已有文件中,标题含有「纽约」字眼的文件进行快速归类。不用逐个再去贴标签了。
又如:名为「纽约」的智能标签下,我们还可以自定义「同义词」,例如:「NY」「Newyork」「N.Y.C」;这样一来 一些含有「纽约」同义词的文件,也能被「纽约」这个标签匹配到一起。 这样一来,就省去我们逐个去翻看确认的时间了。
1、在文件名或文件夹名中,最多可以有255个字符。其中包含驱动器和完整路径信息,因此用户实际使用的字符数小于255。
2、可以使用扩展名,扩展名用来表示文件类型。
3、文件名或文件夹名中允许使用空格,不能出现的字符有:
\ / : * ? # ” < > |
4、不区分英文字母大小写。例如:A1与a1是同一个文件名。
5文件名和文件夹名中可以使用汉字。例如:百度bd.exe。
6、 可以使用多分隔符的名字。例如:中国.百度.exe。
1)在文件或文件夹的名字中,最多可使用255个字符。用汉字命名,最多可以有127个汉字。2)组成文件名或文件夹的字符可以是空格。但不能使用下列字符:+、*、/、?、“、<、>、|3)在同一文件夹中不能有同名文件\n(4)文件和文件夹的名字中可以有多个分隔符
在文件或文件夹的名字中,最多可使用255个字符。用汉字命名,最多可以有127个汉字。
2.
组成文件名或文件夹的字符可以是空格。但不能使用下列字符:+、*、/、?、“、<、>、|3)在同一文件夹中不能有同名文件\n(4)文件和文件夹的名字中可以有多个分隔符