缘故
昨天为了完善写文章的体验，时不时的肯定要插入一两张图片，但是文章要放网上，不管请求图片就会跑到我电脑上来索要图片地址，网络本身就是个巨大的分享系统，我在这台电脑上发的文章，文章里面的文字和图片不可能不依据载体而存在，网络上的TCP/IP协议群就是解决资源共享问题设计出来的邮编方式，我要把东西放网上就一定会留下什么马脚。
所以我上传一篇文章里面夹着些图片，有人要看，要不就是要访问我电脑，要不就是访问我寄东西的邮局。为了这个目的访问的方式需要一定的规范化，用Markdown这种标记语言可以很好的处理内容的排版问题，插个图片只要这样干就行了
![] (链接地址)
链接地址可以就是本地系统图片绝对路径，也可以是网上图片的资源地址，不管哪个都是要这个地址放着这张图片，没有的话，白红叉叉，经常逛论坛的可以看到的那种，就是找不到图片地址了。以前看白红叉叉不知道什么回事，现在能想通了，找不到东西了，估计是写链接地址的时候用的自己电脑，然后电脑烂了，这个绝对路径就失效了。
为了解决这个问题有人发明了图床这个东西，就是直接在网上弄一个地方（一台服务器），放图片，只要服务器厂商不倒，这图片基本不会失效，于是我沿着这条路找到了OSS对象存储，实际就是一个数据仓库，当然什么数据都能存，但是存图片这种东西经过这么多年的发展，现在只要像会接水管一样，接好就行了，所以我搞了一个账号，租了一块地，里面专门放图片，测试一下如果你能看到下面这张图片说明这个图床暂时可以用了：
图片地址 qbwo3m2l1.bkt.clouBddn.com/qiniu_pic/8…
总结
我又接着看OSS对象存储这项技术，时代进步好快啊，又好奢侈，但很方便，大部分时候只要会接水管，总能整出一些东西。
在具体看看对象存储，比对下以往的文件目录系统，两个都是放东西然后再造出来。也就是对存储这个概念进行两种不同的实现。但具体区别在哪里，根据官方描述，对象存储是可以模拟文件目录系统的，但是估计也没人去这么做，不值得，对象存储是将整个数据当成一个整体，只要稍微改一丁点东西，就是完全新的东西，换个名称，名称改个大小写就是要存成一个新的东西，而文件目录系统里面的文件，你换换皮，换个目录名，就是换个不同的袋子装同样的东西。所以用对象存储模拟目录系统就会这样，你要改你个目录名称，可以你要把先找到所有这个目录下的东西，弄一个副本，副本改成新的名称，再写进这个系统，最后写完后删掉原来的。所以这各个模拟文件目录只会增加计算量，好处当然是分类查的时候很快一点，你确定要用这个快一点换之前的计算时间？文件目录系统系统在抽象上跟先进一些，分类本身即是一种抽象，但是现代电脑的计算速度已经跟得上处理分类前的数据量时，你在再用分类就成了鸡肋了。这就是我对这项新技术跟以前的目录系统的思考，仅仅记录下来。
