您好

我的 email: [email protected]

微信:hellolucky123

我自己认为我不是牛人，比较像是解决问题的人，因为真的没这么牛啦 哈哈哈

已加微信

谢谢厚爱呀

很多原因，但主要是累了，不想继续了！

我不是大神阿～只是个讨饭吃的人而已 XD

http://www.aspose.com/

我們是用 jruby 去 call java api，把網站的內容 export 成 docx 和 pdf 的文件。至於實際上的實作，可能需要比較明確的需求我才能給建議。

公司研究了一陣子最後還是選擇用 aspose XD

jruby + aspose 最近剛好在實作，不過 aspose 不便宜！

@shiren1118 sorry 我找時間再改成 markdown 貼上來 @wppurking 恩 可以這樣說沒錯，這也不用再特別建一個 project 去做測試

在檔名後面加個.erb

補了一篇說明： http://blog.hellolucky.info/articles/ruby-on-rails-rediscaptcha-introduction/

@huacnlee 一方面利用他存驗證的字串，一方面可以做一點簡單 spam 的防禦！

Redis 的 key value + expired time 我覺得很適合做這方面的應用 :)

@ywencn 這兩天會把 demo 擺上去，順便寫篇文章介紹原理！

@MaFai

因為功能持續開發中，加上完全沒有文擋，所以只有重構這個選擇。

Constant 代替 Model 這個部分，因為代碼牽扯到公司機密，所以我隨便舉個不相干的例子供你參考。

假設一個 User 會有一種 Role，每種 Role 會有各自的屬性，且可能被更改。

正常來講我們會開一個 User model 和 一個 Role model 去做一對多的連結，如果要修改 Role 的屬性就從後台修改。

而我指的 Constant 代替 Model 就是指開一個 User model，把所有 Role 寫成 constant 放在 User model 裡面。

ex:

class User < ActiveRecord::Base
  Role = {
    :normal => { :attribute1 => xxx, attribute2 => xxxx },
    :manager => { :attribute1 => xxx, attribute2 => xxxx },
    :admin => { :attribute1 => xxx, attribute2 => xxxx }
  }
end

讓應該用 model 管理的東西跑到代碼裡。

#2 楼 @larryzhao 應該是如此沒錯，或著寫信去要求更長的 expire time！

https://github.com/plataformatec/devise https://github.com/intridea/omniauth https://github.com/beenhero/omniauth-weibo-oauth2

之前是用這三個 gem 做處理

1. 先取得 access_token 存在 db
2. 每個 request 都帶 access_token

不過微博的限制頗多，像是 access_token 的 expire time 和禁止獲取 email....，不知道現在有無改進。

@Yujing_Z 哈 我了解！一直很想找時間自己寫一個套 bootstrap，不過手邊比這件事重要的事情太多了，暫時將就一下吧～

你的 content 沒包到 article，把 form 的代碼放上來瞧瞧！

第二篇出來了

直接閱讀：http://blog.hellolucky.info/articles/ruby-on-rails-refactoring-experience-talk-2/ 相關討論：http://ruby-china.org/topics/6302

@MaFai 的確！依照需求選擇最適合的模式才是所謂的 Best Practice :)

@MaFai

其實前兩點我一直猶豫要不要擺上去，但其實我是持反向意見！

減少代碼是好事，但卻增加了維護的困擾，怎麼說呢？HAML 和 CoffeeScript 跟 SCSS 相比，學習門檻較高，沒有辦法無痛上手，加上 F2E 或設計師有很高的機率不會寫 HAML 和 CoffeeScript，有可能因此造成溝通上的困難。除非公司所有 Team member 都會寫且可以確保新進員工有足夠時間可以學習，那我覺得選擇 HAML 和 CoffeeScript 就是件好事。

( F2E = Front End Engineer )

會選擇 handlebars + handlebars_assets 的主要原因：

1. handlebars 近似純 html
2. handlebars + handlebars_assets 可以把 template 切割成檔案做整理
3. handlebars + handlebars_assets 可以預先 precompile 成 Javascript，不需要從後端吐 template

這算是我研究非常多款 template 唯一符合要求的。不過當然還是有些缺點：

1. Javascript file 的 size 會因此增加
2. if 只能判斷 true 或 false，有點無用

JS 和 SASS 文章的部份容許我腦袋清醒一點的時候在閱讀 XD

以上是我一點想法，希望可以激發更多討論 :)

https://github.com/activescaffold/active_scaffold/wiki/Getting-Started

是否漏掉下方的步驟？

如果是網頁用：

https://github.com/thoughtbot/paperclip https://github.com/jnicklas/carrierwave https://github.com/markevans/dragonfly

Refinery 有些版本有 cache 問題，建議可以先到 console 輸入：

Rails.cache.clear

再重新刪除一次試看看。

@n5ken 多了 js 是指？建議可以把 refinery 整個 clone 下來做全域搜尋 "javascript_include_tag"

@mobiwolf overwrite /refinery/head 裡面的 css