关于图片服务器的一些疑问
1. 相对路径：<img src="/Public/Uploads/a.jpg">
项目用php开发，目前图片路径都是用相对路径。现在想把图片完全分离出来搞个图片服务器，那现在有几个疑问：
请求通过前端Nginx访问a.jpg时
1)图片是怎么上传到图片服务器的，开发说要在图片服务器上装个php，调用php的某个方法实现上传。但通常的图片服务器只装个web就行了，他们是怎么实现上传功能的？
2)如何让其自动加上域名：www.test.com
3)如果上一部实现了，将请求反向代理到图片服务器时如何找到对应的图片并返回给用户
本来考虑使用绝对路径，但开发说要改绝对路径工作量大，让我这里想想办法
2. 绝对路径：
<img src="www.test.com/Public/Uploads/a.jpg">
假如相对路径实现不了，那使用绝对路径了，由于是B2C网站(网站刚上线不久用户增加速度很快，而且现在要增加B2B功能)今后图片剧增了需要考虑多台图片服务器，这时一个小型的集群如何做？
相对路径和绝对路径选择哪一种合适？为什么？规划图片服务器时应该考虑哪些问题？ 1、不知道是多大的应用，对于文件的存储可以考虑nfs，直接挂载也可以啊，为什么一定要域名，又不直接对外。
2、网站采用多台服务器，可以采用分层、应用拆分，多种方法。关键还是看应用与性能测试。 回复 2# cryboy2001
网站上大部分都是图片，200多个请求，图片占百分之八十五左右，首页加载上来都8M左右了。现在访问量增加图片严重的拖慢速度啊。打算将图片分离之后在弄个CDN
具体你说的分层不太了解。在这方面比较白痴，是否多解释下。谢谢了。 用CDN很好啊，可以很大的提高性能。
分层：分为多个应用层，每个分担部分的功能，提高性能。
/web \ /file(jpg) server
/ \ /
lvs----web ----app------database 首页8M多呢应该做的是优化，比如降低图片分辨率之类的，把高品质的图片放到链接里去点开，或者用js延迟加载，首页太慢是硬伤 回复 5# jixuuse
真是硬伤啊。 图片可以用户有需求了再点，
缩一下，省点
页:
[1]