哈哈岁月不饶人,感谢你不时还转贴关于这个的新闻^^
好奇繼續問,這代表以前你提到過的幾項障礙已經漸漸不是問題囉?
這次也是類似上次 走 htmlbook 的路線嗎?
@ksec 謝謝
不滿主要還是在我之後建立的其他相關 PR,維護者都是兩天內秒 merge,我就得花好多個週末去解 conflict(根本就是重新理解這堆 PR 然後重寫一遍)然後有九個月的時間,我 email/github/twitter 上怎樣嘗試聯繫維護者都是石沉大海(然後看他一次次秒 merge)。實在太不公平了。
因为跨公司去搞这些是很麻烦的,rails 应该是有全职开发者的,如果不能进入内部讨论的圈子,你做个 pr 三个月才合/不合也是颇为正常的事
這邊才 QQ,等了一年還不給 merge,卻老是讓其他更晚的小 PR 給 merge,害我一直要解 conflict。以後不會再貢獻了。
Eloquent Ruby -> 流暢的 Ruby
(不過我不知道這本跟流暢的 Python 是不是同類型的書就是了 XD)
保存在本地也是一个正当的需求,尤其是对小专案而言。个人在 production 上也有用 Active Storage 做本地保存,还算堪用。 不过实际上还是 Shrine 比较全方位一点。
ActiveStorage 是统一的封装接口,和 ActiveJob 类似。
其实我觉得这句好像不对。他真的是统一接口吗?感觉不能跟其他几种 gem 对接。
一個方式是使用 rails app:update
另一個方式就是看這網站上的 diff http://railsdiff.org/5.1.4/5.2.0 比肉眼比對省事很多
我的方案也是把本地的设定转成环境变量去启动远程服务器的 rails 应用
安装 settei gem 以后
先把设定放在 config/environments/production.yml 跟 config/environments/default.yml
rails:
secret_token: foooooo
secret_key_base: barrrrr
然后让 Rails 去读取这设定
# secret_token.rb
Foo::Application.config.secret_token = Setting.dig(:rails, :secret_token)
Foo::Application.config.secret_key_base = Setting.dig(:rails, :secret_key_base)
这样 deploy 时就自动会用 #5 推荐的方式把设定传给远程服务器, 当然要是你使用 heroku 也有类似的功能把设定传给远程服务器。
虽然有点晚了,但是做了一个类似的 gem,支援层次配置:)
Rails 為了怕開發者受傷,做了很多保護開發者的事情 https://github.com/rails/rails/blob/64c88fb5d2caf3c34742a07394ac68b8377c4936/activesupport/lib/active_support/core_ext/object/json.rb
這造成有幾個 edge case 是 ActiveSupport::JSON::Encode 會過但是用 oj 時不會過。但是一般人應該沒在擔心這些 edge case 的。想必 netflix 的版本更不擔心。
那我觉得更精准的用词是“兴趣面有些差异”。
举那个例子,要是生产者想要卖到全球市场(比如说电子书),而决定只使用虚拟货币做交易(因为这样最方便,不用管刷卡等等的设定跟成本),依照你的定义就是兴趣是一致的啰?也就是适用于区块练啰?
原来一定要用 symbol key 不能用 string key
不需要装 MTA
第二,你的活动中参与各方平等吗?他们对活动的兴趣是一致的吗?比如作者和读者之间平等吗,销售者和购买者之间平等吗,显然他们都不平等,兴趣点也完全不一致。以借贷来举例:并不是有借方和贷方参与的活动就是借贷活动,有借方和贷方参与,只能说这样的活动中包含了借贷活动,比如卖家可以选择授受比特币支付,而比特币支付是实现借贷活动的一种手段。
好像是有點了解你想說什麼,但是你舉的第二點例子看不懂。『兴趣点也也完全不一致』是因為比特幣只是一種手段而不是唯一的手段嗎?那當他成為唯一的手段時,对活动的兴趣就一致了嗎?
喔因为上面我都是统一 process :resize_to_fit => [250, 250]
所以没这问题
是,我 78 行那個 app_config 的值是字串 '/Library/Fonts/Andale Mono.ttf' 你可以換成你有的字型。
@jasl 最近考虑开个 blog,所以在考量要不要自己架~
正好五天前 Red Dot Ruby Conf 有關於這的演講,很有趣,推薦看:
目前一条可以走的办法是,建立一个 AR#luerrors(暂)的方法,包装现行的 errors API,来提供想要的新 API 功能。这样才能让既有的 validation 能无缝接轨。而 simple_form 这类因为还是呼叫既有 API 所以不会坏。感觉这是最保守安全的方式。
感恩,不过这想要注重在 .errors 物件上,也就是 validation 过程中把错误讯息加入 errors 的流程,前面怎样 validate 在范围外 :P
不是 exception 相關,而是跟 model 的 validation errors 之類相關
先前有個 Twister,是基於 P2P 跟 Blockchain 的技術做出來的 twitter clone。 目前還是有在持續開發,可是為什麼沒紅呢? 我覺得關鍵就是 mastodon 可以直接上網註冊使用,而 Twister 則需要下載 client 才能使用。 後者的加入阻力很大。
就技術上來說,Twister 應該是更有吸引力,更具有可延展性, 可惜因為加入阻力太大,大概沒辦法推廣吧。
你也是讀了 Rebuilding Rails 嗎 XD https://rebuilding-rails.com/
之前調查過的開源方案 https://github.com/posativ/isso 只不過是 Python
感謝大大踩雷,可以的話能舉些 asciidoctor 中文支援問題的例子嗎?原本我想去用看看所以對這很有興趣。
某些特定工作,數量多,但工作時間可能只有幾秒鐘,使用 crontab 得不停啟動 rails,其啟動時間比執行工作時間還要長很多,不划算。這些我就用 sidetiq 解決。
雖然遲了幾年,最近我用 CRF 做了個中文地址分詞,比想像中簡單:
過程:http://lulalala.logdown.com/posts/1163179 網站:http://addresstokenizer.lulalala.com/