云京东
discuz 都可以自己定义,没用到元编程,我建议不要让用户用到 send,感觉好不安全
#35 楼 @scriptfans 黑什么啊,不是精华不上首页。
这质量足够精华了。
#15 楼 @tylerlong 宇宙需要你这样的有志青年!
这篇文章的唯一缺点,就是太详细了: http://www.sitepoint.com/go-global-rails-i18n/
ASP.NET ?! 33
@solopiggy 如果你有一天时间,建议使用 cancancan,自此以后不会被权限问题困扰,项目不论大小,不论复杂程度,最多一小时可以设定好。
cancan 不维护了,现在是社区版 cancancan
基础:当然可以看 github 官方帮助,但 xdite 讲得相当好: http://blog.xdite.net/posts/2012/07/30/cancan-rule-engine-authorization-based-library-1/ http://blog.xdite.net/posts/2012/07/30/cancan-rule-engine-authorization-based-library-2/ http://blog.xdite.net/posts/2012/07/30/cancan-rule-engine-authorization-based-library-3/
把权限定义放在数据库,这样以后要添加权限,不用改代码,直接在数据库就可以搞定: https://ruby-china.org/topics/5938
这是我做的项目,按 Readme 可以在 heroku 跑起来,你就知道在管理后台设定用户权限是多么简单方便的一件事: https://github.com/ZPVIP/church/
权限定义文件: https://github.com/ZPVIP/church/blob/master/app/models/ability.rb
View:
if can? :read, Contact
之类的:
https://github.com/ZPVIP/church/blob/master/app/views/layouts/application.html.erb
Model: https://github.com/ZPVIP/church/blob/master/app/models/user.rb https://github.com/ZPVIP/church/blob/master/app/models/permission.rb https://github.com/ZPVIP/church/blob/master/app/models/user_permission.rb
支持
有一类人,比如我,不喜欢边拖边加载,喜欢有页码的,建议考虑这类人的感受。
另外,没有分类,要做新闻站吗?不然一年后,我滚一天滚轮翻到今天发布的 C3.js 然后才能点个赞?
支持
:plus1:
#7 楼 @cloudqq http://mednoter.com/I-have-a-great-idea.html
楼主有代码,应该算起步了。
#5 楼 @blacktulip 我花了很多时间找一些跨平台的方案,最后觉得还是 native 最好,如果一不小心做大了,再招人也容易。跨平台看上去很美,Hello World 一个比一个好,具体实施上就要 一处编译,到处调试
了。
比如说,跨平台方案 http://www.smartface.io/ 已经发展得相当好了,在跟 xamarin 及 native 的对比中: http://www.smartface.io/smartface-app-studio-vs-xamarin-c-sharp-javascript-based-cross-platform-native-frameworks/
Community 那一栏 Xamarin 可以算 Large,smartface 只敢号称 Medium, Medium 就是这个水平:http://stackoverflow.com/tags/smartface.io
这怎么让人放心,这公司明天能不能活下来都是问题,我怎么可能把自己的代码放在这个篮子里?
没有什么事情是一不小心就成功了的,要有毅力,我从楼主的表述中只能看到找人打牌的语气,这样造轮子,真的会浪费别人的时间。所以楼主要想开始一番事业,就要表决心,秀准备,如果大家都看不出你有豁出去的态度,怎么让别人跟随你!
不是打击楼主,这事靠个人有点困难,除非你想全职,然后找投资。
就算你产品现在已经 1.0,跨平台方案你是第一的,但没有社区,没有教程,没人会有兴趣,光个文档就要 n 个人写。http://developer.xamarin.com/ 这是文档应该有的标准,就算这样的文档和社区,还不能叫完美。
软件不可能没有 bug,如果一个开发者遇到一个普遍的问题 google 都没有任何同病相怜的人,那就会很悲剧。
另外,最重要的是有实例,至少要有很多公司用你的代码做出东西来了,可以让大家对你有信心,不然你不更新代码了怎么办,难道靠程序员业余时间给你贡献代码?
国内的 CrossApp 好像已经很不错了,但依然门可罗雀,问题就是文档和实例。
我还有个 2008 年的开源项目在上面,因为不维护了,想着怎么删除,现在好了,省事了。 不过很多采集站采集了 Google Code,还是没法根除。
http://www.yinwang.org/blog-cn/2015/03/11/git-etiquette/ 你本来不该知道这些的,可是现在我们没有更好的工具,所以你跟着做一遍就大概知道了:
$ mkdir temp
$ cd temp
$ git init
$ echo "aaaaa" > a.txt
$ git add *.txt
$ git commit -a -m "add one file on master"
$ git branch
* master
# git branch testing 这个命令只创建分支,一般用下面的,创建并切换到分支
$ git checkout -b testing #这时相当于把当前的master做了一个快照, 取名为testing,并切换到 testing
$ git branch #显示当前的分支, 一共有两个, 一个master, 一个testing, *号表示用户所在的分支
master
*testing
$ ls
a.txt
$ echo 'bbbbb' > b.txt
$ echo 'ccccc' > c.txt
$ git add *.txt
$ git commit -m 'added two files on testing '
[testing 8bd6d8b] added two files on testing
2 files changed, 2 insertions(+), 0 deletions(-)
create mode 100644 b.txt
create mode 100644 c.txt
$ ls
a.txt b.txt c.txt
$ git checkout master
Switched to branch 'master'
$ ls
a.txt # b.txt c.txt 不在 master 上
$ git checkout testing # 回去 testing 看看
Switched to branch 'testing'
$ ls
a.txt b.txt c.txt
@zhaozijie
html_safe
也不是绝对不能用吧,自己有些 html 代码要拼装的时候,还是经常会用到啊。
#9 楼 @shangrenzhidao IE 下就不会任意拉长,youtube 是定制的,你可以看一下 html 代码