生产环境不建议用源码编译。 生产环境不建议直接用 root 做运维。 生产环境不建议用非 LTS 的 Ubuntu。
#1 楼 @jasontang168 LowEndTalk 上自己翻帖子吧。价格越便宜的质量越说不准。
irb -> pry
jjburst
没看代码。这是用 GO 做 Worker 然后跑 Ruby 代码么
女妹纸?那男妹纸呢?
因为这是 GitHub 不是 RetardHub。
这不是个连锁餐厅么?这都能成梗么…
忘了说了: 个人理解,Rails 适合执行一次性任务。Rake 适合多次执行任务。 比如 Generate,一个东西一般只会 G 一次,所以走 Rails。比如 DB Migration,经常要反复做,所以走 Rake。
1 1426 21.309% ll
2 762 11.3867% sudo
3 649 9.69815% cd
4 345 5.15541% rm
5 312 4.66228% vi
6 179 2.67484% git
7 156 2.33114% sc
8 141 2.10699% htop
9 131 1.95756% rake
10 116 1.73341% ..
11 106 1.58398% for
12 90 1.34489% mv
13 74 1.1058% curl
14 68 1.01614% mkdir
15 66 0.986252% du
16 64 0.956366% make
17 62 0.926479% df
18 62 0.926479% cat
19 60 0.896593% mtr
20 59 0.88165% rename
sc = sudo systemctl
will_paginate +1
tryruby.org 做个 10 分钟的题就会了。剩下的查文库就行。
只要收入符合工作量就行了。
migration 是用来在版本升级的时候追踪数据库变更的。 直接调用 migration 原则上不需要单独写 migration 文件,而是直接在数据库上 create table / alter column 就行了吧。
22:00 后打车报销 = 加班个痛快? :doge:
#3 楼 @wppurking 不是更新应用需要,而是主应用本来就是虚拟机操作面板(之类的,只是业务上还有些不同),本身就跑在比如说 Xen 的 Dom0 上的。如果是 docker 的话,能透过 docker 的隔离去调用系统本身的 su 等级的程序么?
#1 楼 @wppurking 那部署的话,直接替换 docker 镜像吗?
另外忘了说一点了。主应用涉及到一些比较核心的操作,比如启动 xen 虚拟机、建立虚拟网卡之类的操作。
现在看一个写得超破的系统,每天都看得想死。然而为了赚钱还是得干啊
raise exception 可以考虑用 catch throw 代替。
这是函数式才有的功能吧。 过程式语言的执行顺序会产生副作用,不能随便化简短路的。
比如 arr.map(&:a).map(&:b)
,在 ruby 里就要严格要求所有的 b 必须在所有的 a 之后执行,而绝对不能 a b a b
这样执行。
mysql(被打
params.require(:manager).permit(:password, :password_confirmation)
这里 Unpermitted parameter: current_password
Debian 8 直接 apt 里装上 ruby 一套,配上 nginx 和 unicorn 之类不就好了。
初期可以共享数据库 以后可以做成多主数据库同步的方式(比如 galera) 本地文件的话 nfs 挂载,也可以用分布式文件系统(比如 glusterfs)
整个帖子被最后这句话毁了……