未解决DISCUZ 2.5的远程附件问题，究竟何时才会根治！！！从X2带过来还是如此，...

m.king 发表于 2012-8-14 15:29
它产品就是这么设计的。
功能不是没法实现，可以实现，但是那样的话 服务器配置起来很麻烦 远程附件还需要 ...

亲，和解啊

是啊。算了，有没有人管，说那么多的废话干什么。

m.king 发表于 2012-8-14 15:29
它产品就是这么设计的。
功能不是没法实现，可以实现，但是那样的话 服务器配置起来很麻烦 远程附件还需要 ...

哎，很多pw的站点我都看了，别人远程附件，所有类型都是跑的另外一个域名，主站www，远程dl，而我们用dz的，智能图片跑DL，其他类型的全部都需要充远程服务器同步到本地服务器，然后在跑www到用户机上，这样的设计是能解决问题，但是：①耗了宽带，②增加了硬盘负担！

为什么那么多次意见了，就舍不得听一次呢~~~

m.king 发表于 2012-8-14 15:29
它产品就是这么设计的。
功能不是没法实现，可以实现，但是那样的话 服务器配置起来很麻烦 远程附件还需要 ...

是的，按照实现原理来讲确实需要远程附件服务器支持PHP，但是没关系啊，你们至少可以提出一套解决方案。。这样，用户可以选择吧，我相信很多人都能在远程附件的服务器上搭建一个php环境，因为那太简单了！

官方不鸟人。。。

顶到解决为止

乐七 发表于 2012-8-17 14:39
哎，很多pw的站点我都看了，别人远程附件，所有类型都是跑的另外一个域名，主站www，远程dl，而我们用dz的 ...

估计是因为涉及到防盗链功能，开启这个功能后隐藏了实际（远程）路径，就只能是由webserver先获取到文件然后再传输给客户端，这就没法让客户端直接去请求远程路径文件

mark35 发表于 2012-8-21 09:46
估计是因为涉及到防盗链功能，开启这个功能后隐藏了实际（远程）路径，就只能是由webserver先获取到文件然 ...

防盗链技术，应该由存储端来解决，现在的又拍等云存储，已经很好的解决了盗链问题。这已不是什么问题了吧

mark35 发表于 2012-8-21 09:46
估计是因为涉及到防盗链功能，开启这个功能后隐藏了实际（远程）路径，就只能是由webserver先获取到文件然 ...

再说了。即便是你不隐藏地址，也一样没用啊。

happy地瓜 发表于 2012-8-21 13:57
再说了。即便是你不隐藏地址，也一样没用啊。

因为还有原始文件名这么个因素存在：
所有附件包括图片实际保存的文档名并不是原上传文件名，前者是cdb_attachents.attachment字段，后者是 cdb_attachments.filename字段。 对于网页渲染的图片，文件名不相同并不影响浏览，因为此时需求是看图像内容而无需关注文件名并且页面帖子中会有此图的原始文件名。但对于需要点击下载的附件（也包括图片）来说如果给出的是远程服务器的直接url，那么此时的文件名就不是原始文件名， 此时必须通过web中转读出数据库中对应的原始filename。

除非在远程附件服务器上也架设一套webservice且能连接到数据库读取附件表内容。但这时候的url连接就不是静态文件而是动态了。