protected with_scope

feature หนึ่งใน rails ที่มีคนใช้บ่อยก็คือ with_scope
ใน rails 2.0, with_scope ได้เปลี่ยน visibility จากเดิมที่เป็น
public method ไปเป็น protected method แล้ว
นั่นหมายความว่า เราจะใช้ with_scope ได้เฉพาะใน model เท่านั้น (ระวังประโยคนี้ด้วย ใน ruby เราสามารถหลายๆอย่างที่ไม่น่าเป็นไปได้ได้)

ที่เป็นดังนี้ ก็เพราะว่ามีคนเอา with_scope ไปใช้ที่ระดับ controller กันเยอะ
แล้วก็เจอผล ที่ไม่ตรงตามที่คาดหวัง
เช่น เอาไปใช้ใน filter แบบนี้
แล้วไปติดปัญหาตอน save ที่มันไม่ยอม save ข้อมูล default จาก with_scope ให้

class ApplicationController  < AC::Base 
    def scope_story_by_account 
        Story.with_scope(:find => 
                         {:conditions => {:account_id => current_account.id},
                          :create => {:account_id => current_account.id}) { 
        yield } 
    end 
    around_filter :scope_by_account 
end 

class StoryController < ApplicationController   
    def create 
       @story = Story.new(params[:story]) 
       # do some stuff to @story here... 
       @story.save    #...@story.account_id won't be set
    end
end

แน่นอน การเปลี่ยนแปลงแบบนี้ ก็ต้องมีคนบ่น
บางคนก็บ่นว่า

I think it's a poor choice to limit something that people find useful just because it doesn't fit your idea of useful. Why not let the coder make these
decisions?

คำตอบที่ได้น่าสนใจ (David Heinemeier คนเขียน rails เป็นคนตอบเองเลย)

You must be new here :). Rails is opinionated software. We make things that we consider good style easy to do and bad style hard. Or rather, we make good style beautiful and bad style ugly. So even though with_scope is going protected, you can still use it in filters if you really, really want to. Just use send(:with_scope) -- that'll side-step the access control. Yes, that'll be ugly and it's intended to be.

อ่านตัวอย่างการใช้ที่เหมาะสมจากที่นี่ “WITH_SCOPE WITH SCOPE”

Caching in AssetTagHelper

ใน rails 2.0 มี feature อยู่ตัวหนึ่งที่ช่วย combine javascript หรือ CSS หลายๆ file ให้รวมกันเป็น file เดียว
ซึ่งจะช่วยเพิ่มความเร็วของการ load web ของเราได้
อย่างเช่น สมมติว่าเรามีการ include javascript ดังนี้

javascript_include_tag "prototype", "cart"

ปกติมันจะ render เป็นแบบนี้

<script type="text/javascript" src="/javascripts/prototype.js"></script>
<script type="text/javascript" src="/javascripts/cart.js"></script>

แต่ถ้า เราเปิด feature cache ด้วยการใส่ option แบบนี้

javascript_include_tag "prototype", "cart", :cache => "shop"

มันก็จะ render แบบนี้แทน

<script type="text/javascript" src="/javascripts/shop.js"></script>

โดยเจ้า shop.js เกิดจากการ concat prototype.js เข้ากับ cart.js
และ gzip ก่อนส่งให้ browser

เงื่อนไขสำคัญที่จะทำให้ cache ทำงาน ก็คือ ใน environment file ต้องมีการกำหนด

config.action_controller.perform_caching             = true

ซึ่งใน default environment ค่านี้จะถูกกำหนดเป็น true ใน production mode
และเป็น false ใน development mode

อ่านรายละเอียดใน

• AssetTagHelper API
  
• changeset 6164
  

ศิษย์ - ครู

อ่านเรื่องนี้แล้วรู้สึกระทึกใจ

http://gotoknow.org/blog/phoenix-mirror/154417

อ่านแล้วนึกถึงเจ้าลูกชาย ว่าจะได้พบเจอครูแบบไหน

SimpleDB

SimpleDB เป็นบริการใหม่ของ Amazon
ประเด็นที่ผมสนใจก็คือ มีคนว่ากันว่า มัน implement ด้วย erlang
แต่บางคนก็บอกว่ามันมีพื้นฐานมาจาก Amazon 's Dynamo ต่างหาก
ซึ่งตัว Dynamo นี้ implement ด้วย Java

บน Erlang มีคนทำ database ทำนองเดียวกับที่ SimpleDB ทำเหมือนกัน
ชื่อว่า CounchDB ซึ่งออกมาก่อน SimpleDB ได้พักใหญ่แล้ว
ประเด็นที่น่าสนใจสำหรับ CouchDB ก็คือ
มัน implement ด้วย erlang + spidermonkey (javascript engine)
แต่ couchDB ก็มีปัญหาซึ่งยังแก้ไม่ตก
ซึ่งในมุมของ erlang ก็ถือว่าเป็นปัญหาที่น่าสนใจมาก (สำหรับคนที่ต้องการทำ fault tolerant)