#2 楼 @steven_yue 大概根源原因可能是中文 username 注册失败吧,我觉得应该把 user 的信息弄出来看看是什么才知道
@hlxwell 就怕 duolingo 出日语版啦
整个千兆无线路由,和一台带 ssd 的机器,开个简单的 nginx+sinatra 服务器,原型大致是这样:
require 'sinatra'
require 'slim'
# 保存已经发送过的生肉
SentFiles = {}
get '/' do
slim '
p
a href="/download" 认领生肉
p
a href="/tool.dmg" 压制工具(摆在nginx的public目录里)
p
a href="/upload" 上传熟肉
'
end
get '/download' do
# 保存一下 remote ip
header['X-Sendfile'] = 找一份还没发送过的生肉文件名, 如果全部轮过一遍可以冗余一下
end
get '/upload' do
slim '
form multipart=true action="/upload" method="post"
| 文件
input type="file" name="file"
'
end
post '/upload' do
# 生熟肉对应关系可以用 remote ip 校验一下生成新文件名
# 保存上传的熟肉, 由于 rack 其实已经把文件放到 /tmp 目录里了, 这里 mv 一下就好
param['file'] ...
end
一场完了,摄像人员就更换存储卡,然后另一边就把上一场的视频生肉移动到服务器的目录里,最好顺便切割一下保证每块转换压制时间不太长
发送文件用 nginx x-sendfile 然后 nginx 就能调用高效的系统函数发文件了 上传文件大小比发送文件小个数量级可以忽略 多线程模式运行 sinatra 效能已经足够,操作 ip 和文件记录的地方加个 mutex 或者持久化也可以
#11 楼 @jiyinyiyong 不是钉子的东西就别用锤子去敲 ...
你可以在模板出错的略前面一点的地方插入个 binding.pry
inspect 一下那个字符串,或者手动执行下 helper 看看确切的错误出在哪一步
@yedingding @jasl 关于视频压制问题,我有个想法:可以发挥云计算的力量... 在会场开个局域网服务器,即时提供切视频生肉和压制软件下载,参会带电脑的可以连上去认领一小块,压片,上传,应该能减少一些后期的工作量
D3 30 万 dps p100 猎魔人全职业都 60 帐号有人要么...
血中送叹啊,就等一个日语版的外语学习工具,gj
rvm ?
drinkup 太德国人了,icecreamup!
#6 楼 @ekim_sgra 再提一点不同
就算强制括号,a.f
取方法对象在 ruby 中也是行不通的。因为 ruby 实现了元对象协议的动态分派 (dynamic dispatch) -- 调用的时候可能方法根本就还没定义,但这个 dispatch 还是有可能跑到 method_missing
中并成功返回的。用先取后调的语义去理解 a.f()
还是不合逻辑。
有得必有失,在我看来 a.method :f
的能用的地方没有动态分派用在 DSL 的地方多...
#6 楼 @ekim_sgra 其实解释器怎么做你是管不了的... rubinius 里某些方法调用就不用经过 1)
你可以按这两步理解 js/python, 但是不能这么理解 ruby, 它们是不同的
各人喜好吧。我就讨厌写括号
只是取出来的写法不同而已:a.method :f
python / js 的 a.f()
其实是两个操作:取方法对象,然后 apply
ruby 的 a.f()
是一个操作:发消息
这个不叫分词,大概叫分音素... phoneme segmentation
tex / cocoa 内建的...
很喜欢那个技能图,全职业共享一个技能图,就是每职业出发点不一样
不加 onclick 也可以,链接上加上自定义的参数 (例如装成 utm_xxx 系列...) 然后在转向之后的页面上发请求...
post 请求麻烦点,要把参数也附带传递到 redirect 后的请求里,另外要注意重定向到站外的情况还是得先插 _gaq, 等个 90ms 左右再发请求
如果请求跑到 rails engine 里,就更麻烦了... 以前曾经把 devise 拷了遍...
换个角度看,其实追踪链接的 onclick 没什么意义... 目标页面也有 pv 追踪,分析其来源就可以了...