Z网志

……（这部分涉及产品细节，略） 这样看来，我用一句话来概括：数据输入的多样化，数据组织的多样化以及数据本身的多样化。门户是属于Web1.0范畴的东西，但又不是真正的Web1.0，因为门户的数据不是网站（站长）提供的，只能算是一个伪Web1.0。所以 说看似CMS的门户本质上就是一个套着模板，拥有独立页面且能自定义的增强版热榜。而个人中心、群组等说白了就是SNS，也就是目前的圈子，DZ的 UCHOME。 另外，再回过头来讨论BBS这个东西。BBS是PW的核心，这个是毋庸置疑的。而PW随着潮流逐步进化也是不可避免的。 我之前写过的一篇文中讲到BBS和SNS的比较： 仔细看看常规SNS的架构，分析下它的各个模块（元素）和BBS的元素。其实 SNS只是BBS的一种进化，一些模块的巧妙改变所带来的显著提升罢了。 SNS最主要的改变既是个人主页的出现。其实它只是将BBS的控制面板（个人信息）元素突显化而已。但这个小小的改变就使所有用户都成了“版主”。 SNS还有其他形式各异的元素，比如状态、日志、照片、投票、分享、活动等。其实它们也只是BBS中主题帖前所加的分类的突显化。 我认为SNS最为有用的革命性更新就是信息的订阅机制。你所关注的信息或是传递给你的信息都会以最显著的形式进行提示。 BBS 到SNS的进化，就好像是从温饱到小康的改变。BBS的框架内，信息一股脑儿地放在一处，获取者只能手动筛选过滤；而在SNS这里，信息经过机器的过滤器 输出到不同管道（当然，这个过滤器设置在传输信息的前端），并且根据条件输出给目标对象。BBS到SNS的进化其实也是过滤机制的模型建立。而这个模型还 太过粗糙，有待改进。SNS继续革新（进化）的方向应该也是这个过滤器的进化。 另外补充两点，其一，BBS版块可以看作是群 组。两者的最大的不同是，BBS的版块相对固定且用户无法创建更改，而群组则相对自由；版块的用户即是全站用户，而群组的用户则相对独立。一个非常新鲜的例子就是VeryCD 社区，它以小组分类组织帖子。但这些小组又有版块的影子，即热门小组承担着版块的责任。 其二，BBS是一个适合做“小”的模式， 而SNS则相反。BBS在用户数量上是有天花板的，因为用户的注意力有限，站点的页面资源也是有限的。那些所谓超级“大”的BBS只能不停地开出数目众多 的新版块来缓解资源。而小的SNS同样是不合适的。SNS需要用户花一定的精力去充实你的个人页面（个人中心）。当众多的SNS充斥互联网时，最头疼的莫 过于用户（虽然有openID之类的解决方案，但数据为王的观念深入人心，谁都不想放手）。所以说UCHOME即便火爆，也是暂时的，它的定位就不是很准 确。 这样看下来，BBS应该也算是最早期的“SNS产品”。BBS中最为重要的数据就是帖子，也就是说人是围绕着帖子这个核心来进行交流 的。而像Facebook等的SNS，就是以人为核心。那么，今天所阐述的2010年的PW所站的位置在哪里呢？可以看出来，PW的设想是没有逃出 SNS，或者BBS的范畴（当然也没有必要搞另类的创新；我想，DZ传说中的X系统在也不可能有所超越），恰恰站在了它们中间。选择弱化BBS，将原先高 高在上的BBS（帖子）降低到与日志、相册等同样的层次。当然，这一步将会很漫长。站长们不会这么快地习惯这样的设计，更不用说广大的用户了。所以，弱化 BBS的同时不阻断后路。那些仍旧以BBS理念经营社区的站点在某个发展阶段内依旧可以坚持自己的方向。 最后，有些不幸地推断，PW、 DZ面向的主要客户如果仍旧是草根站长的话，就目前所出现的大大小小的模式来讲，只有BBS了。草根站长们无法经营好CMS站点，因为无法提供优质的内 容；无法经营好综合性的网店，因为无法做大；无法经营好理想的SNS站点，也是同样的道理。草根站长是否会成为历史名词我不敢讲，但可以肯定的是不会自己 开发的草根站长最终会被淘汰。我希望这个推断是荒谬的，或者这个日子还远远没有到来。 另外，我再天马行空地猜测下：假如PW、DZ等进化得理想，并且SNS思想普及得比较顺利的话。BBS还会在这些地方坚挺：某公司或产品的讨论区（与CMS结合）、主题型社区（会有很大的衰减但不会灭绝， 主要还是看是否有足够垄断的SNS站点）、资源站…目前活得比较滋润的地方站点将逐步进化到SNS形式，比如19楼、篱笆网等。二线城市不太可能会有 自己独立的SNS，理想状态是像19楼这样在大城市站稳脚跟的SNS站点继续扩大规模，占领一片区域，而不是一座城市。 Google、 Facebook、Twitter、Digg、Cragilist将互联网带入了Web2.0的时代，PW要做的不是纯粹地去独创什么模式，而是要将国外 先进的互联网模式理念与国内的用户习惯、市场形式融合，在一定程度上影响中国互联网的进步。 By orzcc  2010-1-27 0:11  

