#8 楼 @arc_start 数据库你装在哪就在哪。一般是随系统安装的,比如 MySQL 的话,数据文件会存放在/var/lib/mysql
里,配置会存放在/etc/mysql/
里,运行时端口会存放在/var/run/mysqld
里。数据库文件一般不建议直接在服务器间转移,特别是你这样还在提问阶段的人,绝对不要这样做。
我 return 只用在打断执行流程的时候。 所以尾行不写。
你 nginx 有把 root 指向 public 目录吗?
unicorn 就挺好啊。如果你是企业用户,买一下 passenger 也无可厚非吧。不是企业用户没必要这么专注于性能。
生产环境不建议用源码编译。 生产环境不建议直接用 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