[{"template":"item","lang":"zh-CN","langs":["zh-CN"],"summary":{"raw":"同上一篇文章一样，还是要解决UC中的问题，注册用户时通过 API 向第三方应用发送密码。这样第三方应用可以保存新增用户的密码信息，一旦关闭UC支持，仍然可以独立运行。","html":"

同上一篇文章一样，还是要解决UC中的问题，注册用户时通过 API 向第三方应用发送密码。这样第三方应用可以保存新增用户的密码信息，一旦关闭UC支持，仍然可以独立运行。

\n"},"visible":true,"routable":true,"title":"UC 注册同步实现免激活","comment":{"enabled":true,"reply":true},"discuss":{"enabled":true},"keywords":[],"webmention":{"enabled":true,"accept":true,"callback":{"secret":{"hash":{"sha256":"44bb9da44b424c6dfc9233819e907029ff2ccdfaa89919d3696ddf8db7ff6647"}}}},"pingback":{"enabled":true,"accept":true},"slug":"uc-register-sync","taxonomy":{"category":["Internet"],"tag":["Discuz","UC"],"series":[]},"route":"/uc-register-sync/","toc":{"enabled":false},"published":{"date":"2010-12-15 16:05"},"modified":{"date":"2024-04-18T10:03:42.194Z"},"data":{},"author":[{"email":{"value":{"encrypted":"ODgyZjdiZDg4OTVmMjllOGZkNmFmYg==","algorithm":"aes-256-gcm","iv":"067f6d66f2ba5dd50c8443be"},"hash":{"md5":"8770854a9222b6bf1ee195220793bcf1"}},"url":"https://dallas.lu","name":"达拉斯・卢","lang":"zh-CN","user":"dallaslu"}],"contributor":[],"sponsor":[],"image":[],"audio":[],"video":[],"photo":[],"content":{"html":"

\n\n

实现原理是在添加用户时，生成一个通知(note)。鉴于UC内置note类型和API中没有为“注册”做支持，我们可以使用修改密码的note：updatepw。在第三方应用的UC客户端中处理 updatepw 通知时，先在本应用内判断用户是否存在，如果不存在则创建一个新用户到本应用中。

修改 uc_server

首先还是对 uc_server 下手，保证管理在UC后台新增用户时，能够同步到其他用户。在uc_server/control/user.php 85 行：

$uid = $_ENV['user']->add_user($username, $password, $email, 0, $questionid, $answer, $regip);\n

后面插入：

if($uid > 0) {\n\t\t\t$this->load('note');\n\t\t\t$_ENV['note']->add('updatepw', 'username='.urlencode($username).'&password='.urlencode($password).'&email='.urlencode($email));\n\t\t\t$_ENV['note']->send();\n\t\t}\n

uc_server/control/admin/user.php 170 行：

$uid = $_ENV['user']->add_user($username, $password, $email);\n

后面插入：

if($uid > 0) {\n\t\t\t$this->load('note');\n\t\t\t$_ENV['note']->add('updatepw', 'username='.urlencode($username).'&password='.urlencode($password).'&email='.urlencode($email));\n\t\t\t$_ENV['note']->send();\n\t\t}\n

同文件 187 行或 192 行：

$_ENV['user']->add_user($username, $password, $email);\n

修改为

$uid = $_ENV['user']->add_user($username, $password, $email);\nif($uid > 0) {\n\t\t\t$this->load('note');\n\t\t\t$_ENV['note']->add('updatepw', 'username='.urlencode($username).'&password='.urlencode($password).'&email='.urlencode($email));\n\t\t\t$_ENV['note']->send();\n\t\t}\n

修改 uc_client

Discuz 中 uc_client/control/user.php 79行：

$uid = $_ENV['user']->add_user($username, $password, $email);\n

后面插入：

if($uid > 0) {\n\t\t\t$this->load('note');\n\t\t\t$_ENV['note']->add('updatepw', 'username='.urlencode($username).'&password='.urlencode($password).'&email='.urlencode($email));\n\t\t\t$_ENV['note']->send();\n\t\t}\n

至此，在第三方应用的 api/uc.php 中依照 UC 接口开发文档，对 updatepw 类型的通知进行适当的判断即可实现UC注册同步到其他应用。

\n","headings":[{"level":2,"text":"修改 uc_server","id":"修改-uc_server"},{"level":2,"text":"修改 uc_client","id":"修改-uc_client"}],"meta":{"prism":true},"links":[]},"newer":"/socialscope/","earlier":"/uc-the-the-update-the-sync/"},{"template":"item","lang":"zh-CN","langs":["zh-CN"],"summary":{"raw":"最近在做网站与UC整合和工作。这个工作的难点在于，我们希望在自己的网站中保存用户密码。UC原本的机制中，并没有在注册和修改用户资料时，向应用发送密码信息。","html":"

最近在做网站与UC整合和工作。这个工作的难点在于，我们希望在自己的网站中保存用户密码。UC原本的机制中，并没有在注册和修改用户资料时，向应用发送密码信息。

\n"},"visible":true,"routable":true,"title":"UC 修改密码同步到其他应用","comment":{"enabled":true,"reply":true},"discuss":{"enabled":true},"keywords":[],"webmention":{"enabled":true,"accept":true,"callback":{"secret":{"hash":{"sha256":"44bb9da44b424c6dfc9233819e907029ff2ccdfaa89919d3696ddf8db7ff6647"}}}},"pingback":{"enabled":true,"accept":true},"slug":"uc-the-the-update-the-sync","taxonomy":{"category":["Internet"],"tag":["Discuz","Uc"],"series":[]},"route":"/uc-the-the-update-the-sync/","toc":{"enabled":false},"published":{"date":"2010-12-15 13:52"},"modified":{"date":"2024-04-18T10:03:42.194Z"},"data":{},"author":[{"email":{"value":{"encrypted":"ODgyZjdiZDg4OTVmMjllOGZkNmFmYg==","algorithm":"aes-256-gcm","iv":"067f6d66f2ba5dd50c8443be"},"hash":{"md5":"8770854a9222b6bf1ee195220793bcf1"}},"url":"https://dallas.lu","name":"达拉斯・卢","lang":"zh-CN","user":"dallaslu"}],"contributor":[],"sponsor":[],"image":[],"audio":[],"video":[],"photo":[],"content":{"html":"

\n\n

先是在论坛中找到了一个贴子：修改密码后同步到其他应用。

\n
discuz修改密码后将修改密码和email的信息通过ucclient传递给ucenter，ucenter在收到消息后将消息存入cdb_uc_notelist表，而后从cdb_uc_notelist取出一条close为0的记录，逐一向各个应用发送修改密码的通知。各位朋友在调试时记得核对下表cdb_uc_notelist中是否有多条close为0的记录影响调试。
\n

适用于程序版本：UCenter 1.5.2 Release 20101001

Ucenter 修改密码同步到其他应用

修改 uc_server/control/admin/user.php

$_ENV['note']->add('updatepw', 'username='.urlencode($username).'&password=');\n

为

$_ENV['note']->add('updatepw', 'username='.urlencode($username).'&password='.urlencode($orgpassword).'&email='.urlencode($email));\n

Discuz 修改密码同步到其他应用

修改 uc_client/control/user.php 100行

$_ENV['note']->add('updatepw', 'username='.urlencode($username).'&password=');\n

为

$_ENV['note']->add('updatepw', 'username='.urlencode($username).'&password='.urlencode($newpw).'&email='.urlencode($email));\n

这样，在第三方应用中，就可以利用 API 来获取其他应用中修改的明文信息了。

\n","headings":[{"level":2,"text":"Ucenter 修改密码同步到其他应用","id":"ucenter-修改密码同步到其他应用"},{"level":2,"text":"Discuz 修改密码同步到其他应用","id":"discuz-修改密码同步到其他应用"}],"meta":{"prism":true},"links":[{"href":"http://www.discuz.net/thread-1696726-1-1.html","type":"mention"}]},"newer":"/uc-register-sync/","earlier":"/nginx-301/"},{"template":"item","lang":"zh-CN","langs":["zh-CN"],"summary":{"raw":"情况是这么个情况：在某个装在康盛创想虚拟主机里的站点里，装了康盛创想的 Discuz、Supesite、Ucenter、Ecshop、 SupeV……而且是使用了同一个数据库，导致该数据库里面有300＋表。进一步导致在 phpMyAdmin 里面不能进行表的批量操作（貌似是表太多服务器处理不来？），不能浏览、不能导出。选择导出的后果就是一直返回500错误。而且，这个虚拟主机已经过期，只能考虑在 phpMyAdmin 里导出数据了。","html":"

情况是这么个情况：在某个装在康盛创想虚拟主机里的站点里，装了康盛创想的 Discuz、Supesite、Ucenter、Ecshop、 SupeV……而且是使用了同一个数据库，导致该数据库里面有300＋表。进一步导致在 phpMyAdmin 里面不能进行表的批量操作（貌似是表太多服务器处理不来？），不能浏览、不能导出。选择导出的后果就是一直返回500错误。而且，这个虚拟主机已经过期，只能考虑在 phpMyAdmin 里导出数据了。

\n"},"visible":true,"routable":true,"title":"SQL 批量删除表","comment":{"enabled":true,"reply":true},"discuss":{"enabled":true},"keywords":[],"webmention":{"enabled":true,"accept":true,"callback":{"secret":{"hash":{"sha256":"44bb9da44b424c6dfc9233819e907029ff2ccdfaa89919d3696ddf8db7ff6647"}}}},"pingback":{"enabled":true,"accept":true},"slug":"drop-lots-of-table-in-sql","taxonomy":{"category":["Internet"],"tag":["Discuz","SQL"],"series":[]},"route":"/drop-lots-of-table-in-sql/","toc":{"enabled":false},"published":{"date":"2008-11-30 00:27"},"modified":{"date":"2024-04-18T10:03:42.154Z"},"data":{},"author":[{"email":{"value":{"encrypted":"ODgyZjdiZDg4OTVmMjllOGZkNmFmYg==","algorithm":"aes-256-gcm","iv":"067f6d66f2ba5dd50c8443be"},"hash":{"md5":"8770854a9222b6bf1ee195220793bcf1"}},"url":"https://dallas.lu","name":"达拉斯・卢","lang":"zh-CN","user":"dallaslu"}],"contributor":[],"sponsor":[],"image":[],"audio":[],"video":[],"photo":[],"content":{"html":"

\n\n

问题来了，这个时候我们要删除 Supesite、Ucenter、Ecshop、 SupeV 所产生的所有表。在当前情况下，只能通过类似 drop table supe_ad 的语句来删除了。但是，哥哥姐姐们，里面有200个表要删除的。

我感到很恐惧、很绝望。于是一通搜索，找到了这样的办法：

\n
在phpMyAdmin中先运行（假设前缀是\"cdb_\"）：select concat('drop table ', table_name, ';')from information_schema.tables;where table_name like 'cdb_%'
\n

原理么，就是按表名前缀找出所有符合的表，并返回文本。而这个文本就是我们打算用来批量删除表的语句。可惜呢，运行不成功，提示最后一句话有错误。我 SQL 很烂，空间过期了不能用脚本来搞。

嘿嘿，懒人有懒人的办法。在康盛创想的这个 phpMyAdmin 里呢，不能在侧栏点击数据库名称，但是可以看到所有表的名称。首先呢，在 phpMyAdmin 里面，鼠标点下侧栏空白处，Ctrl+A ，复制下来。粘贴到本地编辑器里面，我用的是 Ubuntu 里自带的文本编辑器。查找：

\n
\\n * 浏览
\n

这里可能在＊好前面有几个空格的。替换为：

\n
;\\n
\n

然后编辑一下这个文本的最开始几行和后面几行，去掉无关内容；还有呢，很重要的就是把你想要保留的表的那些句子删掉，这个就比较简单了，眼睛扫一下带 cdb_ 这几行的，鼠标选中删除就可以了。

这样，这个文本就有了类似的格式：

drop table supe_ad;drop table supe_ads;……drop table ecs_user;\n

嘿嘿，复制到 phpMyAdmin 里面执行这些 SQL 语句，所有不想要的表统统消失了！终于可以用 phpMyAdmin 来导出咯。

\n","headings":[],"meta":{"prism":true},"links":[]},"newer":"/domain-has-been-changed/","earlier":"/maybe-moved-to-blasklist-by-akismet/"},{"template":"item","lang":"zh-CN","langs":["zh-CN"],"summary":{"raw":"最近在Disucz!官方论坛看到了这样的一个帖子《各位站长们。不能再等了！联合起来吧，只有联合才有出路！》，作者说道：\n\n“SNS市场竞争正在白热化阶段，各大网络公司纷纷登场。都在跃跃欲试，而此刻，作为我们草根站长，有什么资本来跟大公司竞争呢？我们没有资金，没有技术，没有人脉，与大公司斗。我们只有死路一条！”“我们唯一的出路，就是联合起来。只有联合起来，我们才能组成超强战斗力的战队，只有联合起来，我们才能对抗一切和我们竞争的对手！”\n\n回复者的意见基本是“支持一下”、“勇气可嘉”等等，很多站长提出了此方案的不可行性。\n个人以为，不过是SNS的乌托邦理想。\n这也引出了一个问题，中国目前的SNS公司有几十家，草根SNS站长处境艰难。这位站长提出用Ucenter整合联盟成员的所有分站，原理上可行，但是实际问题多多。以康盛创想的产品为例，看见SNS火就出了个UCH，看见Facebook开放API了就搞个招致站长们议论纷纷的manyou；……\n可是结果呢？从用户的角度讲，我真的需要这么多的SNS吗？比方说，我祖籍山东，有山东本地的SNS；在黑龙江上学，有黑龙江所有大学生的SNS；我喜欢看小说，有小说读者的SNS；我学习Java，有Java学习者的SNS；我使用Ubuntu，也有SNS；我最近便秘了，谷歌了一下，发现排名第一的是个便秘病人的SNS……我们这是怎么了，一窝蜂的来做SNS。如同IM的问题，用户到底需要什么SNS？遍地开花的SNS如同一个个孤岛，让我轻易不敢靠岸。看罢最近火热的“博客过时论”的相关文章，还是不敢认同，还是博客靠谱点。博客像是我的门牌号，三教九流的朋友们记起我了就来拜访一下，我惦记谁了就去谁家看望看望，不管你是住集体宿舍（托管博客），还是乡间别墅（独立博客），你往来有鸿儒，我谈笑有白丁。IM则类似手机，有需要就直接沟通沟通，虽然各大IM没有学习通信公司的互通服务。","html":"

最近在Disucz!官方论坛看到了这样的一个帖子《各位站长们。不能再等了！联合起来吧，只有联合才有出路！》，作者说道：

\n
“SNS市场竞争正在白热化阶段，各大网络公司纷纷登场。都在跃跃欲试，而此刻，作为我们草根站长，有什么资本来跟大公司竞争呢？我们没有资金，没有技术，没有人脉，与大公司斗。我们只有死路一条！”“我们唯一的出路，就是联合起来。只有联合起来，我们才能组成超强战斗力的战队，只有联合起来，我们才能对抗一切和我们竞争的对手！”
\n

回复者的意见基本是“支持一下”、“勇气可嘉”等等，很多站长提出了此方案的不可行性。

个人以为，不过是SNS的乌托邦理想。

这也引出了一个问题，中国目前的SNS公司有几十家，草根SNS站长处境艰难。这位站长提出用Ucenter整合联盟成员的所有分站，原理上可行，但是实际问题多多。以康盛创想的产品为例，看见SNS火就出了个UCH，看见Facebook开放API了就搞个招致站长们议论纷纷的manyou；……

可是结果呢？从用户的角度讲，我真的需要这么多的SNS吗？比方说，我祖籍山东，有山东本地的SNS；在黑龙江上学，有黑龙江所有大学生的SNS；我喜欢看小说，有小说读者的SNS；我学习Java，有Java学习者的SNS；我使用Ubuntu，也有SNS；我最近便秘了，谷歌了一下，发现排名第一的是个便秘病人的SNS……我们这是怎么了，一窝蜂的来做SNS。如同IM的问题，用户到底需要什么SNS？遍地开花的SNS如同一个个孤岛，让我轻易不敢靠岸。看罢最近火热的“博客过时论”的相关文章，还是不敢认同，还是博客靠谱点。博客像是我的门牌号，三教九流的朋友们记起我了就来拜访一下，我惦记谁了就去谁家看望看望，不管你是住集体宿舍（托管博客），还是乡间别墅（独立博客），你往来有鸿儒，我谈笑有白丁。IM则类似手机，有需要就直接沟通沟通，虽然各大IM没有学习通信公司的互通服务。

\n"},"visible":true,"routable":true,"title":"拿什么拯救我们的小站","comment":{"enabled":true,"reply":true},"discuss":{"enabled":true},"keywords":[],"webmention":{"enabled":true,"accept":true,"callback":{"secret":{"hash":{"sha256":"44bb9da44b424c6dfc9233819e907029ff2ccdfaa89919d3696ddf8db7ff6647"}}}},"pingback":{"enabled":true,"accept":true},"slug":"what-can-we-do-to-save-our-site","taxonomy":{"category":["Internet"],"tag":["Discuz","SNS","UCH"],"series":[]},"route":"/what-can-we-do-to-save-our-site/","toc":{"enabled":false},"published":{"date":"2008-07-12 00:54"},"modified":{"date":"2024-04-18T10:03:42.166Z"},"data":{},"author":[{"email":{"value":{"encrypted":"ODgyZjdiZDg4OTVmMjllOGZkNmFmYg==","algorithm":"aes-256-gcm","iv":"067f6d66f2ba5dd50c8443be"},"hash":{"md5":"8770854a9222b6bf1ee195220793bcf1"}},"url":"https://dallas.lu","name":"达拉斯・卢","lang":"zh-CN","user":"dallaslu"}],"contributor":[],"sponsor":[],"image":[],"audio":[],"video":[],"photo":[],"content":{"html":"

最近在Disucz!官方论坛看到了这样的一个帖子《各位站长们。不能再等了！联合起来吧，只有联合才有出路！》，作者说道：

\n
“SNS市场竞争正在白热化阶段，各大网络公司纷纷登场。都在跃跃欲试，而此刻，作为我们草根站长，有什么资本来跟大公司竞争呢？我们没有资金，没有技术，没有人脉，与大公司斗。我们只有死路一条！”“我们唯一的出路，就是联合起来。只有联合起来，我们才能组成超强战斗力的战队，只有联合起来，我们才能对抗一切和我们竞争的对手！”
\n

回复者的意见基本是“支持一下”、“勇气可嘉”等等，很多站长提出了此方案的不可行性。

个人以为，不过是SNS的乌托邦理想。

\n\n

在现实社会里，我是一个人；但是在网络上，我无法做一个完整的人。永远都是某个网站或者某家公司的一个会员，被他们算做一个人头而已。从这种意义上讲，当今互联网除Email和博客之外，没有值得称道的发明。有个词语叫做“冲浪”，可是现在的互联网已经不是海洋了，一片沼泽。各种各样的社区充斥其中，让人无所适从。

对站长们来说，已经开始意识到了联合的作用，但是前面说过了，不过是乌托邦而已。这个联合绝对不是通过Ucenter就能搞定的。要不是腾讯、MSN等几分天下，想必现在也是IM成风，各自为政。Email何以互通？并非共享用户，而是在设计之初就有一套协议。IM、SNS等何时能有完美的协议出现？SNS目前拼的也是用户数量，和IM性质类似。manyou的出现一度让部分站长感到恐慌，以为自己的用户即将被manyou挖走。

既然你要建立一座城池，为什么不留城门？我满目所见，除去抄袭转载、无情链接外，只有城墙。

回到标题，答案是我拿不出来。作为用户，我无暇光顾你们每个孤岛；作为站长，我不愿耗尽精力打造一个牢笼。所以，拯救不了这些SNS。可以预见，没有互通，SNS就是大鱼吃小鱼小鱼吃虾米，最终草根站长的SNS基本都得喂虾米。怎么互通，我也说不清。

有点头昏脑胀，感谢阅读，语句不通您多担待。有空常来这里坐坐，还是我们这些自由人比较好，大隐隐于博客。

\n","headings":[],"links":[{"href":"http://www.discuz.net/thread-954924-1-1.html","type":"mention","content":""},{"href":"https://dallas.lu/what-kind-of-im-i-want/","type":"mention","content":""}]},"newer":"/download-pidgin/","earlier":"/kinggo-love-is-going-to-fuck-us/"}]

标签: Discuz

UC 注册同步实现免激活

UC 修改密码同步到其他应用

2010

SQL 批量删除表

拿什么拯救我们的小站

2008