#8 楼 @bluexuemei 嗯 那天太忙了没看到要求~ 等不忙了再写个~
虽然没存任何 xxbao 但是看上去很方便的样子...
key = ["a", "b", "c", "a", "d", "e"]
value = ["mary", "john","sam", "paul", "kelly", "mary"]
Hash[[key, value].transpose]
transpose 方法如果 key value 数量不对的话会报错的~
Untracked 就没办法了 既然是 Untracked 那就不会记录 diff 的... 所以 还是经常 commit 然后 rebase 比较好
#4 楼 @tyaccp_guojian 我能说...其实...我爱的是 Angular 么...
也可以加个延时处理 我一般喜欢这样的场景延时 300 毫秒
用现成的东西就好了 http://ruby-china.org/topics/18152
其实和 jekyll 相比 仅仅是个 blog 的话 rails 还是太重了 开起来轻松 100M 内存木有了... jekyll 的话 nginx 也就 100k 来代理吧...
concern 和 service 其实本质上是不一样的 concern 的重点是加强版的 mix-in 方便你组织不同模块代码 解耦的代码看起来会非常清爽 services 更多偏思想 一般是把跨 model 的调用写成 services 因为跨 model 的调用很有可能是公共的业务 实现的方式多种多样 我个人觉得这里如果用 concern 不过是能用 concern 实现罢了
你 listen 的是 127.0.0.1 外界当然访问不到了 只能本机 127.0.0.1 访问 虽然你也是本机的 nginx 但是 192.168.1.4 也是被认为通过外界访问的
#31 楼 @Skinnyworm 嗯 转义后是不会的 这是一个坑 所以只能选择适应微信而不是和他掰扯规范... 没办法 唉
#27 楼 @Skinnyworm 不能 escape 消息回复是支持 a 标签的 escape 了标签就失败了 你可以试试~
补个图:
然后这几天网非常慢 github 已打不开 issues 只能这里提了 抱歉~
提几个问题吧 1、access_token 如果存文件的话 如果 rails 部署在 2 个物理机器上就会出现互相刷新 token 的情况 导致当天 2000 次次数用完 2、发送消息前 没对消息内容做验证,比方说 news 类型的消息 Articles 的数量不能大于 10 个 这个应该本地检测再发送 否则白白消耗了接口调用次数 3、响应类消息的 xml 结构,如果用 to_xml 的话 是没有 CDATA 的吧(我没跑起来验证 代码只是粗略过了一次抱歉)没有 CDATA 会不会导致回复的消息 content 里带有 a 标签破坏 xml 的结构 因为回复的消息是可以带 a 标签自动转成链接的 4、缺少了二维码的接口
我还是最喜欢 grape...
1.8 直接升会遇到各种奇奇怪怪的问题 祝好运
test.user.class.find
Tower 大赞 现在给当时大学里的学生组织就是用 Tower 做项目管理
骗人... Sorry, no valid coupon was found... 刚要买...