关于系统的文件读取的实现方式

关于系统1.0
placeholder image
admin 发布于:2018-06-22 09:50:21
阅读:loading

本篇文章的附件访问与前一篇的附件上传方式是密不可分的,比如此刻正在编辑文本用的ueditor中就有许多的附件上传功能,常见的是上传图片,改写其上传的附件路径为系统磁盘目录如d:\upload路径后,同时数据库中存储的路径仍然为/ueditor/images/2018-06-20/xxx.jpg.image,系统再进行附件的访问时加上附件的域名前缀直接去访问,此时访问的真实附件则是需要进行路径转换的,拦截所有的.image请求,将除去域名部分的路径和后缀部分则为真实的附件路径,只不过需要再进行路径转换,去配置的文件路径磁盘路径下拼上这段路径后再进行附件访问,访问的附件实现与验证码的访问方式一致。

这么写的好处有:

一、访问404图片时可以给出系统默认的图片,给用户一个稍微好点的体验。

二、图片相对路径的访问更加安全,由读取字节输出至浏览器的方式比直接访问更加安全;

三、可动态的给图片加上水印等效果,比如A用户显示A的图片水印,B用户显示的图片B的水印;

四、可根据用户请求显示对应的缩略图(可见前一篇关于附件上传的文章)等效果;

五、对于分布式环境部署的访问请求同样可支持,重点就在于如果将相对路径换行为实际磁盘路径;

六、对于外站图片的引用也可以进行统一的处理,比较匹配规则较为简单;

以上文章属于想到哪写到哪的,至于代码与我这系统目前的耦合度较深,贴出来意义不大,上述思路是重点,那就这样吧。


 点赞


 发表评论

当前回复:作者

 评论列表


留言区