门票、饭费、福利
通常来说,引用好 bs 后,在你的 application.scss 覆盖样式就行了,那节文档揭示了,官方的 customize 是如何做的(这个 bs 文档里有)
去的人要被一锅端了,以后就真的没人能回答新手问题了 2333
默默加入名单🤗
你是...妹子?😳
当然,不过阳气压制
好好听讲,晚上打开肠胃,准备好加加加好友
哈哈,一定会是这样的
早鸟票不提供发票的~ 等同于 全价票(不含发票)
早鸟票就是”早起的鸟儿有虫吃,早买的朋友有优惠“的票 😀
感受一下数百 Ruby 开发者集中在一个屋子的效果...
感谢!
看 network 页,然后看失败的(红色字体的)请求的响应,然后再分析
早鸟票就是”早起的鸟儿有虫吃“票,前 100 张优惠了 50 元,当然其实只有 99 张,因为第一张是我买的
app 的话,你让你公司申请一下去
换成普通的接口好了,是叫 wap 吧,好久没搞,忘了
Mobile 是我搞的,那套接口要单独申请的,但其实普通的那个接口,也支持移动环境的
级联要配合 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 精神
是不可能的。
另外,我以前发一个帖子,关不掉,而且管理员还把帖子重启,添油加醋,我觉得,这里的管理员确实……
那件事嘛,我得道个歉,之后我被严重警告了一次
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.
一样在路线图里的~~
你大可以发帖问问这论坛里有多少人是我的学生,我可能是 常年在职工作的开发人员
里,对新人最友好的了,对,我说这话不虚。
另外,你可能高估了我的年龄。
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,他算是复用了这部分基础设施而已