Read Full Post »

UCenter整合方案用于整合UCenter与phpwind的用户中心，使得phpwind作为UCenter的一个对接应用，实现论坛（phpwind）与其他对接系统的同步注册、同步登录、退出以及用户信息的同步修改等。 目前整合方案最新版本为v1.1，发布页地址为：http://www.orzcc.com/2011/01/641442.html 官方演示（PW整合DeDeCMS）：http://www.100tong.com.cn UCenter整合包下载 最新下载列表： UCenter 整合方案 v1.1 phpwind v8.5 GBK UCenter 整合方案 v1.1 phpwind v8.3 GBK UCenter 整合方案 v1.1 phpwind v8.0 GBK UCenter 整合方案 v1.1 phpwind v8.5 UTF8 UCenter 整合方案 v1.1 phpwind v8.3 UTF8 phpwind v8.7稍后放送 历史下载列表： UCenter 整合方案 v1.0 phpwind v8.3(2010-12-21) 简体GBK uc4pw83_gbk_v1.0.zip UCenter 整合方案 v1.0 phpwind v8.3(2010-12-21) 简体UTF-8 uc4pw83_utf8_v1.0.zip 本整合不对UCenter版本作严格限制，其中1.5.x系列已经通过测试 整合相关手册 整合手册 数据转换手册+程序 编码不一致的应对方案

Read Full Post »

本篇为UCenter与phpwind的完美整合方案的子教程 需要手工修改的文件列表如下： 【pw】\admin\manager.php 【pw】\lib\user\ucuser.class.php 【pw】\lib\user\userservice.class.php 【pw】\u\require\profile\modify.php 【pw】\require\checkpass.php 【pw】\global.php 【pw】\uc_client\uc_client.php（该文件可覆盖！） 1. 打开文件 【pw】\admin\manager.php 查找 $userService->add($mainFields, $memberDataFields); 在上面添加 // UCenter整合方案 – 新增创始人 [by orzcc 20110113] require_once (R_P . ‘uc_client/uc_client.php’); $email = $username.rand(1000, 9999).’@126.com’; // 伪造创始人邮箱 if (($uid = uc_user_register($username, $password, $email)) < 0) { switch ($uid) { case -1: $errmsg = ‘illegal_username’; break; case -2: $errmsg = [...]

Read Full Post »

本篇为UCenter与phpwind的完美整合方案的子教程 转换脚本下载 phpwind v8.x 转换到 UCenter 简体GBK pw2uc_gbk phpwind v8.x 转换到 UCenter 简体UTF-8 pw2uc_utf8 转换方法 备份您的pw数据库和UCenter数据库 将pw2uc_do.php和pw2uc_sqlconfig.php 拷贝到到pw所在目录下 根据您的UCenter数据库配置信息，修改pw2uc_sqlconfig.php 根据您的需要，修改pw2uc_do.php（可修改每批转换的数量和指定最大用户ID，默认可不修改） 运行http://xxx/pw2uc_do.php进行转换工作（其中http://xxx为您的pw访问地址） 检查pw数据库和UCenter数据库中的用户数据是否正确，并删除第2步中上传的两个转换文件 当UCenter数据库中无用户数据时，可按照此转换方法进行转换；如UCenter也有用户数据，请跳到下面的特殊情况进行相应地处理 特殊情况 情况1 当您的UCenter数据库和pw数据库都存在用户数据时，您希望以UCenter的用户数据为准时，请下载定制修改的转换脚本进行转换操作。 情况1特殊处理 简体GBK pw2uc_gbk_t1 情况1特殊处理 简体UTF-8 pw2uc_utf8_t1 当遇到pw用户数据与UCenter用户数据冲突时（uid相同），转换脚本会覆盖掉pw的用户数据，请务必谨慎对待！ 情况2 情况2特殊处理 简体GBK pw2uc_gbk_t2 情况2特殊处理 简体UTF-8 pw2uc_utf8_t2 当您的UCenter数据库和pw数据库都存在用户数据时，您希望以pw的用户数据为准时，请下载定制修改的转换脚本进行转换操作。 当遇到pw用户数据与UCenter用户数据冲突时（uid相同），转换脚本会覆盖掉UCenter的用户数据，请务必谨慎对待！ 情况3 当您的UCenter数据库和pw数据库都存在用户数据时，您希望保留两边的所有用户（包括冲突用户）。 鉴于此情况比较复杂，本整合程序不提供此方案的转换！

