标签:discuz

浏览模式: 标准 | 列表 | 图文
转一个别人写的所谓加解密函数

转一个别人写的所谓加解密函数

这段代码不是挺复杂,其实如果你细看是可以看得到discuz中的authcode的影子的。如果你有兴趣,你可以看看:

/*加密函数内部调用函数*/
function keyED($txt,$encrypt_key) {
$encrypt_key = md5($encrypt_key);
$ctr=0;
$tmp = "";
for ($i=0;$i<strlen($txt);$i++) {
if ($ctr==strlen($encrypt_key)) $ctr=0;
$tmp.= substr($txt,$i,1) ^ substr($encrypt_key,$ctr,1);
$ctr++;
}
return $tmp;
}

/*发送邮件中连接地址的加密函数*/
function inner_DYEncrypt( $encryptstr ){
return urlencode(inner_DYEncrypt_subfun($encryptstr));
}

function inner_DYEncrypt_subfun($encryptstr){
srand((double)microtime()*1000000);
$encrypt_key = md5(rand(0,32000));
$ctr=0; $tmpstr = "";
for ($i=0;$i<strlen($encryptstr);$i++){
if ($ctr==strlen($encrypt_key)) $ctr=0;
$tmpstr.= substr($encrypt_key,$ctr,1) .
(substr($encryptstr,$i,1) ^ substr($encrypt_key,$ctr,1));
$ctr++;
}
$returninfo = base64_encode(keyED($tmpstr,ENCRYPTKEY));
if (strrpos($returninfo,"/") or strrpos($returninfo,'') or strrpos($returninfo,'+'))
return inner_DYEncrypt_subfun( $encryptstr );
return $returninfo;

}

/*发送邮件中连接地址的解密函数*/
function inner_DYDecrypt( $decryptstr ){
$decryptstr = urldecode($decryptstr);
$decryptstr = keyED(base64_decode($decryptstr),ENCRYPTKEY);
$tmpstr = "";
for ($i=0;$i<strlen($decryptstr);$i++){
$md5 = substr($decryptstr,$i,1);
$i++;
$tmpstr.= (substr($decryptstr,$i,1) ^ $md5);
}
return $tmpstr;
}

/*演示*/
$key = "rdid=5135"; //待加密的字符串
echo "待加密的字符串:".$key."";
$key = inner_DYEncrypt($key);
echo "加密后的字符串:".$key."";
echo "解密后的字符串:".inner_DYDecrypt($key);

?>

发完这个贴子的时候突然发现。我好久没有写博客了。倒不是不坚持,而是发现我实在没有什么东西好写了。一直吃老本,还能写什么?

Discuz Uchome 小技巧

Discuz Uchome 小技巧

discuz的ajaxpost功能有点强大,但缺点也很明显,如果ajaxpost提交一个FORM,那么返回的时候只能显示showmessage的内容,而不会主动跳转,因此这里就有一个小技巧 了。。

比如默认submit按钮这样操作:onclick="ajaxpost('formid')";之类的,我们可以先这样。。
onclick="$('__formid').innerText='';ajaxpost('formid');checkPostResult();";
含义其实很简单,先把ajaxpost提示信息所在的div内容清空。然后提交。最后,根据返回值来判断。。

function checkPostResult(){
var cid = setInterval(function(){
if( $('__formid').innerText == 'success'){
alert('提交成功');
location.href='xxxxx.php';
clearInterval(cid);
}
},1000);
}

这个处理也很简单,为什么是用setInterval和clearInterval,主要是由于ajax是异步操作,如果不用setInterval方法 ,那么在ajaxpost结束的时候,其实提示信息还没有append到提示信息所在的ID里,所以用setInterval方法先延迟然后循环处理最后再结束提示。。。

clearInterval用的不太对,但短时间内想不到更好的。先这样临时解决喽。

升级到 SS 7.5,没啥感觉

升级到 SS 7.5,没啥感觉

登录phpoo.com的后台时,提醒我SS(supesite)7.5正式版提供下载了。正好我的SS也没有更新过程序,于是就直接更新了。。

在没有看程序的情况下,发现几乎没有什么大变化。

1、前台用户登录信息那一块,目前是自动收缩了。没什么感觉。。。我觉得是画蛇添足

