We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
之前好像发过一次,被ko了。
zblog的内核内容过于简洁了,开发者使用一些基础的功能时,都需要自己集成轮子,当用户需要同时安装某一功能的多个插件时,会反复require多个一样或者类似的东西。
简单罗列了一些,还可以补充,注意是需要轮子,不是需要功能,官方集成,但是不提供功能也可以,总好过开发者插件内部去集成 1、邮件发送。(现在有很多评论邮件通知,可能还有人需要订阅通知、订单通知,开发者需要反复集成同一个东西。) 2、缩略图。大部分主题很多地方都有缩略图的需求,开发者各显神通个字写各自的,实际上同质化严重,代码也不见得好到哪里去。要命的是浪费资源。 3、水印。能支持gif最佳。 4、图表支持,比如simplepie这种。 5、图标字体,现在几乎每个用到图标字体的主题都要自己集成一次图标字体,实际上热门的图标字体就那么几个。 6、提供基础的“交互选择框架”(或者叫其他什么名字?),现在的zblog应用的配置界面,所有的保存过程和界面都要自己写的,虽然现在有了zbpform,但是保存过程还是要自己控制,能不能做的再让开发者省事简洁一点,开发者只需要写zbpform生成表单,保存过程丢给框架自动处理可好? 7、rest-api,好像已经在写了? 再不发布,这种api也要成灾了。。。 8、。。。还有啥?
The text was updated successfully, but these errors were encountered:
考虑到SMTP邮件的接受度,邮件我认为集成可能性还是很低的。图标字体和图表支持是不会有的,水印更不可能了,这谁都有谁的道理。
我考虑集成的只有一些基础组件,包括:缓存、缩略图、日志、API等。
Sorry, something went wrong.
其实只要升级到PHP 5.3上composer都能解决很多事情……
所以我的方案是弄几个“库管理中心”插件。插件声明自己需要哪个前端或服务器端库,,由管理中心插件下载并启用。。
No branches or pull requests
之前好像发过一次,被ko了。
zblog的内核内容过于简洁了,开发者使用一些基础的功能时,都需要自己集成轮子,当用户需要同时安装某一功能的多个插件时,会反复require多个一样或者类似的东西。
简单罗列了一些,还可以补充,注意是需要轮子,不是需要功能,官方集成,但是不提供功能也可以,总好过开发者插件内部去集成
1、邮件发送。(现在有很多评论邮件通知,可能还有人需要订阅通知、订单通知,开发者需要反复集成同一个东西。)
2、缩略图。大部分主题很多地方都有缩略图的需求,开发者各显神通个字写各自的,实际上同质化严重,代码也不见得好到哪里去。要命的是浪费资源。
3、水印。能支持gif最佳。
4、图表支持,比如simplepie这种。
5、图标字体,现在几乎每个用到图标字体的主题都要自己集成一次图标字体,实际上热门的图标字体就那么几个。
6、提供基础的“交互选择框架”(或者叫其他什么名字?),现在的zblog应用的配置界面,所有的保存过程和界面都要自己写的,虽然现在有了zbpform,但是保存过程还是要自己控制,能不能做的再让开发者省事简洁一点,开发者只需要写zbpform生成表单,保存过程丢给框架自动处理可好?
7、rest-api,好像已经在写了? 再不发布,这种api也要成灾了。。。
8、。。。还有啥?
The text was updated successfully, but these errors were encountered: