关于微服务全量升级时静态资源的升级方案（续）

　　前文说了微服务全量升级时静态资源的升级的方案，就是利用OSSfs服务将远程的oss服务器挂载到本地，今天再具体操作的时候发现了一些问题，解决起来也是颇费周折，各种方法都尝试过了，才再次体味到了世事无常，莫名其妙的多出了这些工作量，我能预料可能会存在问题，但是却无法预料到问题如此棘手。

　　第一个问题是上传文件的类型问题

　　现象：通过OSS客户端上传的css样式文件，在访问网站页面的时候一切正常，而通过ossfs的方式上传后的文件，却在访问网站的时候没有样式，但是通过F12跟踪请求的情况一切正常。

　　……分析，调试，对比……此处省略5000字

　　原因：在通过scp上传css文件的时候，文件类型被偷梁换柱的转换了，本来应该是text/css类型的文件却变成了application/octet-stream，导致页面渲染样式失败，而从请求来看没有任何异常……。

　　之所以出现这种情况是因为ossfs通过查询/etc/mime.types中的内容来确定文件的Content-Type，如果该文件不存在或者内容不全，文件类型就会被置成一个默认值。

　　解决办法：通过yum install mailcap命令添加，添加后的部分内容如下图

　　重新进行挂载并再次上传css文件，类型正常了，网站的访问也正常了。

　　第二个问题是挂载权限。

　　现象：文件解压时无法创建文件夹。

　　原因是挂载的根文件的权限只允许属主进行读写，所以在其内部创建文件夹的时候，如果是非属主用户就会没有权限，哪怕是超级用户root也不行

　　解决方案：挂载oss的时候加上参数-o allow_other，默认赋予挂载目录777权限，特别的，这个参数只是对目录有效，目录内的文件并不会继承该目录的权限

ossfs your_bucket your_mount_point -ourl=your_endpoint -o allow_other