2、用户的资料管理也提到前台来了。。cp.php?ac=profile,看这个链接就非常象uchome的操作,在uchome中,更改个人资料也是这个链接。。。

3、后台在信息管理那块多了两个:信息推送和点击器。信息推送分为:从uchome或BBS往 SS推送信息和从SS推送信息到uchome或BBS,点击器则更象一些大型网站的打分了。

这三个是比较明显的变化,其他的一些细节变化没有仔细看。。。

开发你的uc应用

这是我的开发心得,但说白了,其实很简单。只要几个简单的步骤就可以了

1、到ucenter里创建一个新的应用,设定好你的路径,还有就是接收信息的文件,默认是uc.php,还有,是否同步登录,是否接受通知。

2、保存后,再编辑,你会发现最下面有一些define的字段,COPY出来,存为uc_config.php,放到你的项目里,留着被引用

3、到其他的dz程序里把uc.php COPY出来,进行简单的修改。根据第一步的设定,以确定你的最少action是什么。

  1. 默认action中一定要有test,否则会通讯不成功
  2. 如果开启通知,则一定要有updateapps,updateapps中有两个步骤:1是把所有的应用的缓存写入uc_client/data/cache/ucapps.php(好象文件名没记错)中;2是把当前APP_ID对应的配置重写为uc_config.php里
  3. 如果开启同步登录,则需要有synlogin,synlogout两个action
  4. 其他的就看你自己了,请对应手册,比如updatepwd,rename等操作。

4、部分uc_client函数返回是html代码,请echo出来看看是什么代码,如果是script的,请直接echo,否则无法与其他app同步。这个要切记切记。(为了这个,我测试了将近三天。可恨的是DZ代码中根本没有说明,只说返回HTML代码。)

其他就没有什么了。在你需要使用的时候调用一下uc_xxx的方法就行了。

discuz数据表优化

这是来自imysql.cn的文章,作者是叶金荣,第一部分内容是3年前的了。可略作参考,估计7.0的数据库应该已经部分解决这个问题,第二部分是最新的。或许也能帮助你解决一些问题。

对于我来说是不用的啦。。我的论坛才几十个人。根本不需要用到这些功能。哇哈哈哈。
不过,我记得,如果是自己的服务器架设的论坛,DZ可以通过打开APC来进行缓存加速(好象是6.X版本中的功能。7.X没有研究过是不是还存在)

不说废话,看叶金荣先生的文章:


第一部分:

一. 前言
近日由于需要,对discuz论坛(简称dz)进行优化,当然了,只是涉及到数据库的优化.
先说一下服务器及dz的数据量,2 * Intel(R) Xeon(TM) CPU 2.40GHz, 4GB mem, SCISC硬盘.
MySQL 版本为 4.0.23. 数据表情况:
cdb_attachments 2万
cdb_members 10万
cdb_posts 68万
cdb_threads 7万
二. 缓存优化
在 my.cnf 中添加/修改以下选项:

#取消文件系统的外部锁
skip-locking
#不进行域名反解析,注意由此带来的权限/授权问题
skip-name-resolve
#索引缓存,根据内存大小而定,如果是独立的db服务器,可以设置高达80%的内存总量
key_buffer = 512M
#连接排队列表总数
back_log = 200
max_allowed_packet = 2M
#打开表缓存总数,可以避免频繁的打开数据表产生的开销
table_cache = 512
#每个线程排序所需的缓冲
sort_buffer_size = 4M
#每个线程读取索引所需的缓冲
read_buffer_size = 4M
#MyISAM表发生变化时重新排序所需的缓冲
myisam_sort_buffer_size = 64M
#缓存可重用的线程数
thread_cache = 128
#查询结果缓存
query_cache_size = 128M
#设置超时时间,能避免长连接
set-variable = wait_timeout=60
#最大并发线程数,cpu数量*2
thread_concurrency = 4
#记录慢查询,然后对慢查询一一优化
log-slow-queries = slow.log
long_query_time = 1
#关闭不需要的表类型,如果你需要,就不要加上这个
skip-bdb

以上参数根据各自服务器的配置差异进行调整,仅作为参考.
三. 索引优化
上面提到了,已经开启了慢查询,那么接下来就要对慢查询进行逐个优化了.
1. 搜索优化
搜索的查询SQL大致如下:

