• 门票、饭费、福利

  • Rails 里如何定制 bootstrap at 2017年07月13日

    通常来说,引用好 bs 后,在你的 application.scss 覆盖样式就行了,那节文档揭示了,官方的 customize 是如何做的(这个 bs 文档里有)

  • 去的人要被一锅端了,以后就真的没人能回答新手问题了 2333

  • 默默加入名单🤗

  • 你是...妹子?😳

  • 当然,不过阳气压制

  • 好好听讲,晚上打开肠胃,准备好加加加好友

  • 哈哈,一定会是这样的

  • 早鸟票不提供发票的~ 等同于 全价票(不含发票)

  • 早鸟票就是”早起的鸟儿有虫吃,早买的朋友有优惠“的票 😀

  • 感受一下数百 Ruby 开发者集中在一个屋子的效果...

  • 感谢!

  • 看 network 页,然后看失败的(红色字体的)请求的响应,然后再分析

  • 早鸟票就是”早起的鸟儿有虫吃“票,前 100 张优惠了 50 元,当然其实只有 99 张,因为第一张是我买的 😀

  • 关于 alipay 的问题 at 2017年07月11日

    app 的话,你让你公司申请一下去

  • 关于 alipay 的问题 at 2017年07月11日

    换成普通的接口好了,是叫 wap 吧,好久没搞,忘了

  • 关于 alipay 的问题 at 2017年07月11日

    Mobile 是我搞的,那套接口要单独申请的,但其实普通的那个接口,也支持移动环境的

  • 下拉列表如何做到多选 at 2017年07月11日

    级联要配合 JS 的,比如 china_city 的城市选择

  • 第一个 hash 多重输出的问题在一个新的 5.1.2 项目上复现不出来

    另外不要覆盖 hash 函数,那个函数存在的

  • Rails 的 Model 指的是 Domain Model(领域模型),这个要去看一下 领域驱动开发 还有 领域模型的资料去,这个也不是 Rails 独有的概念。Active Record 选择的是领域模型中的充血模型

    如果不是很精确地去理解的话,也可以把 Rails 的 Model 理解成 数据库表的实体类 + 业务逻辑

  • 一般不会,Rails 也是使用的 mysql2 这个 gem

  • 能不能这样做,跟 mysql 的驱动如何解析 host 有关,看样子不支持那样做

    我其实本想直觉上说 port: 3306 就能解决了,但是我手头正好有个新的 Rails 项目,我发现使用 mysql 数据库 的 Rails 的新项目模板的 database.yml里并不包含 port 节,一般为了演示用会在文档里提到,然后默认注释掉,比如你看 PostgreSQL 的默认的 database.yml

    但我没有在 mysql 的看到类似的章节,模板源码在此 https://github.com/rails/rails/blob/master/railties/lib/rails/generators/rails/app/templates/config/databases/mysql.yml

    如果你试过加 port 奏效,那其实可以说是 Rails 的疏漏了,你可以仿照 postgresql 的那个模板,为 mysql 的增加一个如何指定 port 的注释,骗一个 PR 来。

  • URI 加 端口 的文法是 host:port

    所以,database.yml 里的 host: 127.0.0.1 可以试试加上 port 改成如 host: 127.0.0.1:3306

  • 另外,朋友和我讲,什么都不说,那是最好的,但是总得有人出来当个黑脸,我就是那个“没有 Linus 的命,有着 Linus 的病”。

    没错,对于一个常年在职工作的开发人员来说,我们是已经有了很多项目经验以及对这个行业的观点,已经形成了一定感官认识,但是对于一个新人来说,我直接告诉你别走这条路,然后不带任何的理由,尤其你要是把 @jasl 这人喊出来,他不仅不会给你指导,还不耐烦地直接怼你(在另一个帖子)。

    他不仅不会给你指导,还不耐烦地直接怼你(在另一个帖子) 这句话将来报道出现了偏差,你负不负责任?

    我第一次回复在 43 楼

    这叫“不耐烦怼你”?你的标准是什么?

    “代码即正义”是希望自己永远单身孤身一人自己蹲在电脑前的节奏。

    做工作不谈效果、收益,那叫儿戏。写代码也不追求“正义”,追求的是 好玩 更关键的是要 解决问题

    作为一个新人,他们确实是希望得到帮助、理解和学习,而老人们不是你去仗势按照自己已经定格了的所谓的人生观去评定、评述。因为或许新一代学了这样东西,会有不同的观点,人家跟你的代码观、价值观彻底不一样。

    起码大多数在社区里的讨论,都围绕着对人不对事的态度去交流,别扯什么代码观、价值观不一样,也不要拿这个作为借口,现在和未来人前进的基础都是建立在“老人”的成果上的,技术交流只有在什么场景下适不适合?好在技术问题,所有的指标都可以被量化,不然,各说各话还有什么讨论的意思?

    你想找代码观、价值观和你相同的,我觉得你要么需要个自己的克隆人,要么自己和自己交流。但,你认为这样有好处么?

    如果 Ruby China 总是希望有且只站在 Ruby China 那帮人自己进度去衡量他人,我觉得,确实是比较失望。至少,一开始就不让人发帖子而是先去搜索,对,如果我要去搜索,我一定不会来这里,而是选择 Baigooduck(baidu / google / duckduckgo)。

    论坛上线基于 ElasticSearch 的搜索功能前(顺便吐槽下新的搜索不好用),论坛的搜索一直是使用 Google 的站内搜索,没错,其实是希望你去 Baigooduck 的。

    但是,即使你即使不指定范围,搜索到的很多关于 Ruby 的技术文章,也是来自 RubyChina 的,搜索引擎也一直是论坛新用户的来源之一。

    那么为什么会这样?要感谢这么多年来社区成员的奉献。

    所以,你选择 Baigooduck 后,又回到了这里,开不开心?意不意外?

    社区的本质是沉淀知识,而“沉淀”则是社区和 IM(微信群、QQ 群等)最大的不同点。

    另外,如果 Ruby China 总是希望有且只站在 Ruby China 那帮人自己进度去衡量他人 你来到朋友家,你要让朋友按照你的习惯去伺候你,你咋不上天呢?不成规矩,不成方圆。至于技术问题,那么显然是各抒己见,每个社区管理员都有自己的本职工作,每个成员也都在不同的公司、学校,甚至有着不同的职业,诞生一个 RubyChina 精神 是不可能的。

    另外,我以前发一个帖子,关不掉,而且管理员还把帖子重启,添油加醋,我觉得,这里的管理员确实……

    那件事嘛,我得道个歉,之后我被严重警告了一次

  • Binary distribution

    If you want to use Helix in a gem, and distribute it to users without requiring a Rust compiler, you will need to build binary distributions for your target environment.

    We want to support a smooth workflow for specifying your target environments and getting the binaries for each of them. We are exploring both cross-compilation solutions, VM-based solutions, and some combination of the two.

    一样在路线图里的~~

  • 你大可以发帖问问这论坛里有多少人是我的学生,我可能是 常年在职工作的开发人员 里,对新人最友好的了,对,我说这话不虚。

    另外,你可能高估了我的年龄。

  • Rails 里如何定制 bootstrap at 2017年07月08日
  • rust 官网中讲的和 helix 没关系,helix 的野心相当大,他的目标是用 rust 代码在 ruby 层面和一般的 ruby 代码的行为完全保持一致,这个可以看下他官网的 roadmap#drop-in-replacement

    • 有那种专业的运动康复教练,如果你有幸能认识一位(国内专业的很少,很多是省市国家级运动队退下来自己干个体户的),效果拔群,但是收费较贵。
    • 平时注意锻炼
    • 一把好椅子可以有效避免问题复发
    • 一个好枕头可以有效避免问题复发,我也是疼到起不来床之后才知道原来枕头还可以卖到上万元的(并不是那种啥玉石做的装逼枕头)...
  • 主要还是因为 Assets Pipeline 没能够打动前端圈子,最终 Rails 决定向前端社区妥协,按照他们的风格办事,其中 yarn 是最符合 DHH 口味的(其实 yarn 可以理解成“更好的”npm,依赖声明 package.json 也是复用 npm 的,并且 yarn 的主力开发 Yehuda Katz 还曾是 Rails core team 成员)。

    对于 Rails 项目来说,集成一个前端框架的最好的方式是引入对应的 gem,比如 jquery-rails font-awesome-sass bootstrap-sass 这些 gem 按照 Assets Pipeline 的最佳实践原则组织文件,提供 helper,并且可以对 AP 做一些 tweak(比如 font-awesome 自动把他的 fonts 文件加入到预编译的列表里,调整 CSS 编译器和 JS 压缩器的参数等)

    但是,前端的库层出不穷,只有极少数的前端项目接纳了 Assets Pipeline,面对没有接纳 AP 的项目,只能拉下他们的代码,放入到 vendor 目录,这是很土很落后的做法了。

    Rails 在正式把 yarn 加入套餐前,社区里就有很多种方案了,npm-rails bower-rails 等,Rails 集成 yarn,算是提出了官方的前端依赖管理的解决方案,把法(AP)外之地的管理现代化。

    至于 webpacker,他算是复用了这部分基础设施而已