DZ，别急于求成做应用商店，你的开发者功能底层都还没完善

aSewmnVG · 发表于 2012-9-24 21:09:12

发这帖子时，我是带着一心满满的凌乱来的。
首先说下，我是在做一个云平台的文件上传插件。
接口采用类似AMAZON S3的REST API，实现文件的GET/PUT/HEAD/DELETE等管理操作。
在DZ网站上找了半天，才在阑珊之处发现了这个东东:
http://dev.discuz.org/wiki/
OK，找到了就看吧。可是看了半天才知道里面有价值的就只有文件结构、数据字典，其它的说了等于没说，
什么是插件、HACK扩展？你做为底层CMS最起码得要有个完善的HOOK CALLBACK机制吧？
经过这两天地测试、修改，总共改了3个DZ的核心库文件，才实现了将文件上传到了STORAGE服务上和论坛模式下的GET签名。

给朋友测试时，朋友刚刚突然找我，说在门户模式下没有用处。
我赶紧上去一试，DZ！X3.0天生有个BUG，门户模式下上传附件本来就有问题，发帖时上传不能上传成功，一定要发布后编辑才能上传。然后我试了试，上传，STORAGE服务上也同步了这个我上传的附件（我改了DZ的底层上传类了的），但是问题出来了，经过查数据字典找到了门户模式文章的相关数据表，才发现门户模式文章的附件，不再以BBCODE引用，而是直接固化在了数据库中。而为了安全，STORAGE服务上的GET必需经过签名，防止被盗链。而这，肯定需要HOOK 回调来实现，但是，把DZ的附件类库看了个遍，都没看到有为插件留下CALLBACK接口的痕迹。

尼玛，太坑爹了。就以上传文件为例，来遍历DZ!X3.0的各种处理方式类型吧：
1.帖子，以BBCODE，动态方式写库在无回调机制下，插件只能通过修改底层类实现附件的处理
2.用户头像，上传接口貌似是在UCenter那里插件无权处理
3.门户坑爹模式，上传附件直接HTML源固化在数据库里不适合用附件插件

别告诉我只能继续修改DZ的底层，如果站长手贱点了一下更新，一夜回到解放前了。。。

DISCUZ!X3.0，你还很年轻，这么着急就做应用商店？先把完善的开发者功能底层实现了来吧。免得再有和我一样倒霉的开发者被坑~

DZ，别急于求成做应用商店，你的开发者功能底层都还没完善

相关帖子