SELECT t.* FROM cdb_posts p, cdb_threads t WHERE
t.fid IN ('37', '45', '4', '6', '17', '41', '28', '32', '31', '1', '42')
AND p.tid=t.tid AND p.author LIKE 'JoansWin'
GROUP BY t.tid ORDER BY lastpost DESC LIMIT 0, 80;

用 EXPLAIN 分析的结果如下:

mysql>EXPLAIN  SELECT t.* FROM cdb_posts p, cdb_threads t WHERE
t.fid IN ('37', '45', '4', '6', '17', '41', '28', '32', '31', '1', '42')
AND p.tid=t.tid AND p.author LIKE 'JoansWin'
GROUP BY t.tid ORDER BY lastpost DESC LIMIT 0, 80;
+-----------+------------+----------+--------------+-------------+-----------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra
+-----------+------------+----------+--------------+-------------+-----------+-------------+
| 1 | SIMPLE | t | range | PRIMARY,fid | fid | 2 | NULL | 66160 | Using where;
Using temporary; Using filesort |
| 1 | SIMPLE | p | ref | tid | tid | 3 | Forum.t.tid | 10 | Using where
| +----+-------------+-------+-------+---------------+------+---------+-------------+-------+
---------

只用到了 t.fid 和 p.tid,而 p.author 则没有索引可用,总共需要扫描
66160*10 = 661600 次索引,够夸张吧 :(
再分析 cdb_threads 和 cdb_posts 的索引情况:

mysql>show index from cdb_posts; 
+-----------+------------+----------+--------------+-------------+-----------+----------
---+----------+--------+------+--+
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part |
Packed | Null | Index_type | Comment | +-----------+------------+----------+--------------+----
---------+-----------+-------------+----------+--------+------+--+
| cdb_posts | 0 | PRIMARY | 1 | pid | A | 680114 | NULL | NULL |
| BTREE | |
| cdb_posts | 1 | fid | 1 | fid | A | 10 | NULL | NULL |
| BTREE | |
| cdb_posts | 1 | tid | 1 | tid | A | 68011 | NULL | NULL |
| BTREE | |
| cdb_posts | 1 | tid | 2 | dateline | A | 680114 | NULL | NULL |
| BTREE | |
| cdb_posts | 1 | dateline | 1 | dateline | A | 680114 | NULL | NULL |
| BTREE | |
+-----------+------------+----------+--------------+-------------+-----------+---

以及

mysql>show index from cdb_threads; 
+-----------+------------+----------+--------------+-------------+-----------+-------------+
----------+--------+------+-----+
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part |
Packed | Null | Index_type | Comment | +-----------+------------+----------+--------------+-----
--------+-----------+-------------+----------+--------+------+-----+
| cdb_threads | 0 | PRIMARY | 1 | tid | A | 68480 | NULL | NULL |
| BTREE | |
| cdb_threads | 1 | lastpost | 1 | topped | A | 4 | NULL | NULL |
| BTREE | |
| cdb_threads | 1 | lastpost | 2 | lastpost | A | 68480 | NULL | NULL |
| BTREE | |
| cdb_threads | 1 | lastpost | 3 | fid | A | 68480 | NULL | NULL |
| BTREE | |
| cdb_threads | 1 | replies | 1 | replies | A | 233 | NULL | NULL |
| BTREE | |
| cdb_threads | 1 | dateline | 1 | dateline | A | 68480 | NULL | NULL |
| BTREE | |
| cdb_threads | 1 | fid | 1 | fid | A | 10 | NULL | NULL |
| BTREE | |
| cdb_threads | 1 | enablehot | 1 | enablehot | A | 2 | NULL | NULL |
| BTREE | | +-------------+------------+-----------+--------------+-------------+------

看到索引 fid 和 enablehot 基数太小,看来该索引完全没必要,不过,对于fid基数较大的情况,则可能需要保留>该索引.
所做修改如下:

ALTER TABLE `cdb_threads` DROP INDEX `enablehot`, DROP INDEX `fid`, ADD INDEX (`fid`, `lastpost`);
ALTER TABLE `cdb_posts` DROP INDEX `fid`, ADD INDEX (`author`(10));
OPTIMIZE TABLE `cdb_posts`;
OPTIMIZE TABLE `cdb_threads`;

在这里, p.author 字段我设定的部分索引长度是 10, 是我经过分析后得出来的结果,不同的系统,这里的长度也不同,最好自己先取一下平均值,然后再适当调整.
现在,再来执行一次上面的慢查询,发现时间已经从 6s 变成 0.19s,提高了 30 倍.
这次先到这里,下次继续 ^_^


第二部分:

很早以前写过一个文章,是关于discuz论坛的优化:MySQL优化 之 Discuz论坛优化。 写的时候是2006年,没想到过了这么久,discuz论坛的问题还是困扰着很多网友,其实从各论坛里看到的问题总结出来,很关键的一点都是因为没有将数 据表引擎转成InnoDB导致的,discuz在并发稍微高一点的环境下就表现的非常糟糕,产生大量的锁等待,这时候如果把数据表引擎改成InnoDB的 话,我相信会好很多。这次就写个扫盲贴吧。

1. 启用innodb引擎,并配置相关参数

#skip-innodb
innodb_additional_mem_pool_size = 16M #一般16M也够了,可以适当调整下
innodb_buffer_pool_size = 6G #如果是专用db的话,一般是内存总量的80%
innodb_data_file_path = ibdata1:1024M:autoextend
innodb_file_io_threads = 4
innodb_thread_concurrency = 20
innodb_flush_log_at_trx_commit = 1
innodb_log_buffer_size = 16M
innodb_log_file_size = 256M
innodb_log_files_in_group = 3
innodb_max_dirty_pages_pct = 50
innodb_lock_wait_timeout = 120
innodb_file_per_table

2. 修改表引擎为innodb

mysql> alter table cdb_access engine = innodb;

其他表类似上面,把表名换一下即可...
将表存储引擎改成innodb后,不仅可以避免大量的锁等待,还可以提升查询的效率,因为innodb会把data和index都放在buffer pool中,效率更高。


膘叔认为:如果有自己的服务器,可以考虑做几件事情
1、如果有APC功能打开APC
2、如果没有APC,可以考虑把缓存目录指定为内存看看
3、GZIP关闭,少用rewrite等
4、在大负载的情况下,又只有一台服务器,考虑改程序,延迟插入或者其他的。。。(不太现实,哈哈)

漫游(manyou)简介

本文COPY自discuz论坛,也颇为感慨,不得不承认,discuz走在了很多软件开发的前列,它以论坛为中心,辅以了supesite,uchome等不同的应用,一直以来它都是以站长为中心,目前,也渐渐开始以开发者为中心了。

以站长为中心,是我个人的见解,毕竟从很久以前,为它开发插件就不得不考虑论坛升级会怎么样,原有的程序是否会动。而目前则可以根据接口来进行开发,只要接口没变,其他的就不用管了。

下面的内容是COPY过来的。可以看看介绍。原文:http://www.discuz.net/thread-989303-1-1.html

前言

Manyou是开发者发挥才华、创造梦想的开放平台。从2008年7月7日公告推出测试至今,Manyou收悉了从开发者、站长的大量建议和咨询问题,从Manyou当前的定位、功能、应用方法和案例等问题,到Manyou未来如何实现商业模式和盈利,均有涉及。

值得欣慰的是,这些问题也是Manyou的关心点和关注方向,大多数问题是Manyou现在就能回答的,但也有一些问题需要Manyou在未来的探索中实践了之后才能与外界分享的。

为了共同的进步,Manyou愿意从现在开始,与所有的关注者共同探讨,掀开彼此合作的序幕。



互联网正在向应用迈进


互联网在中国发展已超过了十个年头,正在从单纯的信息时代逐步走向全面的应用时代。而走向全面的应用时代之前,“人”必须代替“信息”在互联网上占有更主导的地位,于是以“人”为中心的社交网络(SNS)符合了这一潮流,在今天的互联网格局里,显示出了越来越大的生命力和成长性。相对应地,Facebook、Myspace以及国内的校内、51.com的迅猛突起绝对不是一个偶然。

但是,SNS单纯有“人”或“人际”也远远不够,实现真正SNS的持久黏性与成长,则需要丰富而个性的“应用”,以符合不同人差异化的需求。“人际”与“应用”,“SNS”与“Widget”,互为支撑,缺一不可。

拿Facebook来说,截至2008年7月15日,从Facebook的第三方应用分析网站adonomics.com(http://adonomics.com/)可以获得的数据是,当前Facebook已有32350个应用(app),并且有超过9亿人安装了这些应用中的一个或多个,而为投入这些应用的开发者则超过了20万人。

Facebook Facts
There are 904,333,228 installs across 32,350 apps on Facebook with over 200,000 developers currently evaluating the platform.
These applications were used 34,175,797 times in the last 24 hours and have a combined valuation of $442,611,700.

一个月前,在Google的开放日上,李开复说互联网的第一个时代是Web1.0时代,第二个时代是Web2.0时代,第三个时代则是开发者的时代。不管他的排序是不是最准确的预言,但相信他的本意是在告诉我们,今天的互联网正在向“开发者的平台”方向迈进。如果要为这正在(或即将)到来的一幕作为一个历史对比的话,可以想象一下Windows刚出现时诞生“中文之星”、“KV100”、“超级解霸”、“OICQ”等操作系统软件(OS software)的场景。互联网应用(Web apps)将逐渐浮出水面,也许它也有机会创造另一个王志东、王江民、梁肇新或马化腾。

李开复说:互联网经历了三个时代的变迁。
第一个时代是Web1.0的时代,大家通过媒体的报道和文章的撰写来了解资讯和新闻。
第二个时代是web2.0的时代,我们看到的分享的互联网的时代,也就是说个人可以经过博客,经过BBS等其他的方式都可以发表他们的意见,引起了很大的轰动,也造成了很多人与人之间、网友与网友之间的互动。
那么互联网的第三个时代,应该是开发者的时代。开发者的崛起,让网络从一个文字的,社区性的一个平台,变成一个可以提供无限应用的,能够汇集众多开发者的智慧,提供技术应用的互联网时代。

从开发者与站长的角度出发,UCenter Home和Manyou的定位选择



Manyou与UCenter Home,一个希望服务于应用,一个希望服务于SNS。或者说,一个服务于开发者,一个服务于站长。这就是Comsenz对Manyou以及UCenter home的定位。我们将以最大的开放来面对这一定位。“开放是一种心态,共赢的心态。”这是大C的原话,也是Comsenz立场和态度。如果说Comsenz做这些事情没有梦想,不是为了发展和成长,那是谎话;如果说Comsenz仅仅为了自己的发展,违背了我们服务了七年的站长、陪伴Comsenz多年的开发者(如插件作者、第三方开发者)的成长和利益,那更是蠢话。

Manyou开放平台(Manyou Open Platform,即MYOP)希望是嫁接在开发者、站长之间引导公平游戏规则的贡献者和建立者。“在某种程度上,是为站长和应用开发者这两个供需双方,建立一种公平的市场经济体制。”

目前,UCenter home已经有超过15000家网站在安装使用,这些网站中的大多数都在期待包含MYOP功能的UCenter Home 1.5版本平台,以实现在运营时,有大量的应用可供选择服务于他们的网民。拿地方网站暨阳社区来说,有很多本地上班族经常泡,肯定正需要象“记录心情”、“互赠礼物”、“休闲棋牌”、“个人理财”等方面的应用;拿旅游社区驴友录来 说,一定还需要“在外地手机也能写博客”、“匹配结伴出行”等更个性化的应用。千千万万的网站,还需要更多千千万万种类的特色应用,显然,这是 Comsenz的能力所不能承受的。尽管Comsenz过去也在Discuz!的基础上发展了多个产品,服务了更广泛的应用,但总体而言种类还是个位数的 (而且还蛮累的啦)。

所以,我们希望一切有开发能力的开发者、一切有志于共创未来的开发者,能够携手与Manyou,共同服务于广大的站长和网民。

Manyou的工作原理很简单,她一边嫁接与支持MYOP协议的无数个网站,一边串联开发者提供的无数个应用,从而实现开发者的应用能够通过传递到各个网站上,以供网民自由选择采用。并且,Manyou仅是一个虚拟的机制,是一个交换数据的协议,而并非是一个实体。她面向开发者唯一比较直接的一个功能就是,审核应用的安全性和稳定性,以确保网站使用者的基本利益。

用下面这张图片,也许就能比较清晰地交代这种关系,如下图:






从零出发的两个准备



如果您清楚了Manyou的定位,并认可了Comsenz的立场和态度,那么,下一步的开发行动就是非常简易而方便的事情了。

在做开发之前,先需要了解MYOP的基本协议和开发过程中遵守的原则,您可以先登录Manyou开发者指南网站 http://wiki.developer.manyou.com/。在这个网站上,主要内容包括:
1、MYOP简介
2、MYOP应用服务协议
3、快速上手的指南文档。
4、两个示范案例及相应的原理
* 创建“Hello world”程序
* Manyou应用开发进阶(“茶花女”的案例)
5、Manyou开发的接口文档、Manyou Markup Language(MYML)、Manyou Query Language(MYQL)、MYJS标准JavaScript的扩展等技术资料。
6、关于Manyou的一些问题Q/A列表。(更多问题,亦可参考大C的答问帖查看:http://www.discuz.net/viewthread.php?tid=982973&highlight=)

做完了Manyou知识的准备,您就可以到Manyou的开发者测试环境网站(http://uchome.developer.manyou.com/)上开始行动了。

1、第一步,如果您已经是Discuz.net的会员,直接登录会员帐号即可登录Manyou开发者测试环境网站(http://uchome.developer.manyou.com/),否则的话,您还需要再注册一个会员登录帐号。
2、第二步,点击“开始”菜单的“开发者”,了解“开发者首页”的每一项信息;
BTW:这也是一个UCenter home 1.5版本的网站,如果您的应用在该网站上测试通过,基本可表明你的应用符合了体验,符合了可以应用的基本条件。
3、第三步,在“开发者首页”的右上角,有一个“创建新应用”的按钮,点击之并按照向导一步步动作,就能提交您的应用进行测试了。
4、等待审核通过,成为正式的面向所有会员的应用;
BTW:已通过审核的所有应用列表,可以在点击“开始”菜单内的“我的应用”,并再点击“查看所有应用”获得。
5、在UCenter home1.5版本及Manyou正式版本发布之后,通过审核的所有应用,将能在所有同意MYOP协议的UCenter home网站上运行。








蕴藏的机会第一个留给插件开发者



这是一个机会。但对于Comsenz来说,这也是一个全新的挑战。Comsenz的历史经验是,每个产品都是按照自己的周期和节奏来发布,比如Discuz!,每一个版本的升级往往是,2个月或3个月一个小版本,10个月或12个月一个大版本,非常有规律。但是,它的弊端在于,首先我们不能紧随潮流,随时升级发布,随时响应站长和网民的需求;其次,众口难调,我们每一个版本开发的新功能不能适应每一个站长的需求,有的站长需要,有的不需要,最多能满足多数站长都需要的功能。

在此之前,大量的有创新意识的插件开发者、模板作者扮演了至关重要的角色,他们通过有创意的插件和模板调补了市场上这一空白,为追求个性的站长找到了解决方案,在一定程度上缓解了这一矛盾。

但根本的矛盾依然没有解决。对我们的大量站长来说,我们至少要面临一个痛苦的抉择,必须在每一次升级平台软件(如Discuz!)之时,先卸载了所有的插 件应用,然后才能再升级,再安装与升级的新版本匹配的插件,每次这种工作都很痛苦,“象脱了一层皮”。对插件开发者而言,所有的应用发布无法展开持续有效 地升级,由于插件必须伴随平台软件才能升级时,周期不由自己来掌控,非常被动,而更为郁闷的是,插件开发者无法从站长那里获得任何与应用有关的数据,跟踪 应用的进展,更无法从中获得用户的反馈。Comsenz深知,广大插件开发者在官方论坛上经常呼吁希望官方出台一个标准。

今天的Manyou,正是朝这样一个标准努力的。Manyou希望,真正能帮助广大插件开发者扩大自由和权利。开发者的自由 是:1)开发的过程更自由;2)升级的过程更自由;3)获得网站和用户使用的途径更自由、更方便。为开发者争取的权利则是:1)与站长的接触和沟通更便 利、更对等;2)获得应用反馈信息、数据的能力更多;3)获得收益的可能性更大。

