社区
Java EE
帖子详情
tomcat访问图片
kyousuke
2011-11-15 10:50:36
目前IP尾数104这台机有resin服务器,项目运行在该服务器上,105上有2TB多的图片,用的是IIS的虚拟目录。现在resin上的项目访问这些图片没什么问题,但是用户可以直接在浏览器里输入虚拟目录的地址访问图片。假设我换成tomcat来映射图片的目录,能不能设置用户不能直接访问图片,但是resin上的项目可以访问图片,如<img src='tomcat映射图片的地址'>
...全文
215
1
打赏
收藏
tomcat访问图片
目前IP尾数104这台机有resin服务器,项目运行在该服务器上,105上有2TB多的图片,用的是IIS的虚拟目录。现在resin上的项目访问这些图片没什么问题,但是用户可以直接在浏览器里输入虚拟目录的地址访问图片。假设我换成tomcat来映射图片的目录,能不能设置用户不能直接访问图片,但是resin上的项目可以访问图片,如
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
1 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
sunzsh
2011-11-15
打赏
举报
回复
我的理解是这样的,首先“<img src='tomcat映射图片的地址'>”是一段代码,104上面的应用是根本不会请求这些图片的,只会将图片的文本地址以html的方式响应给客户端,具体请求图片是有客户端浏览器的工作。换句话说,目前的思路,对于新的tomcat服务器来说,只有终端的客户才会请求这些图片,这样楼主无法达到预期的效果。
所以我觉得楼主需要在客户端和新的tomcat之间加上一个权限控制的中介(如一个返回图片流的servlet),然后104上面的应用所有的图片路径统统改成中介的虚拟的路径,然后在权限控制的中介上面做判断(比如判断请求是从哪里来的)
(楼主的问题引发我的思考,思路不是最好的,做个抛砖引玉,大家讨论一下)
Tomcat
访问
图片
不受限制
找到
tomcat
web.xml 将下面复制进去即可<filter> <filter-name>CORS</filter-name> <filter-class>com.thetransactioncompany.cors.CORSFilter</filter-class> <...
nginx和
tomcat
访问
图片
和静态页面的配置方法
生产环境下,有时候需要
访问
图片
,正常需要应用ftp、nginx等配套使用,但是有时候为了简化,可以用以下的两种简单的
访问
,说实话,就是为了偷懒,但是效果是能有的,这就行了,所以今天做这个简化版的方便大家应急之用。第一种方法:nginx配置下1、创建文件路径:[root@localhost /]# mkdir /data/soft/ [root@localhost ~]# cd /data/so...
使用
Tomcat
访问
本地
图片
由于我之前在server.xml上增加了一个虚拟目录的配置,之后在
tomcat
上就一直不能部署war包启动项目 最开始我是在服务器上部署了两个虚拟目录,docBase目录相同,导致服务器上不能成功部署,之后留了一个虚拟目录,可以运行。但是在本地
tomcat
测试时吗,发现增加一个虚拟目录也不能部署项目。也不知道是哪里的问题,先留着吧。 ...
通过
tomcat
直接
访问
文件(
图片
,视频····)
通过
tomcat
直接
访问
图片
,达到
图片
的回显 以linux服务器
访问
图片
来做样例: 先来下载
tomcat
。以头
tomcat
8.0为例子 —> 下载
tomcat
完成后,放在服务器的想要放的位置中。我这里以**/www/server/
tomcat
8/**为例。 然后进行解压 ,上述
图片
中是已经解压后的。解压命令是 tar -zxvf apache-
tomcat
-8.5.57.tar.gz 解压到当前的文件夹中!! 进入
tomcat
中的bin文件夹中 运行 startup.sh文件 这就算运
通过
Tomcat
访问
服务器上的
图片
1、来到
Tomcat
的安装目录下,找到server.xml文件,打开 2、找到Host,加入以下代码: <Context path="/images" docBase="C:\software\images" reloadable="true"></Context> 3、启动
Tomcat
,假设我服务器地址为122.362.231.97,
Tomcat
端口为8080,...
Java EE
67,513
社区成员
225,880
社区内容
发帖
与我相关
我的任务
Java EE
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
复制链接
扫一扫
分享
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章