用 github 的目录式 URL 就行了,其实在乎域名的人也不是那么多。
看 erb 代码,它是调用 helper 定义 title 的,原理不知道,照着翻译用 slim 就是:
- provide(:title, 'Home')
如果你需要用传变量,就用实例变量
- @title = 'xxx'
title = @title
https://github.com/19wu/19wu 这次 Ruby Conf 用来售票的网站,
https://github.com/ruby-china/rails-guides/ Rails Guide 翻译项目 https://github.com/jekyllcn/jekyllcn.github.io Jekyll 文档翻译项目
https://github.com/ruby-china/ruby-china/issues 这里有这么多待处理问题,挑一个解决了发 Pull Request。
网络正常没必要做这一步。
比较靠谱还是用 VPS,远程 SSH 登陆自己配置服务器。云主机有分 laas(像亚马逊 EC2)和 paas(像 Heroku)的,前者是个 VPS 那样用,后者只能调用服务商提供的服务。
可以把注册入口关了,现有的垃圾帐号删除,让已有会员和浏览者正常访问着先。解决了反垃圾功能再开放。
很多主题都合我胃口。
diff -r normal/config/application.rb skip-test-unit/config/application.rb
3c3,8
< require 'rails/all'
---
> # Pick the frameworks you want:
> require "active_record/railtie"
> require "action_controller/railtie"
> require "action_mailer/railtie"
> require "sprockets/railtie"
> # require "rails/test_unit/railtie"
再删除 test 目录
再新建一个有 TestUnit 的项目,然后 diff 两个目录
看 logs 是 fcitx 的 ppa 失效了,apt update 失败,先去掉。
这标题跟问题怎么毫无关联。
是约定,可以改。
大版本更新我都会看看 scaffold 生成的内容啊,这是官方推荐的结构。实际中脚手架满足不了需求,要改页面,去掉一些 action,所以还是自己写好。
writings.io 的后台数据其实并不好看,虽然很多人说喜欢,实际活跃用户很少。RubyConf 这两天也有很多人劝我将它继续下去,我还是觉得价值不大。并且博客项目跟社区不同,用户提交的内容更多是作为私有物,要求稳定,在我自己已经不打算用的情况下继续开着,让新用户注册并且投入心思在上面是不负责的。所以我没有改变关闭的决心。
描述一下:
其实我也不知道这个靠不靠谱,上面几条是普遍要考虑的问题。