所以,我们期望把蕴藏的机会第一个先留给一直支持Comsenz的插件开发者,从而实现广大插件开发者成为应用开发者,与站长实现共同升级与成长。当然,我们也愿意更多的人加入进来!Comsenz期待任何有志于此的第三方合作者,无论是公司还是个人。

请加入Manyou,一起行动吧!


PS:补充需要说的是,商业模式和收益方式现在是任何从事互联网的公司或个人经常都会提及的问题。同样,我们也认可互 联网上的另外一个“硬道理”:有人用就有价值。我们相信,商业模式和收入方式是水到渠成的东西,第三方应用一旦有了足够的用户才使用,它的价值将随之应运 而生,这种收益途径包括但不限于:广告、会员费、交易收入等方式。机会不会给等的人,只会给有准备的人。希望我们在今天,就能为明天准备充分,有更好的平台、更好的应用给更多的用户。

附录:
1、开发者在开发过程中如有任何技术难题请联系,胡东海,hudonghai#comsenz.com,010-51282255-243
2、如有相关市场合作可联系,张翔,zhangxiang#comsenz.com,010-51282255-829,13811110355

PHP sendmail

PHP sendmail

最近很多人问我如何发邮件,为什么mail函数无法发出去。我当时感慨了一下下。。。
mail函数是linux下面默认的发邮件函数,而且需要安装mail服务,同时要在PHP.ini里面配置好才能发送。 也有人嫌phpmailer太大,正好手头有一个discuz发邮件的类改的函数。贴上来。。。抛抛砖引引玉,不要砸人就行。
毛主席说:要温柔。。。

