由于想保持博客主题和app的独立性,所以在编写supermail的时候使用了另一套ci框架,有心给app开一个二级域名,但是想了一下为了不由于公用ip导致降低博客在搜索引擎中的权重,决定先监听在一个别的端口,日后再迁移到博客/smapp/**下。

今天下午图书馆不开,加之买的书还没到,决定完成迁移工作。

首先需要优化程序,在所有的url链接处都用echo base_url()来组成完整url,这样迁移的时候通过修改config里面的base_url可以保证不会因使用绝对路径导致的问题。

其次是需要修改nginx。有如下三个方案:
1,对于location /smapp/,设置不同的root,这个方法是效率最高的,也最容易配置,不过我感觉这么设置总是别扭,不大想用。
2,使用curl,在博客的controller中建立一个smapp.php,对不同的url分别用curl抓取内容,然后返回。相当于做了个网页代理。但是搞了一会后发现实现困难,并且效率低,兼容性差。
3,反向代理,之前supermail监听的端口不变,不过由监听0.0.0.0改为监听127.0.0.1,这样此端口在外界看起来是封闭了。然后在nginx中对location /smapp/做反向代理。

从nginx文档上看到的是说,在对url做proxy_pass(反向代理)之前不能rewrite,于是我一开始先是把location /smapp/放在了rewrite规则的前面,结果发现还是被rewrite了,说明nginx在处理的时候是先把rewrite规则都匹配完毕后才处理location。不以位置改变这两者的顺序。于是只能加了一条rewrite规则,对/smapp/段的直接break。

然后配置反向代理,设置:
location /smapp/ {
proxy_pass http://127.0.0.1:****/;
break;
}
注意,proxy_pass后面的url的末尾是否带'/'是有区别的,假如不带,那么反向代理的uri中带有/smapp/这一段,假如带,uri中直接以/smapp/后面的部分开始。我刚开始加'/'的时候总是报错,也许是由于前面rewrite没有break掉的缘故。后来加上后成功了。

现在已经完成了迁移,不过美中不足之处是rewrite规则多了一步,稍稍有些影响效率,不过可以通过配置反响代理缓存来弥补这一性能缺失。
分页: 1/1 第一页 1 最后页 [ 显示模式: 摘要 | 列表 ]