今天路遇交友网的启用了邮件支持，在配置过程走了不少弯路，在配置期间参考了网上很多资料，这些资料有的不全，有的则完全是错的。配置完成后整理了下流程，发现UCHOME下配置邮件非常的简单。下面把我的经验总结一下，希望能给有同样需要的网友一些借鉴：
11步搞定UCHOME邮件支持配置：
1.选择邮件发送方式：
通过 SOCKET 连接 SMTP 服务器发送(支持 ESMTP 验证)
2.邮件头的分隔符使用
LF 作为分隔符(通常为 Unix/Linux 主机)
3.收件人显示用户名
是
4.smtp 服务器
smtp.gmail.com
5.smtp端口
465
6.要求身份证验证
是
7.发信人邮件地址
路遇交友<services@yuluyu.com>
8.smtp 用户名
yuluyu
9.smtp密码
yuluyupassword
10.更改function_sendmail.php
我在这里选择了gmail作为邮件发送服务器，gmail采用的是SSL协议，所以需要更改uchome邮件处理相关的代码使其能够连接到smtp.gmail.com。
打开$/uchome/source/function_sendmail.php,将下面这行代码：
if(!$fp = fsockopen($mail['server'], $mail['port'], $errno, $errstr, 30)) {
更改为：
if(!$fp = fsockopen("ssl://".$mail['server'], $mail['port'], $errno, $errstr, 30)) {
11.测试配置是否成功
现在，你的网站就能够利用gmail的邮件发送服务器发送邮件了。通过配置后路遇交友网支持如下功能：
- 密码找回功能
- 验证并激活邮箱
- 邮件提醒功能
- 通过邮件邀请好友功能
下面通过密码找回功能测试一下邮件支持是否生效：
如果此时能够接收到一封发自路遇交友网的邮箱，则说明邮件功能生效，如果没有收到则说明邮件配置失败。
此时可以查看$/uchome/data/log来分析失败原因，在这个文件夹下有两个日志文件，他们保存了和邮件相关的日志信息。
200903_smtp.php 保存了服务器联接的相关信息。
例如：2009-03-28 22:48:36 222.65.248.80 1 /do.php?ac=sendmail&rand=1238251716 (stmp.gmail.com:465) CONNECT – Unable to connect to the SMTP server
200903_sendmail.php 保存了和具体邮件发送相关的信息。
例如：<?PHP exit;?> 2009-03-29 12:19:18 222.66.162.147 12 /do.php?ac=sendmail&rand=1238300357 lutuzhi@gmail.com sendmail failed.
这些信息可以帮助我们判断邮箱配置的问题根源所在。
通过以上11步配置和测试，我们的网站应该可以完全支持邮件发送了。上面列出来的仅仅是邮件配置方法的一种，在不同的环境下肯定会有所不同，同时在配置过程中也会遇到各种具体的问题，本文内容仅供参考。
路遇交友上线快一个月了，现在看起来，当初选择Nginx作为WEB服务器是非常英明的决定。
对于个人站长来说，选用Nginx作为WEB服务器是比较好的选择，Nginx有如下优势：
1.稳定，即使它的开发版其稳定性也令我惊讶。我的网站用的是Nginx/0.7.37，这是一个开发版，上线至今从没出过问题。
2.资源占用率低，对于个人站长来说这无疑是巨大的诱惑。同样的硬件配置，Nginx服务器的性能表现远远优于apache。它基于epoll 和 kqueue 开发，在大并发的情况下占用很低的内如和CPU，这也是众多虚拟主机提供商采用它提供服务的重要原因。这条特性足以让所有对Nginx存疑的个人站长抛弃所有的疑虑，义无反顾的奔向Nginx，省钱的事谁不干？
3.配置简单，从第一次接触Nginx到配置成功，我只用了两天的时间。它的英文维基站提供了大量的例子和参考资料，可以帮助新手很快的上手。如果你能看懂俄文的话，学习起来会更方便，毕竟是俄罗斯人开发的。俄文资料才是第一手资料。
4.功能丰富，我仅仅是用Nginx做web 服务器。但是它的作用显然不仅限于此，它还可以做反向代理服务器，邮件代理服务器等。
5.更新容易，它甚至可以在不间断服务的情况先实现更新。这个太神奇了，这个功能足以让他的拥护者为之发狂。
当然，作为一个尚未成熟的开源软件，Nginx还有很多不足。比如他没有apache那么多参考资料，它更新过于频繁，
以至于一个月前用最新源代码编译的Nginx服务器，今天已经老态龙钟了。现在最新的版本是Nginx-0.7.43.
问题描述：在IE中，无论是在dedecms后台添加栏目，还是在前台发表文章，只要其中包含中文，都会出现乱码。而在firefox下一切正常。
问题分析：
1.dedecms没问题，可能是因为IE做了某些设置，导致中文不能被正确识别。但是http://www.yuluyu.com,在IE和firefox对于中文一切正常。http://www.lutuzhi.com在IE和firefox很正常。所以排除了IE设置引发问题的可能性。
2. 应该是dedecms程序的问题，google了一把、百度了一下，发现只有一个人提到过类似的问题，而且没人给出答案。而且firefox下dedecms又是正常的，所以也不能把这问题全归结在dedecms身上。毕竟这个系统经过多年发展，很多用户的使用已经比较稳定了。
至此陷入了僵局，本打算就此放弃研究。不甘心，用ZEND STUDIO跟了一下，发现dedecms输入的简体中文在POST的时候已经是乱码了。
数据从前段输入到存储至数据库可以简化为下面三步：
1.数据输入（dedecms界面）
2.数据传输
3.数据存储
现在数据在POST的瞬间被做了一次转换，而这个转换肯定不是dedecms做得。
那么问题至此有了眉目，在乱码这个问题上，dedecms不是罪魁祸首。出现乱码肯定是它在编码时没处理好，但是不全怪它。
解决方案：
那么到底是谁偷偷做了编码转换？问题应该出在IE或者它的插件上。
原来我的IE上有一个插件，是用来做繁简体转换的-alibabar。它有个选项叫：将送出的表格文字自动做繁简体转换。如下图：
导致乱码的选项
正是这个小软件做的编码转换，也是它导致dedecms在ie下不能正确处理简体中文。把该选项勾掉，一切正常了。
至此dedecms乱码的问题得到了解决，但是我还有一个疑问：
为什么同样的环境下其余两个网站没问题：
http://www.yuluyu.com-基于uchome
http://www.lutuzhi.com -基于wordpress
具体原因没仔细去分析，不过我认为dedecms在编码处理方面可以借鉴康盛创想的做法，那是一个更加成熟的解决方案。
我们报了很大的希望，下了很大的决心要把这个站做好。
什么叫好呢？我的目标是18个月时间，做到ip 5万/日。
最近因为其它原因，导致网站核心功能未上线，直接影响了网站的推广。负责网站推广的羊着急的心急火燎。
笔记本坏了，所有的源代码都在里面，我很着急。但是笔记本的生产厂家并不着急，他们在按部就班的”忙”着。所谓的售后服务，完全是不存在的幻觉。他们居然提供了多个客服电话，这幻觉来的如此真实。现在对于这个品牌，对于这个售后服务承包商，我只想竖起中指，粗声武气的干之而后快。
虽然遇到了意外，工作还得继续。接下来路遇交友网有下列事情要做，很紧急：
1.出差交友模块上线，时间定在机器修好后一天内。
2.联系50个左右的PR2以上的友链。
3.在各大地方论坛和旅游类论坛发帖宣传（地方论坛主攻长沙和重庆）。
4.提高网站易用性，建立网站地图。
路遇交友网，定位在出差交友、出游交友上。希望能给出门在外的人提供一个网上家园。在这里人与人不再与路相遇，擦肩而过。在这里，出门在外的人都可以找到通路好友，与路相遇，一路同行。
最近做了个出差交友站，http://www.yuluyu.com。在选择统计系统时遇到了大问题。
当年做站时，流量统计系统少，令人无奈，没得挑。现在流量统计系统的提供商和功能比起以前从数量上看有了很大的提高。新的问题又来了，这么多功能看起来都很强大的系统，如何选择最合适的。
现有的知名网站统计系统有：
51.la
Google Analytics
雅虎统计
百度统计（测试版）
CNZZ
迅雷统计(新出)
简单比较了一下，发现功能都差不多。统计系统发展到今天已经没有太多的创新可言，所以各家统计服务商更多的是在拼实力。
我列了几条我最关心的特性，以此帮助我确定用哪个统计系统：
1.统计数据更新及时。
2.能统计精确的来路，精确到页面而不是站点(域名)。
3.能统计从搜索引擎来的来路关键字。
4.能按小时、天、周、月、年查看统计报告。
5.能查看访问者所在地区。
6.能统计访问者浏览器类型和版本(该数据用来决定是否需要针对某类浏览器做优化）。
7.能到统计被访问页面
8.数据统计要稳定。(这条基本可以排除51.la和CNZZ)
因为迅雷统计系新出的系统，目前不稳定，排除。
百度统计处于内测状态，目前不稳定，排除。
雅虎统计，统计数据页面显示混乱，流量少的页面数据很难分析,排除。
最终选择了Google Analytics用来统计http://www.yuluyu.com(路遇交友网)的流量。