易栈网-膘叔

Yii在自已内部已经实现了单文件上传和多文件上传的代码，只是很少会有人注意这些吧？
事实上更多时候，在多文件上传的时候，我们往往采用了swfupload来进行处理，但swfupload的参数太多了，用起来会非常复杂和痛苦。
所幸，有很多人知道这些事情，他们对swfupload重新进行了封装，并做了简化，比如这个uploadify。
官网上的例子也很简单，一个是立即上传，一个是自定义上传。其实 最主要的是uploadify的是它的回调函数很少也很方便，常用的就是onError,onCompleted,onAllCompleted,onSuccess之类的。
在Yii的Extension库中，也确实有一款插件叫做EUploadifyWidget。最面对一些变量进行了更多的封装，也就是让我们使用起来更方便。不过，在使用过程中，还是会发现，虽然它封装了很多操作，但其实有很多地方还是没有处理好，官网上的例子也没有处理好。
打开代码可以发现在run函里面有对options等的处理，根据实际需要进行调整就OK了（之所以要调整，其实也还有一个原因，是因为我在这次的项目中没有用到clientScript，而这个插件却用了它，所以我才会多进行了一些处理）
默认的路径还是需要做一些处理，路径中的baseURL是基于它自己的路径来处理的，还有需要更改的就是JS/CSS/swf等的路径需要注意，其他就Over了。

纯笔记

swfupload这个控件，只要是涉及到多文件上传、大文件上传，那么就几乎应该是听过这个控件的名称的。

确实，它解决了不少问题，就象我所提到的多文件上传、大文件上传，但也有很多问题存在，从最早的版本到现在，经历了很多问题的改变。。

1、最早的那个SESSION问题。IE和FF的swf下session传递会不一致。这个问题我在09年就遇到过了，记录在[2009-03-09] - 备忘：swfUpload注意事项 。这个问题最初官方的DEMO里并没有提到，在后来的版本里才有涉及。。。现在DEMO里已经有了

2、我用的uploadify这个封装的插件，如果URL路径中含有“//”，在这个时候，如果JS中的路径是相对路径，比如“../../js/xxx.swf”之类的引用，那么，在上传的时候就会出现security error。这件事情我记录在[2011-01-21] - 开发笔记记录 。

3、就是今天遇到的问题，在chrome下面上传的时候出现http error。bobby查了一下资料，发现问题和2中的有点相似，2的问题是采用相对路径的时候，路径中不能有“//”，但chrome下则是，不能有相对路径，当把JS中指向swf的路径換成URL可以访问的路径后，OK一切正常【firefox全部正常】

4、不知道是uploadify封装的有问题还是什么 ，在某些IE下就是不正常。比如我win7 IE8，上传图标不显示，但有的同事就显示了。几样的win7 , IE8（也可能是因为我是64位的？？），但某位朋友在xp IE下也不能显示，郁闷了。。准备換到YUI自带的uploader上看看

好吧，就记录这么多了。。。

在开发的时候会遇到很多问题，比如就象今天，某个项目中用了swfupload，是集成的uploadify（可能打错了）?其他时候都正常，就突然今天出了点问题，因为昨天改版上线，今天被人发现了大的BUG，那就是商品不能上传图片了。这个问题非常严重，因为影响了用户的正常使用，但是我在测试的时候却没有发现任何 问题，照样正常上传，一下子就感觉特郁闷。
最后，客户截图出来，显示security error，然后问了一下，用的是IE。哦。。。我用的是firefox。于是換成IE测试，果然出现这种情况。
找了很多原因，都没有发现问题在哪里，JS啥的都没有出错，原来是正常的，现在是只有FIREFOX正常，这究竟是什么 原因 呢？
排查了很久，而且到最后就差要单独拎出来重写了，意外之中突然发现，URL里有两个斜杠，比如当前的页面可能就是类似 这样：http://www.neatstudio.com//upload/image/?act=upload，在host后面有两个斜杠。难道是这个原因 ？于是把那个斜杠去掉，再测试，结果真的成功了。现在想想，好象很多人都会忽略这个问题，但我就真的发现了，分析了一下源码，发现还真有这可能，因为它源码里是的路径是类似：../js/upload/swfobject.js。在URL里有//的时候，它解析的时候，可能会有偏差（没有仔细看，昨天一夜没睡，发现问题后立马解决了它了），对于路径就进行了处理，比如rtrim()之类的，搞定，开心的回家了。。

然后说一点yii中遇到的问题，比如获取当前controller的ID，就是Yii::app()->controller->id，如果获取当前的action的ID，那就是Yii::app()->controller->action->id。也有人说是$this->actionId，我是没有成功过。。
当然，要记得，在init()方法时在，这些都是获取不到的，毕竟，人家还没有初始化，怎么可能有呢，于是我用的是Yii::app()->getRequest()->getPathInfo()，然后explode一下"/"，弹出的最后一个就是action，前面的是controller，看了一下源码，官方获取，好象也是这样获取的。黑黑。。。。

好了，做完记录，睡觉了。。

在使用swfupload上传文件的时候，老是绕不过登录验证。查了一下GOOGLe，没查到，问了百度，他告诉我答案：

swfuplaod在上传时，会新开一个进程，和原来的进程不一致，要解决这个问题，需要指定session_id，然后在登录页面判断，如果有post过来的session_id，那么就用函数session_id( $_POST['PHP_SESSIONID'])指定一下。

上传页的JS里面，可以获取当前的SESSION_ID的。

例如上传页的JS中：

post_params: {"PHPSESSID": "<?php echo session_id(); ?>"},

在验证的判断页中：

        if (isset($_POST["PHPSESSID"])) {
            session_id($_POST["PHPSESSID"]);
        }

（这一段是网上的注释：在带有Session验证的网站后台中SWFUpload无法正常工作，这是因为SWFUpload在上传时相当于重新开辟了一个新的Session 进程，因此无法与原有程序的Session保持一致，这就需要在上传时传递原有程序的SessionID，根据它来“找回”其应有的Session。）