最近https有点火，搜索一下“运商商 流劫持持”，应该能看到好多运营商向网页中强制插入广告的新闻，运营商能这做一是因为流量都要从运营商过路，二是因为http传输的是明文。如果换成https传输数据，数据的安全性可以提高一个档次。

看下文之前请先看《https的使用注意事项》

http到https的切换，道理是很简单的，主要是修改对网址的解析（包括主域名和资源文件的CDN），项目里把“http://”改为“https://”或“//”（自适应协议）。下面是比较详细的改造过程：

1、改配置文件。
配置文件一般存放了项目域名、资源文件域名，所以第一步从这里下手改。
如果开启了https，$_SERVER['HTTPS']非空，一般为on（非https时，在IIS上使用ISAPI方式，该值为off）。
所以，判断是否是https访问的判断条件是 $_SERVER['HTTPS']=='on'，我们用 $protocal 表示当前协议，然后把配置里的 http:// 改成 $protocal 。

2、修改项目中的绝对路径。
主要关注几个，jquery路径，二维码路径，微信js地址，轮播图地址，轮播图的点击地址，登录页面的地址。

3、外网资源文件。
如果资源文件很少，可以抓取过来放到自己网站。
如果资源文件很多，可以强制跳转到http页面。（百度图片就是强制跳转到http）

4、统计JS。
百度统计、腾讯统计均支持https，CNZZ现在也支持https（以前的cnzz统计代码不支持https）。
量子统计不支持https。

5、切换到https后可能出现的问题。
a.访问出现502错误；
b.网页打不开，加载时间非常长；
首先看是否是cdn解析问题，如果不能快速解决就切换回http。

总结：
刚始始切换后问题很多，主要特点就是“打不开”、“变慢”。多和运维做些沟通，持续优化https的体验。
https不是绝对安全，如果项目牵扯很多，改造起来难度也很大，量力而行。
记得要保证可以随时切回http。

一、下载使用ueditor

1、从官网上下载UEditor富文本编辑器

2、学会部署使用ueditor。

二、实现方法

1、在html中放置UEditor编辑器，为了不使独立上传图片功能影响到正常的编辑器，这里要多设置一个UEditor编辑器并且需要隐藏。如下代码，myEditor是正常使用的编辑器，upload_ue为隐藏的编辑器。

<script id="myEditor" type="text/plain"></script>
<script id="upload_ue" type="text/plain" style="display:none"></script>

2、实例化编辑器，并侦听图片上传，实现图片预览

<script type="text/javascript">
    var _editor;
    $(function() {
        //实例化一个编辑器，防止在上面的editor编辑器中显示上传的图片或者文件
        _editor = UE.getEditor('upload_ue');
        _editor.ready(function () {
            //侦听图片上传
            _editor.addListener('beforeInsertImage', function (t, arg) {
                //单图预览
                $("#pic_lsit").attr("src", arg[0].src); 
                //多图预览
                for (var i = 0; i < arg.length; i++) {
                    $("#pic_list").append('<div id="photos'+i+'" style="float:left;"><input type="hidden" name="photos[]" value="'+arg[i].src+'" /><img src="'+arg[i].src+'" width="150" height="150" /><a onclick="removePhoto('+i+')">删除</a></div>');
                }
            });
        });
    });
</script>

ps：实例化编辑器之后，一定要确保编辑器上传图片功能能够实现。

3、添加一个按钮，并绑定onclick事件，用于触发编辑器中的上传图片功能。

<button onclick="upImage()">上传图片</button>

<script>
function upImage() {
    var myImage = _editor.getDialog("insertimage");
    myImage.open();
}
</script>

三、参数配置

1、在/ueditor/php/config.json中修改相关配置

/* 上传图片配置项 */
"imageActionName": "uploadimage", /* 执行上传图片的action名称 */
"imageFieldName": "upfile", /* 提交的图片表单名称 */
"imageMaxSize": 2048000, /* 上传大小限制，单位B */
"imageAllowFiles": [".png", ".jpg", ".jpeg", ".gif", ".bmp"], /* 上传图片格式显示 */
"imageCompressEnable": true, /* 是否压缩图片,默认是true */
"imageCompressBorder": 1600, /* 图片压缩最长边限制 */
"imageInsertAlign": "none", /* 插入的图片浮动方式 */
"imageUrlPrefix": "", /* 图片访问路径前缀 */
"imagePathFormat": "/test2/ueditor/php/upload/image/{yyyy}{mm}{dd}/{time}{rand:6}", /* 上传保存路径,可以自定义保存路径和文件名格式 */

下载测试代码ueditor 独立图片上传

整 理：吴万利
时 间：2015-01-08
说 明：svn管理流程实践

svn目录结构

trunk 主干：存储最新稳定的版本
tags 标记：主要保存比较完整的版本标记，类似里程碑
branches 分支：用于分工操作，以开发分支、用户名、日期为目录存储

svn工作模式

常用的两种工作模式

基础结构准备

选定trunk为主要开发文件夹
tag为发布版本的地方（可能也有紧急的bug修复，之后要将代码合并回主干）
branch为分支目录（bug修复、模块独立开发等）

