晚上访问出差交友网,吓一大跳,首页上好几张露点的图片,还有很多赤裸裸的挑逗性广告。按照现行扫黄打非规定,完全可以定性为黄色网站了。
赶紧到后台把那些穿衣服太少的图片删除,并禁用对应的账号。尽管这些ID并不一定会再次上传这些流氓图片。
删除完后稍稍放松了一下,突然想起如果那些扫黄打非工作者,亲自到网站上来发裸照怎么办?
难道我可以相信他们肯定不会这么干?NO WAY!
于是细细研究起uchome的后台,希望它能够提供这个本来就应该提供的功能-发布前审核,遗憾的是没有任何一个功能可以让管理人员在文章、图片、动态、活动等等被在公布之前审核一下。
在这点上,康盛表现的完全不像一个国内的企业,它表现的更像是外企或者火星来的企业一样令人不解。难道你可以像一个外国人一样装作不懂中国国情吗?难道你假装不懂就可以逍遥“法”外吗?
在此需要提醒康盛和广大的UCHOME使用者:没有这个功能是很危险的,轻者被警告、重者被喝咖啡、严重者则违反了刑法 第三百六十四条第一款、第四款。
路遇交友网 的定位是给出门在外的人提供一个网上的家园,让在外地人不感到寂寞。它是基于UCHOME创建的一个SNS交友站。核心功能应该是出差交友、旅游交友、上下班交友等。
网站在创办初期,走了些弯路。一味的考虑全面利用UCHOME所有的功能,又去学习腾讯空间、51博客、开心网等等提供一系列应用,到头来弄出一个没有任何特色的uchome demo站。
问题出在哪里?就在刚才我想明白了,我们的核心功能就是出行信息模块,我们的重点就要放在出行信息录入、检索、匹配上面。至于个人主页、个人日志等,这完全不是我们应该提供的功能,如果用户要写博客,完全可以去qq、51甚至百度hi这些更专业的博客平台上去做,没必要到路遇交友网来写。
根据统计数据分析,用户到我们网站来的目的主要不外乎几个:
1.出差、旅游时想在当地找个朋友陪伴。
2.在经常性的上线班路上找个同伴。
3.同去某地出差或旅游的人找个同路的路友。
4.短期出行的人找些乐趣。
基于这些分析,我们的服务目标应该很明确的。如上所述,一切功能围绕出行信息模块展开来做。作为一个定位小众的网站,不能做的大而全,那样将因为没有特色而湮没在数十万个sns站点中无谓的做了uchome的炮灰。
uchome的很多功能,对于路遇交友网来说是完全可以舍弃的,比如个人主页风格设定;有些功能又是必须改进改的,比如记录;有些功能必需自己开发的,比如出行信息、出差信息、旅游信息等。
之前在使用uchome的时候,总舍不得减,总觉得去掉一些本来就存在的功能可惜。一味的添加功能,其实大错了,继续下去的话,路遇交友网就毫无特色了。
下面的工作重点是减掉不必要的uchome标准配置功能,强化出行模块。
3月29日写过一篇关于UCHOME邮件配置的详细说明:11步配置UCHOME邮件。路遇交友网就是按照该说明文档配置的,配置成功后邮件功能一切正常,但是最近遇到了些问题。
问题描述:出差交友网是用Gmail作为邮件发送服务器的,平时一直运转正常。今天有网友反映,发送好友邀请邮件后虽然提示发送成功,可是对方始终收不到邮件。
问题分析:检查日志文件,发现在200904_SMTP.php文件有错误信息:(smtp.gmail.com:465) PASSWORD – 535-5.7.1 Username and Password not accepted. Learn more at…。根据提示信息来判断,是用户名或密码错了导致uchome无法连接到邮件服务器,从而导致邮件发送功能失效。可是经过确认,后台的邮件配置完全正确,不存在用户名和密码错误的问题。
问题解决:通过google登录界面,用出差交友网中配置的账号和密码登录gmail,成功登录后再次uchome中做发送邮件的操作。此时邮件发送功能正常运转。
原因分析:问题根源肯定是google对于第三方发送邮件行为做了限制:长期没有登录的账户发送邮件时除了要求提供用户名和密码之外还要验证码,我通过goolge网站登陆邮箱时居然遇到了罕见的验证码,这是很新鲜的体验,自信满满的google很少让用户输入验证码。
如果需要用gmail做邮件发送服务器的话,一定要注意定期检查uchome的邮件发送日志,一旦发现问题及时处理。最稳妥的办法是每天通过gmail网站登陆一次。
Comsenz推出UCHOME,让所有向往SNS的站长像打了鸡血一样一窝蜂的扑了上去。Comsenz想的很周到,不光替站长考虑,替自己考虑的也很周全。为了避免站长们空虚寂寞之余自己脑袋发热胡乱开发各种插件,Comsenz十分体贴提供了一个有趣的平台,它就是漫游。第一次看到漫游的设计思想,我很佩服Comsenz的深谋远虑。
所有的第三方插件都通过漫游平台来提供,最后的唯一的赢家是Comsenz,康盛将拥有互联网上最为庞大的SNS用户群体。数十万个使用uchome的站长们和无数的应用开发人员将把数以亿计的用户乖乖的送到Comsenz的手心。站长们辛辛苦苦做得工作,等于替康盛做了嫁衣。但是,这些都不是最关键的,最要命的是漫游的运营机制有致命的缺陷,这个缺陷会把通过漫游使用了各种小应用的站长们拖向不归路。
SNS站能否取得成功,取决与四个环节。
1.初期推广,获取初次流量。
2.内容改进,吸引用户回头。
3.提高网站可玩性,吸引用户参与。
4.提升网站内在价值,实现盈利。
对于第一个环节,漫游完全帮不上忙,uchome本身在网站宣传推广方面也没有独到之处。
第二个环节正是漫游的用武之地,林林总总的小应用充分满足了用户的各种需要,有些用户甚至专门玩某个应用才会光顾网站。
在第三个环节上,漫游确实起了很大的作用,很多用户很愿意去参与一些趣味性的游戏,比如“开心农场”、“抢车位”等。但是这也恰恰是一个隐患。如果一个SNS站点里的用户活动都是集中在这些通用的小应用上,那么这个网站绝不具备长期生存能力,非常容易被用户抛弃。一个网站的可玩性应该是独一无二的,一个网站的可玩性应该是无法替代的,一个网站的可玩性应该是由自己独立提供的,并且完全独立掌控的。从这个意义上来说,漫游是裹着糖衣的毒药,尝起来甜,吃起来害死人。
在第四个环节上,漫游起到的是完全相反的作用。前篇一律的应用,数十万家网站都具有的功能,对于网站内在价值的提升没有任何帮助。
有的SNS站,同时启用了数十个漫游应用。网站里所有的动态信息都是由小应用产生的,看起来网站很繁荣,很活跃。但是这些信息都是无效的信息;这些用户活动都是无效的用户活动;这些应用都不是网站价值的真实体现。我认为抛弃漫游对于广大站长来说,是早晚必须要做的事。这件事与其晚做,不如早做,最好现在就做。不要沉迷于漫游应用带来的虚假繁荣,不要依赖漫游应用吸引用户的参与,它会害死你的站。
今天在做UCHOME开发时,遇到一个新问题,在有些情况下在页面顶部会出现下列错误信息:
Warning: array_keys() [function.array-keys]: The first argument should be an array in /www/uch/source/function_common.php on line 1356
Warning: Invalid argument supplied for foreach() in /www/uch/source/function_common.php on line 1356
这个错误提示,在下列情况下会出现:
1.所有用户在非登录状态下访问首页都会遇到这个错误。
这种情况可以通过后台更新缓存解决
2.部分用户在登录状态下,访问首页时会遇到这个问题。
每个用户登录时都会遇到,而且登录之后经过一些操作错误信息会自动消失,经过分析,找到如下规律:
新注册的用户、有消息未查看的老用户会遇到这个问题。没有未查看的通知、消息、留言的用户则不会遇到这个问题。
这是警告信息,不会给网站运行带来太大影响。但在顶部出现这个错误提示,对于用户来说是个很差的体验,可以将common.php中的:
define(‘D_BUG’, ’1′);
改为
define(‘D_BUG’, ’1′);
这样就可以避免在用户面前呈现这些代码了。
今天路遇交友网的启用了邮件支持,在配置过程走了不少弯路,在配置期间参考了网上很多资料,这些资料有的不全,有的则完全是错的。配置完成后整理了下流程,发现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步配置和测试,我们的网站应该可以完全支持邮件发送了。上面列出来的仅仅是邮件配置方法的一种,在不同的环境下肯定会有所不同,同时在配置过程中也会遇到各种具体的问题,本文内容仅供参考。
Uchome中心情记录是非常常用的一个操作,用户可以通过方便的来快速的发布自己的想法,通过一两句话描述自己的心情。因为其操作方便,发布简易使其成为基于UCHOME构建的SNS中使用最频繁的操作之一。但是发布心情记录,并不能增加积分。积分功能的缺失,导致用户对心情记录的参与成都大大降低。由此导致用户对整个基于UChome创建的SNS站点的参与热情也大大降低。尽管用户可以通过发布日志等方式来获取积分,但将心情记录纳入全站积分体系未尝不是增加用户参与热情的一个有效的手段,下面简单介绍下,如何在发布心情记录时也能够增加积分。
1.修改$uchome/admin/tpl/credit.htm,在其中增加三行代码,如下蓝色字体部分:
<div class="maininner">
……
<tr><td>邀请好友注册成功</td><td><input type="text" name="get[invite]" value="$get[invite]" size="5"></td>
<td>获取注册邀请码</td><td><input type="text" name="pay[invite]" value="$pay[invite]" size="5"></td></tr>
<tr>
<td>发布/回复记录</td><td><input type="text" name="get[doing]" value="$get[doing]" size="5" /></td>
<td>搜索一次</td><td><input type="text" name="pay[search]" value="$pay[search]" size="5"></td></tr>
<tr>
<td>发布出行信息</td><td><input type="text" name="get[route]" value="$get[route]" size="5" /></td>
<td>兑换1M的上传空间</td><td><input type="text" name="pay[attach]" value="$pay[attach]" size="5"></td></tr>
<tr>
<td> </td><td> </td>
<td>日志导入</td><td><input type="text" name="pay[xmlrpc]" value="$pay[xmlrpc]" size="5"></td></tr>
<tr><td> </td><td> </td>
<td>修改一次二级域名</td><td><input type="text" name="pay[domain]" value="$pay[domain]" size="5"></td></tr>
<tr><td> </td><td> </td>
<td>修改一次真实姓名</td><td><input type="text" name="pay[realname]" value="$pay[realname]" size="5"></td></tr>
<tr><td> </td><td> </td>
<td>记录被删除</td><td><input type="text" name="pay[doing]" value="$pay[doing]" size="5"></td></tr>
<tr><td> </td><td> </td>
<td>出新信息被删除</td><td><input type="text" name="pay[route]" value="$pay[route]" size="5"></td></tr>
</table>
</div>
<div class="footactions">
<input type="submit" name="creditsubmit" value="提交" class="submit">
</div>
</form>
</div>
2.修改$uchome/source/cp_doing.php:
在代码行showmessage(‘do_success’, ‘space.php?do=doing&view=me’, 0);上方添加:
updatespacestatus(‘get’, ‘doing’);
更改下列代码,增加蓝色代码行;
$_POST['refer'] = preg_replace("/((\#|\&highlight|\-highlight|\.html).*?)$/", ”, $_POST['refer']);
if(strexists($_POST['refer'], ‘?’)) {
$_POST['refer'] .= "&highlight={$newid}#dl{$updo[doid]}";
} else {
$_POST['refer'] .= "-highlight-{$newid}.html#dl{$updo[doid]}";
}
//积分
updatespacestatus(‘get’, ‘doing’);
showmessage(‘do_success’, $_POST['refer'], 0);
}
更改下列代码,添加蓝色代码行:
if($_GET['op'] == ‘delete’) {
if(submitcheck(‘deletesubmit’)) {
if($id) {
$allowmanage = checkperm(‘managedoing’);
$query = $_SGLOBAL['db']->query("SELECT dc.*, d.uid as duid FROM ".tname(‘docomment’)." dc, ".tname(‘doing’)." d WHERE dc.id=’$id’ AND dc.doid=d.doid");
if($value = $_SGLOBAL['db']->fetch_array($query)) {
if($allowmanage || $value['uid'] == $_SGLOBAL['supe_uid'] || $value['duid'] == $_SGLOBAL['supe_uid'] ) {
$_SGLOBAL['db']->query("DELETE FROM ".tname(‘docomment’)." WHERE (id=’$id’ || upid=’$id’)");
$replynum = getcount(‘docomment’, array(‘doid’=>$value['doid']));
updatetable(‘doing’, array(‘replynum’=>$replynum), array(‘doid’=>$value['doid']));
}
}
} else {
include_once(S_ROOT.’./source/function_delete.php’);
deletedoings(array($doid));
}
updatespacestatus(‘pay’, ‘doing’);
showmessage(‘do_success’, $_POST['refer'], 0);
}
}
3.在后台积分设置中,设定发布和删除记录的积分规则。
4.在后台更新缓存。
此时发布记录或者删除记录将按照后台积分设置增减积分。
UCHOME 1.5版推出半年多了,我也用UCHOME做了路遇交友网。但是在维护过程中饱受其折磨,今天来数数在用UCHOME做站过程中的种种恨事。
1.易用性差:登陆框没有注册按钮,新用户常找不到注册的链接。
而其,其登录实现方式采用的不是登录按钮+登录链接实现,而是用Loginform + loginaction,修改起来也比较麻烦。实在不明白来登录动作有啥必要采用ACTION来处理,直接按钮+链接完全能实现。51.com采用的就是按钮加链接的形式,人家也活的很好。
2. 设计缺陷:积分体系严重不足,用户在uchome中可以做留言、发表日志、写心情记录、上传图片等操作, 但是不是每个动作都可以积分。比如说很多人会用到的心情记录功能就没有积分。
心情记录因为其发表容易,互动率高,在路遇交友网 里他是用的最频繁的一个动作,但是因为心情记录没有纳入积分体系,用户很快就会失去参与热情。你说这可恨不,我得自己加之。
3.易用性差:用户在使用过程中遇到问题没有一个快捷的方式获取帮助。
uchome在首页有一个帮助链接,登录之后就再也找不到这个链接了。尽管可以通过简单的二次开发把帮助页面集成到登录后的操作界面,另一个问题又凸显出来:帮助页面没有和用户当前所在的页面关联。比如用户在群组遇到了问题,最友好的方式是应该是能够在当前页面直接调出群组相关的帮助信息,而这点UCHOM显然没有做到。
4.稳定性差:manyou服务器不稳定,路遇交友网的各类应用经常出现故障,反应上去官方处理也不及时。
康盛显然没想好怎么运营和持续开发UCHOME这款产品,还准备做SNS站的朋友不妨考虑考虑其它产品,比如: pw7.3。
5.推广能力差:友情链接管理功能
UCHOME绝大多数的用户是个人站长,个人站长严重依赖于友情链接来推广自己的网站。而uchome在这方面没有任何建树,尽管有热心人提供了友情链接插件,但是该插件远远满足不了需要,比如没法设置 ref 类型,无法对链接分类等。
6.结构差:功能重复严重,用户无从下手
刚接触UCHOME创建的网站,看到那么多链接简直无从下手。登录进去之后点开随便看看、点开我的主页、点开首页,里面内容严重雷同,而且没有清晰的类别划分,让用户在使用过程中不断怀疑自己智商。出差交友网 的用户反应最多的一个问题就是网站结构乱。个人站长一定要把随便看看、我的主页和首页这三部分的内容重新设计。
7.邮件功能
邮件是任何社交网站都必不可少的一个功能,可是UCHOME在这方面先天不足。在UCHOME启用邮件功能,是个技术含量很高的活。以至于很多站长都像个怨妇一样在uchome的官方论坛里哀号着:我的网站为啥发不了邮件? 不怪你,这个平台就这德行。纵然你人品硬如陨铁,它也发不了邮件。
8.:给了你一个梦想,却永远无法帮你实现。
因为51.com、FACEBOOK、开心网等SNS站在中国影响力,uchome出来之后大家好像突然发现自己可以是下一个51.COM、开心网了,一窝蜂的用UCHOME去SNS。用SNS建的网站正如雨后春笋版涌起,在不久的将来也将入秋后蚂蚱般死去,正是千千万万个炮灰,堆起了康盛创想的辉煌。
google桌面刚出来时我就尝过,后来因为这厮在本地创建的索引太大,就把它卸载了。
这两年我用的是Windows 2003,我对2003系统的文件检索能力非常满意,它完全可以满足日常工作的需要。所以虽然早就有了google桌面、百度桌面这样更好的桌面检索工具,我还是坚持用windows自带的检索工具。
去年换了Gateway T-Series的笔记本,这个型号的笔记本用的是SATA硬盘,只提供Vista的驱动。无奈之下安装了Vistal的系统,噩梦随之而来。其中之一,就是奇差无比的检索能力、或者说非常难用的检索功能。当然,这仅仅是Vistal的败笔之一,它还殷勤的提供了很多让我觉得Vista是个失败产品的其它功能。
最近在UCHOME上做二次开发,经常需要对UCHOME的源代码进行检索。Vista的检索和查找能力非常差,或者说这个功能非常不好用,以至于我没能充分发挥他的能力。无论如何,Vista下的文件查询功能无法满足我的需求,它文件内容查询功能,更是让我无从下手。
试用了几个桌面检索工具,最终决定再度使用google桌面。google桌面很好很强大,其中有几个功能非常贴心。
我大部分时候都是用它来检索uchome的源代码,所以我不希望它对其它文件内容进行索引。这样做一来可以减少索引文件的体积,二来可以提高查询效率。
当我大概知道查询目标所在文件夹之后,我希望能够让google桌面只检索某个文件夹下的内容。
google桌面很好的满足了我的这两个需求,
我们可以 选项|桌面搜索|搜索位置,指定要创建索引的文件夹,同时也可以指定要排除文件夹。如图:

在高级搜索|搜索选项中,可以指定要搜索的文件类型和要搜索的子文件夹。注意,这个地方指定的文件夹是要搜索的文件夹,而上图中指定的文件夹,是创建索引的文件夹。

google桌面还有其它很贴心的功能,比如连续按两下Ctrl即可调出搜索框等。不过在提供了强大而又贴心功能的同时,他也没忘记提供一些华而不实的功能。比如说在你的桌面上
留下这样的软件。

总得来说,google桌面是个实用、好用、可用的软件。最重要的是,他是免费的。
写下上面这些文字的同时,我总结出了一个道理:如果你的用户选择了其它产品,最大的可能不是对手做得好,而是你做差了。这句话,我会记住。在我的网站开发过程中时刻提醒自己。