这是一个创建于 3139 天前的主题，其中的信息可能已经有所发展或是发生改变。
RT ，手头工作上的项目是一个聚合其他站点的管理后台程序，要整合几个其他站点，在系统里面统一使用，做到点某个链接，页面主体部分直接出现对应的第三方站点。 目前写的 demo 页面主体使用的是 iframe ， 在 chrome 下使用正常。因为是组内内部使用的工具，不支持其他浏览器也没问题。 这种场景，如果不使用 iframe ，有什么其他方案吗？领导觉得用 iframe 不好= =
第 1 条附言 · 2016-05-17 08:54:19 +08:00
忘了说下，还要在嵌入的站点上能正常操作的，服务端抓去后插入 dom 貌似不可行？
其实我也倾向于用 iframe ，不过说服总要理由，大家顺便说说这种场景下用 iframe 的好处和不用 iframe 的坏处吧。
我只能想到是：开发简单， css ， cookie 不会冲突？
其实我也倾向于用 iframe ，不过说服总要理由，大家顺便说说这种场景下用 iframe 的好处和不用 iframe 的坏处吧。
我只能想到是：开发简单， css ， cookie 不会冲突？
 |
1
baby4free 2016-05-16 11:05:01 +08:00
领导是傻逼
|
 |
2
shakoon 2016-05-16 11:07:16 +08:00
把内容抓到本地来缓存
|
 |
3
jsq2627 2016-05-16 12:38:38 +08:00 via iPhone  1
都是自己的站吗？是的话可以开 cors 用 ajax 取来插入 dom
不是的话就只好用服务端来抓取了 |
 |
4
chunqiuyiyu 2016-05-16 12:41:44 +08:00
为会么 iframe 不好，得说出个理由吧，不然无法让人信服。
|
 |
5
qqmishi 2016-05-16 13:00:51 +08:00 via Android
那只能抓取内容，点的时候显示出来了
|
 |
6
yeyeye 2016-05-16 13:13:33 +08:00 via Android
目标站点你有控制权吗？有就 JSON
|
 |
7
doublleft 2016-05-16 13:22:29 +08:00 1
要真对场景设计，存在即合理。
不是说 iframe 不好就坚决不用，你这种需求，要引入第三方网站还要可以操作， iframe 就是最好的方案。 同理，大家都知道<table/>不好，不要用拿来做布局。总有些人是打死不用，而且说不出为什么 哪里不好。好好的表格类交互非要 div 布局，反而搞的各种问题，难以维护。妈的智障 不说了我去改 bug 了 |
 |
8
jasontse 2016-05-16 13:49:39 +08:00 via iPad
要吃饭但不可以用嘴
|
 |
9
iiduce 2016-05-16 13:57:56 +08:00
那就抓取数据，然后在本地写 html 和 css 生成页面。
|
 |
10
adeweb 2016-05-16 14:09:07 +08:00
用 frameset 吧
 |
Select Language