Read Full Post »

本篇为UCenter与phpwind的完美整合方案的子教程 需要手工修改的文件列表如下： 【pw】\admin\manager.php 【pw】\lib\user\ucuser.class.php 【pw】\lib\user\userservice.class.php 【pw】\u\require\profile\info_safe.php 【pw】\require\checkpass.php 【pw】\global.php 【pw】\uc_client\uc_client.php（该文件可覆盖！） 1. 打开文件 【pw】\admin\manager.php 查找 $userService->add($mainFields, $memberDataFields); 在上面添加 // UCenter整合方案 – 新增创始人 [by orzcc 20110113] require_once (R_P . ‘uc_client/uc_client.php’); $email = $username.rand(1000, 9999).’@126.com’; // 伪造创始人邮箱 if (($uid = uc_user_register($username, $password, $email)) < 0) { switch ($uid) { case -1: $errmsg = ‘illegal_username’; break; case -2: $errmsg = [...]

Read Full Post »

本篇为UCenter与phpwind的完美整合方案的子教程 本篇由 rickyleo 协助整理，太赞了！ 整合前奏 如果当前您什么都没有，请按步骤1开始进行整合操作 如果当前您已有UCenter，请搭建一个最新版的pw进行整合操作 如果当前您已有phpwind，请先进行用户数据转换，教程详见phpwind v8.x 用户数据转换到 UCenter，然后再继续下面的整合操作 如果当前您两者都有，并且都有用户数据。请选择一个您想保留的系统，在按照步骤2或3进行整合 整合详细过程 步骤1 搭建基础环境 假如您当前什么都没有，请选择适合的版本，搭建UCenter和phpwind 假如您搭建的 UCenter的访问地址为http://localhost/phpwind83/ucenter phpwind的访问地址为http://localhost/phpwind83 UCenter的安装路径为【ucenter】 phpwind的安装路径为【pw】 步骤2 下载整合包 下载适合您版本的UCenter整合包 假定您的UCenter整合包路径为【dzuc】 步骤3 修改pw相关代码 覆盖（适合未做任何修改的pw程序） 将【dzuc】/phpwind下的文件完全覆盖到【pw】 将【pw】/uc_client/dzuc_client/data/cache目录设置成777 选择性覆盖 将【dzuc】/phpwind下的文件拷贝到【pw】（如提示覆盖，请取消） 按照教程修改pw文件，详见phpwind_v83_85_手工修改 或者 phpwind_v80_手工修改 将【pw】/uc_client/dzuc_client/data/cache目录设置成777 如果您的web服务器是Linux主机，请确保【pw】/uc_client/dzuc_client/data/cache目录设置成777 同样的，也确保【ucenter】/data目录可写 步骤4 拷贝pwapi 将【dzuc】/ucenter文件夹下的pwapi文件夹拷贝到【ucenter】下，并修改文件如下： 修改【ucenter】/pwapi/config/sql_config.php 此文件可直接从【pw】/data/sql_config.php拷贝过来覆盖即可，其相当于pw的数据库配置 修改【ucenter】/pwapi/config/config.php 将$uc_key=’ **’; 改成下面添加应用时生成的密钥。（淡定！待会上来修改） 步骤5 为pw添加应用 5.1 进入pw系统后台 创始人 » 用户中心 » 用户中心设置 [...]

Read Full Post »