<?php

$mail = array(
'server' => 'smtp.163.com',
'port' => 25,
'auth' => 1,
'from' => '膘叔 <xxxxxx%163.com>' , //一定要是这种格式,否则可能发不出去
'auth_username' => '膘叔',//发信人帐号,登录邮箱用的,一般不用加域,如果发不出去就尝试加上域看看
'auth_password' => '发信人密码', //发信人密码
'maildelimiter' => 0, //断行符是用还是\r还是\n,1为,2为\r其它为\n
'mailusername' => 1, //是否显示发信人名字
'sendmail_silent' => 1,
'charset'=>'utf-8', //这就要看你的设定了,utf-8还是gbk(如果这里改成了gbk,那么,本文件一定要另存为ansi格式,否则就是乱码)
'adminname' => '小苟', //显示在邮箱的发件人
'adminemail'=>'admin%admin.com',//如果没有$email_from邮箱,就用这个默认的
);
$actName = '操作名称' ; //网站名称,会自动放在主题里,或者你也可以试着修改这个来让别人知道你的标题,比如“系统回复”,“签收”,等

sendmail('小苟 <ttttt%vip.qq.com >,gouki <10000%qq.com>' , 'hahahaha' , '内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容');
echo( 'over' );

function sendmail ($email_to, $email_subject, $email_message, $email_from = ''){
global $mail , $actName;
function errorlog ($type='',$info=''){
$data = '['.$type.']'.$info . "\n";
file_put_contents( 'mail_log.txt', $data , FILE_APPEND );
}
$maildelimiter = $mail['maildelimiter'] == 1 ? "" : ($mail['maildelimiter'] == 2 ? "\r" : "\n");
$mailusername = isset($mail['mailusername']) ? $mail['mailusername'] : 1;

$email_subject = '=?'.$mail['charset'].'?B?'.base64_encode(str_replace("\r", '', str_replace("\n", '', '['.$actName.'] '.$email_subject))).'?=';
$email_message = chunk_split(base64_encode(str_replace(".", " ..", str_replace("\n", "", str_replace("\r", "\n", str_replace("", "\n", str_replace("\n\r", "\r", $email_message)))))));

$email_from = $email_from == '' ? '=?'.$mail['charset'].'?B?'.base64_encode($mail['adminname'])."?= <$mail[adminemail]>" : (preg_match('/^(.+?) \<(.+?)\>$/',$email_from, $from) ? '=?'.$mail['charset'].'?B?'.base64_encode($from[1])."?= <$from[2]>" : $email_from);

foreach(explode(',', $email_to) as $touser) {
$tousers[] = preg_match('/^(.+?) \<(.+?)\>$/',$touser, $to) ? ($mailusername ? '=?'.$mail['charset'].'?B?'.base64_encode($to[1])."?= <$to[2]>" : $to[2]) : $touser;
}
$email_to = implode(',', $tousers);

$headers = "From: $email_from{$maildelimiter}X-Priority: 3{$maildelimiter}X-Mailer: Gouki! {$maildelimiter}MIME-Version: 1.0{$maildelimiter}Content-type: text/plain; charset={$mail[charset]}{$maildelimiter}Content-Transfer-Encoding: base64{$maildelimiter}";

$mail['port'] = $mail['port'] ? $mail['port'] : 25;

if(!$fp = fsockopen($mail['server'], $mail['port'], $errno, $errstr, 30)) {
errorlog('SMTP', "($mail[server]:$mail[port]) CONNECT - Unable to connect to the SMTP server", 0);
}
stream_set_blocking($fp, true);

$lastmessage = fgets($fp, 512);
if(substr($lastmessage, 0, 3) != '220') {
errorlog('SMTP', "$mail[server]:$mail[port] CONNECT - $lastmessage", 0);
}

fputs($fp, ($mail['auth'] ? 'EHLO' : 'HELO')." gouki ");
$lastmessage = fgets($fp, 512);
if(substr($lastmessage, 0, 3) != 220 && substr($lastmessage, 0, 3) != 250) {
errorlog('SMTP', "($mail[server]:$mail[port]) HELO/EHLO - $lastmessage", 0);
}

while(1) {
if(substr($lastmessage, 3, 1) != '-' || emptyempty($lastmessage)) {
break;
}
$lastmessage = fgets($fp, 512);
}

if($mail['auth']) {
fputs($fp, "AUTH LOGIN");
$lastmessage = fgets($fp, 512);
if(substr($lastmessage, 0, 3) != 334) {
errorlog('SMTP', "($mail[server]:$mail[port]) AUTH LOGIN - $lastmessage", 0);
}

fputs($fp, base64_encode($mail['auth_username'])."");
$lastmessage = fgets($fp, 512);
if(substr($lastmessage, 0, 3) != 334) {
errorlog('SMTP', "($mail[server]:$mail[port]) USERNAME - $lastmessage", 0);
}

fputs($fp, base64_encode($mail['auth_password'])."");
$lastmessage = fgets($fp, 512);
if(substr($lastmessage, 0, 3) != 235) {
errorlog('SMTP', "($mail[server]:$mail[port]) PASSWORD - $lastmessage", 0);
}

$email_from = $mail['from'];
}

fputs($fp, "MAIL FROM: <".preg_replace("/.*\<(.+?)\>.*/", "\\1", $email_from).">");
$lastmessage = fgets($fp, 512);
if(substr($lastmessage, 0, 3) != 250) {
fputs($fp, "MAIL FROM: <".preg_replace("/.*\<(.+?)\>.*/", "\\1", $email_from).">");
$lastmessage = fgets($fp, 512);
if(substr($lastmessage, 0, 3) != 250) {
errorlog('SMTP', "($mail[server]:$mail[port]) MAIL FROM - $lastmessage", 0);
}
}

$email_tos = array();
foreach(explode(',', $email_to) as $touser) {
$touser = trim($touser);
if($touser) {
fputs($fp, "RCPT TO: <".preg_replace("/.*\<(.+?)\>.*/", "\\1", $touser).">");
$lastmessage = fgets($fp, 512);
if(substr($lastmessage, 0, 3) != 250) {
fputs($fp, "RCPT TO: <".preg_replace("/.*\<(.+?)\>.*/", "\\1", $touser).">");
$lastmessage = fgets($fp, 512);
errorlog('SMTP', "($mail[server]:$mail[port]) RCPT TO - $lastmessage", 0);
}
}
}

fputs($fp, "DATA");
$lastmessage = fgets($fp, 512);
if(substr($lastmessage, 0, 3) != 354) {
errorlog('SMTP', "($mail[server]:$mail[port]) DATA - $lastmessage", 0);
}

$headers .= 'Message-ID: <'.gmdate('YmdHs').'.'.substr(md5($email_message.microtime()), 0, 6).rand(100000, 999999).'@'.$_SERVER['HTTP_HOST'].">{$maildelimiter}";

fputs($fp, "Date: ".gmdate('r')."");
fputs($fp, "To: ".$email_to."");
fputs($fp, "Subject: ".$email_subject."");
fputs($fp, $headers."");
fputs($fp, "");
fputs($fp, "$email_message.");
fputs($fp, "QUIT");
}
?>

已经写的够详细了,请不要提问,我也不会解答的,谢谢