图片名称用中文导致商品中图片显示不全

暗香有个习惯，不管是写的东西，还是从网上搜括来的任何资源，能用中文名称就用中文名称，尽量不用英文。

没办法，咱没有那个E文环境，也没这个E文习惯，还是中文用着得劲。

不过，在使用操作系统或其它软件时，这个习惯有时就不太灵光了，就要尽量使用英文了；谁让人家操作系统都是英文的，中文的兼容性方面总有那么一点意外。

今天暗香遇到一个问题，就是与这个习惯有关的….

事情是这样的：
有个shopex用户反馈了一个奇怪的问题，就是在商品的详细描述中插入了多张图片，这些图片全是调用远程服务器上的数据。
保存后，也是正常的，没有任何错误提示。
但在前台访问这个商品时，问题就来了，明明在后台插入了10张图片，前台却只显示3个，这不见鬼了嘛.
用IE6，有问题；用IE7，有问题；
用FF，咦，显示正常了，难道因为shopex是在FF下开发的，就对FF比较亲？不能啊…

暗香赶紧在自己的本地shopex中测试：插入了本地图片，显示没问题；调用远程图片，显示没问题..没问题，就是没问题。

然后又更换浏览器，用IE6，IE7，FF，谷歌，还是没问题

晕了….

还好，暗香离测试同学那里还比较近，立即冲过去，请其帮忙捉鬼

IE打开，有问题；FF打开，没问题，看来不是偶的人品有问题了，奇怪了…

突然灵光一闪，不会是图片名称有问题吧…….

在FF中依次查看每张图片的属性名称，前面三张正常，全是英文；第四张…果然是中文
类似：http://www.myshop.com/tupian/ 我的图片.jpg

虽然在访问时，浏览器对图片进行了URL编码处理，但IE貌似在这方面有点缺憾，无法显示，从而导致这张图片后面的其它正常图片也无法显示了…

原因找到了，登录商店后台，在该商品详细描述中用英文图片进行替换原中文名称图片，保存，前台浏览，IE下全部显示，问题解决。

看来，有些习惯有时也并不好使…

小疏忽带来的大问题

人非圣贤，孰能无过，这句话一般是在自己犯错以后，当有人责备时，用来推脱责任说给别人听的。
无心之过，就是说：我犯错了，但我不是故意的。

暗香今天说的这个事情就与这两者有关，不是大问题，估计也不是故意的…

背景：

眼下shopex的4.8版本已经日趋稳定，尤其是4.8.4已经连续出了3个补丁来解决出现的问题；出补丁的速度之快，频率之高都是前所未有的。目的很明显，就是把4.8.4版本做成一个里程碑式的稳定的版本。

在此前提下，越来越多的4.7用户开始考虑升级到4.8版本

虽然shopex已经推出完整的升级流程：http://update.shopex.com.cn/472-48update/index.html

很多用户也已经按此流程顺利升级到4.8.4版本。

但也有部分用户升级出错，而错误又让人莫名其妙，比如升级过程中突然来了个undefined 然后就没反应了。

碰到这类错误，用户自己多无法解决，也不知道如何解决，于是干脆放弃升级，继续用4.7.2版本。

今天遇到的这个用户也是这样的提示，升级过程中出现undefined提示，整不了了，便跑到暗香这里来找答案。

遇到这种情况，唯一的解决方法就是：使用firefox，同时开启firebug组件，然后重新升级，查看具体错误：

升级开始…

数据表顺利生成….

商品数据完整导入…

开始导入会员数据，出现undefined，由此判断是会员信息这里有问题。

查看firebug内容，发现是某一个会员信息有问题…OK，有方向了就好说了。

登录472后台，仔细检查这个会员信息，忽然发现邮政编码后面居然有一个/   ，类似200000/ 就是这个/导致系统报错，这肯定是会员当初注册时的无心之失，真是个小的不能再小的疏忽。

问题找到了，编辑一个这个会员，去掉后面的/，保存，重新升级

……

一切顺利，升级完成。

暗香想起来，以前还有个用户升级时，也是报错undefined，当时的原因是会员的名称是英文，但其中有个’ 导致系统检测时报错，类似shopex’s

以暗香多年来(^_^)的升级经验看，出现此类错误的原因多是在会员信息中，用firebug找到出错会员，或修改，或删除，然后重新升级即可！