分析ecshop用户注销过程过程_ECShop教程

$user->logout();

show_message($_LANG['logout'] . "$user->ucdata", $_LANG['back_home_lnk'], 'index.php', 'info', true);

ecshop类：

1. $user是ecshop类的实例；

2. show_message方法定义在lib_main.php中，将传入的参数处理后输出到message.dwt模板；

3. "$user->ucdata"被原封输出到模板上；

4.$user->logout()的作用是清楚COOKIE和SESSION，以及同步退出UCENTER；

uc_call()函数：

1. 退出UCENTER调用的代码是uc_call("uc_user_synlogout")，执行后回返回一些信息，我的实验中返回的是404错误页面的HTML，可能和我讲UCENTER部署在ECSHOP的子目录中有关，因不影响目前的使用，所以没有深究！

2. uc_call函数定义在lib_common.php中，其内调用了restore_error_handler、call_user_func_array、set_error_handler三个函数。call_user_func_array函数定义在uc_client/client.php，可以理解为是UCENTER的API的内容；其余两个函数是PHP错误处理机制的一部分。http://cn2.php.net/restore_error_handler

show_message()函数：

1. show_message的最后一个参数指明页面是否自动返回指定页面，其处理是通过以下代码完成的：

{if $auto_redirect}

{/if}

如果没有指明自动返回的页面，$message.href的值为'javascript:history.back()'，表明HTML的meta中可以执行JS脚本；

2. 倒数第二个参数type，取值范围是warning, error, info，可以用于在message.dwt中根据信息类型显示不同的图示，但ECSHOP当前未利用此参数；

编码问题：

上午在使用Firefox的“Open With Editor”功能时，发现打开的文件中，汉字全部是乱码，于是搜索了一下编码的知识。发现网路上，有一些意见认为，GB2312编码对应的"CODE PAGE"是CP 936，而我在一个名为e-TextEditor中实验看到，GB3212对应WINDOWS 936, 而GBK对应CP 936，于是上网继续求证，看到GB2312对应CP 12936，但在e-TextEditor编辑器中并未有此代码页可选，所以我姑且草草认为CP 12936与WINDOWS 936等价，不想再深究了！

然而，乱码问题并未因此番调查而解决！我使用的ECSHOP是GBK编码，我将自己使用的所有编辑器全部设为GB2312编码（在Notepad++中是“字符编码切换为ASCII码”，尚未明确其与GBK以及GB2312的严格关系），FTP上传设定也为GB2312编码，结果是，IE和Firefox中均无乱码，但在使用Firefox的“Open With Editor”功能时，出现在编辑器中却是乱码，这时无论我怎样设定编辑器的编码，都没有将乱码消解！真是奇哉怪也(这两天正看狄仁杰剧集的缘故:)

(责任编辑：最模板)

热门搜索:

分析ecshop用户注销过程过程