现有的文件结构

trunk/ 主要开发的目录

*.php

tag/ 版本发布目录（发布tag一定要标记信息！）

release_1.0 已经发布的一个版本（1版本号，0修订号）

branch/ bug修复，独立模块开发等

问题应对流程

1. 日常的开发怎么办？
   答：日常可以在trunk里面进行开发，周期不长开发测试完成可以打包出来进行测试。
   • 开发完成之后由管理人员操作打包得到
     http://svnxxx.xxx.com/svn/vshop2_trade_module/tag/release_2.0
   • 在测试机上测试稳定之后就可以准备上线
     上线：可以在对应项目目录下面执行svn switch命令（我的方案）
2. 线上的项目出现问题怎么办？
   • 紧急而且简单
     1. 直接在release里面修改(其实不推荐，而且测试机的配置，同样用switch命令？)，然后测试提交，在线上更新。
     2. 通知trunk、branch里面的dev进行merge（merge前提交所有改动！）
   • 不紧急而且较复杂
     1. 在branch里面copy一个release_1.0版本为dev_1.0_bugfix进行修改
     2. 测试通过之后发布为tags/patch_1.1 通知trunk等进行合并操作
3. 开发新的独立模块怎么办？
   答：可以考虑在branch下复制一个当前稳定版本的dev_2.0_yilucaifu出来进行修改，测试完成之后可以独立上线，但是不要忘记合并。

情景模拟

0. 情景准备

svn仓库结构：

branches
tags

release_1.0

trunk

服务器上代码结构：

正式版

tvshop2_online(svn:tags/release_1.0)

测试机

tvshop2_online_dev(svn:trunk)

1. 上线的东西出问题，需要调试

1. 对于tag版本出一个bugfix分支
   

   svn cp
   http://svnxxx.xxxx.com/svn/tvshop2/tags/release_1.0http://svnxxx.xxxx.com/svn/tvshop2/branches/dev_1.0_bugfix
   -m '1.0bug修复'

2. 测试版切换到分支
   

   tvshop2_online_dev:
   svn switch http://svnxxx.xxxx.com/svn/tvshop2/branches/dev_1.0_bugfix

3. 测试版debug，测试提交
   

   tvshop2_online_dev:
   svn ci -m 'debug message'

4. 发布一个新的版本
   

   svn cp
   http://svnxxx.xxxx.com/svn/tvshop2/branches/dev_1.0_bugfixhttp://svnxxx.xxxx.com/svn/tvshop2/tags/patch_1.1
   -m 'bug修复'

5. 改动上线
   

   tvshop2_online:
   svn switch http://svnxxx.xxxx.com/svn/tvshop2/tags/patch_1.1

6. 清理无用分支dev_1.0_bugfix
   

   svn del http://svnxxx.xxxx.com/svn/tvshop2/branches/dev_1.0_bugfix -m '已经上线'

7. 合并改动到主分支
   tip:一般线上的紧急调试都不会太大，所以合并一般问题都不会很多

   1. 切换测试机为主分支
      tvshop2_online_dev:
      svn switch http://svnxxx.xxxx.com/svn/tvshop2/trunk
   2. 合并改动到主分支（推荐在windows下用工具辅助做）
      svn merge http://svnxxx.xxxx.com/svn/tvshop2/tags/patch_1.1/ ./
   3. 下次提交将改动一起提交即可

2. 新的模块的开发

1. 开发之前先大致确定一下可能的改动，是否跟原来的开发改动了同一块地方。
2. 对于需要共同修改的地方在合并的时候必须小心处理，可以跟原来的开发一起查看改动是否合理。

3. 优点：

1. 线上代码稳定，可靠性高（除非有人故意删除release）
2. 回退方便，能够很清楚的知道上个版本是哪个

4. 缺点：

1. 操作复杂，繁琐，比较容易搞混当前的版本是哪个
2. merge回当前开发分支的时候可能会引起冲突（无法避免）
3. 线上如果有人修改可能会引起树冲突，所以切换之前需要提交所有改动

5. 原则总结：

1. 在执行switch的之前一定要提交所有的改动。
2. 每次发布新版本之后其他分支需要从trunk上merge来获取最新的版本（冲突的话需要协商解决）。

仓库迁移记录

1. 准备好即将使用的svn仓库
2. 在线上先co出两个文件夹备用（svnshop2+svnshop2_dev）
3. 将线上的代码export一份作为一个基础版本，并发布一个tag（release_1.0）
4. 将本地开发的所有改动提交到之前的仓库
5. 将之前的仓库文件导入到现在的svn里面的trunk中
6. 在线上测试机co trunk,测试各项功能是否ok（测试一起购、一路财富改动都没有问题）
7. 以后上线：trunk发布新的tag，线上执行switch操作（确保线上svn里面的文件没有M状态！）

可能的问题

1. crontab怎么办？(直接在服务器上做的alias，没有影响原结构)
2. 静态文件上线？（只能针对静态文件单独做合并、上线）
3. 以后数据库的改动怎么同步？