MIP 页面在上线到搜索结果页之后，需要嵌入在 SuperFrame (简称 SF) 环境下运行。因此在开发后期，为了保证 MIP 页面的效果在上线后能保持一致，有必要创建一个线下 SF 调试环境并运行目标页面。
在 MIP 官网 https://www.mipengine.org/debug 已经有这样一个线下 SF 调试环境，但有一个最大的问题：MIP 官网是 https 协议，当使用线下调试并且目标页面地址是 http 协议或者干脆 localhost 时，浏览器会阻挡请求，因为从 https 请求 http 是不安全的，影响了正常调试。而事实上，http 协议或者 localhost 又是开发时最最常用的情况。
为了避开这个问题，本项目会在开发者本地启动一个服务。因为本身就启动在 localhost，因此无论是 http 还是 https 都是可以正常运行的。
-
全局安装
mip2命令行工具npm i mip2 -g -
启动线下 SF 调试环境
mip2 sf -
使用浏览器访问 (默认端口 8210)
http://localhost:8210/sf -
在 URL 输入框 (第一个) 输入目标页面的 URL。切记带上协议头，即
http或者https例如
http://localhost:8111/xxx -
点击最下方的“出发测试”按钮
有时候一个 MIP 页面是由多位开发者共同完成的，所以可能会有开发者 A 想把调试链接分享给开发者 B 的情况，直接分享 http://localhost:8210/sf 的话还需要 B 重新在 URL 框中输入地址，略微麻烦。因此这里我们还支持了 url 参数。
你可以直接分享 http://localhost:8210/sf?url=xxxx 给你的同事，当然前提是他也在 localhost 启动着服务。或者如果你们处于同一个网段，你把自己的内网 IP 地址替换 localhost 分享给同事，也是一个可行 & 简便的方案。
-
线上/线下测试
MIP 页面在上线后，会由 mip-cache 系统把页面及其使用的资源全部转存到 CDN 中，并生成一个额外的 URL，我们称之为
CACHE URL，与之相对，原来的 URL 就称为原始 URL。举个例子，开发者开发了一个站点，入口页面为
https://www.somesite.com/mip，这就是 原始 URL。 上线并提交审核，同意收录之后，mip-cache 会把这个站点转存到 CDN 中，生成一个类似https://www-somesite-com.mipcdn.com/c/s/xxx之类的一个 URL，这就是 CACHE URL。注意到两个 URL 的域名并不相同，但当中有一些转化规则，可以让两者互相转化。这个规则开发者并不需要过多关心。所谓线上测试，就是使用 SF 环境打开 CACHE URL，因此主要针对上线之后的站点。而所谓线下测试，则是使用 SF 环境打开原始 URL，因此主要针对上线之前，开发状态的站点。开发者应该大部分情况使用的是线下测试。
使用线上测试时， 会检查当前域名是否是百度域 (
*.baidu.com)，如果不是，会返回 403 阻止请求。因此想使用线上测试时，使用localhost是不行的。开发者需要配置 host，把例如test.baidu.com指向127.0.0.1，之后使用test.baidu.com:8210/sf进行访问才可以正常显示页面。 -
目标页面的 LOGO URL 和标题
在调试页面，除了 URL 输入框和最后的测试按钮之外，当中还有两个选填框。这是为了在点击测试，到实际展现页面之前，中间那个 SF 的 loading 页面上显示 LOGO 和标题所用的。之所以选填，也是因为对实际测试影响很小，不追求完美的开发者可以忽略。
-
指定端口号
mip2 sf -p 8080 -
启动后自动打开网页
mip2 sf -o