All I can say is, I’m so happy that I have contributed to the framework that I loved. Also, this is the reason that I love open-source; When you find something is wrong, then you can go and fix it.

So do you love Ruby on Rails? Then you can help to make it better. Get started at here and let me know when you get your first ticket in!

My goal? I want to get at least 100 commits into Ruby on Rails core before the end of the year. I’ll let you know when I archive that

By the way, you can view all the commits I have made here: http://contributors.rubyonrails.org/contributors/prem-sichanugrist/commits

แต่ปรากฎว่าหลังจากที่ @hunt และ @sikachu ย้ายเข้ามา … ความต้องการใช้อินเตอร์เน็ตมากขึ้น และตอนนั้น True เพิ่งออก Package ใหม่คือ 8192/512 … ก็เลยตัดสินใจเปลี่ยนมันซะ !!

คราวนี้ หลังจากเปลี่ยนเรียบร้อย ก็ปรากฎว่า อินเตอร์เน็ตติดๆ ดับๆ -*-

ด้วยความที่ hardware ตัวเก่า (modem ของ Billion) มันมีอายุนานมากแล้ว ก็เลยคิดว่ามันเป็นต้นเหตุของอินเตอร์เน็ตหลุด เลยจัดการซื้อ modem ใหม่มาเปลี่ยน มันก็ไม่หาย … เลยลองตรวจสอบสาเหตุของมัน ปรากฎว่า …

SNR Margin ของ Upstream ติดลบครับ !!

ลองสอบถามช่างทรู เรียกมาตรวจสอบถึงที่ออฟฟิตแล้ว ก็ไม่ได้คำตอบเป็นที่พอใจ … เพราะว่าพนักงานไม่เข้าใจว่า Margin ติดลบมันหมายความว่ายังไง

มันหมายความว่า Noise มากกว่า Signal ไงครับ! เข้าใจมั้ยยยยยยยย ~!!

สุดท้าย ต้องยอมเปลี่ยนเป็น G.dmt เพื่อให้เน็ตเสถียรขึ้น (เพิ่งรู้ว่า G.dmt connect ที่ 12M ได้)

แล้วก็ต้องใช้มันต่อไป … คาดว่าถ้าไม่ไหวอีกรอบ ก็คงโทรไปโวยอีก เห้อออ -*-

Post.find(:all)    # หรือว่า Post.all ก็ได้ ใน Rails 2.x

ซึ่งตรงนี้ ถ้าเราไปดูใน Log file จะพบว่า ActiveRecord นั้น จะใช้คำสั่งค้นหาข้อมูลประมาณนี้ครับ

  Post Load (0.1ms)   SELECT * FROM "posts"

(ผมใช่ sqlite3 เพราะฉะนั้น table name/field name จะถูกใส่ไว้ใน quote ครับ)

ถ้าสมมุติในโปรแกรมนั้น เราได้ทำ Association ระหว่าง Post และ Comment (Post has many comments) และระหว่าง Comment กับ User (comment belongs to user)

class Post < ActiveRecord::Base
  has_many :comments
 
  # ...
 
end
 
class Comment < ActiveRecord::Base
  belongs_to :post
  belongs_to :user
 
  # ...
 
end

ถ้าเราต้องการจะแสดงผล comment แต่ละอันด้วย เราก็สามารถทำได้โดยเรียกเมธอด #comments ที่ถูกสร้างขึ้นมาอัตโนมัติโดยการทำ association และเช่นเดียวกัน ถ้าเราต้องการแสดงด้วยว่า comment นั้นถูกเขียนโดยใคร เราก็สามารถเรียกเมธอด #user บน comment เช่นกัน

<% Post.find(:all).each do |post| %>
  <!-- display post -->
  <% post.comments.each do |comment| %>
    By: <%= comment.user.username %>
    <!-- display comments -->
  <% end %>
<% end %>

คราวนี้ สมมุติว่าบล็อกเรามีทั้งหมด 10 Post แล้วแต่ละอันมี 5 comment … SQL ที่ออกมานั้น จะเป็นประมาณนี้ครับ

  Post Load (0.1ms)   SELECT * FROM "posts"
  Comment Load (0.5ms)   SELECT * FROM "comments" WHERE ("comments".
"post_id" = '1')
  User Load (0.2ms)   SELECT * FROM "users" WHERE ("user"."id" = '5')
  User Load (0.2ms)   SELECT * FROM "users" WHERE ("user"."id" = '24')
  User Load (0.2ms)   SELECT * FROM "users" WHERE ("user"."id" = '30')
  User Load (0.2ms)   SELECT * FROM "users" WHERE ("user"."id" = '4')
  CACHE (0.0ms)   SELECT * FROM "users" WHERE ("user"."id" = '5')
  Comment Load (0.3ms)   SELECT * FROM "comments" WHERE ("comments".
"post_id" = '2')
  User Load (0.2ms)   SELECT * FROM "users" WHERE ("user"."id" = '38')
  User Load (0.2ms)   SELECT * FROM "users" WHERE ("user"."id" = '14')
  User Load (0.2ms)   SELECT * FROM "users" WHERE ("user"."id" = '40')
  User Load (0.2ms)   SELECT * FROM "users" WHERE ("user"."id" = '2')
  User Load (0.2ms)   SELECT * FROM "users" WHERE ("user"."id" = '9')
  ...

จะเห็นได้ว่า ในสถานการณ์ที่แย่ที่สุดนั้น (user ที่มา comment แต่ละ post นั้น ไม่ตรงกันเลย เป็นต้น) ActiveRecord จำเป็นต้องทำการ Query ทั้งหมด 1 + 10 + (10 * 5) = 61 ครั้ง ซึ่งไม่มีประสิทธิภาพเลยครับ เพราะเปลือง Query มากมาย

ดังนั้น เพื่อให้ Query ทั้งหมดนี่มีประสิทธิภาพมากขึ้น ActiveRecord จึงมี key หนึ่งชื่อว่า :include เอาไว้สำหรับสั่งว่าให้ ActiveRecord นั้นทำการโหลด Model ที่ associates กับ object นี้ขึ้นมาด้วยพร้อมๆ กันเลย เพื่อประหยัด Query ครับ เพราะฉะนั้นโค้ดในการค้นหาของเราจะเปลี่ยนเป็น

Post.find(:all, :include => {:comments => :user}).each do |post|
  # ... display post
  post.comments.each do |comment|
    By: <%= comment.user.username %>
    # ... display comments
  end
end

แล้วผลของมันน่ะหรอครับ? 61 query -> 3 queries ครับ!

  Post Load (0.1ms)   SELECT * FROM "posts"
  Comment Load (0.3ms)   SELECT * FROM "comments" WHERE ("comments".
"post_id" IN (1, 2, 3, 4, 5))
  User Load (1.3ms)   SELECT * FROM "users" WHERE ("user"."id" IN (5, 24,
30, 4, 2, 38, 14, 40, 2, 9, 23, 41, 48, 50, 32, 10, 48)

เพราะฉะนั้นการใช้ :include นั้น เป็นการ optimize query อย่างได้ผลทีเดียวละครับ โดยจะเห็นได้ว่าเรายังสามารถโหลด model แบบ nested ได้โดยการใช้ Hash และโหลดโมเดลหลายๆ อันพร้อมกันโดยใช้ Array ครับ อย่างเช่นถ้าเราต้องการโหลด Attachments จาก Comment และโหลด Tags จาก Post ด้วย เราก็สามารถใช้คำสั่งอย่างนี้ได้ครับ

Post.find(:all, :include => [{:comments => [:user, :attachments]}, 
:tags])

คำเตือน: Use it, but don’t abuse it!

ในบางครั้ง การใช้ :include นั้น อาจจะทำให้เวลาในการ query นั้นลดลงได้ถ้าเทียบกับการ query object เล็กๆ หลายๆ ครั้งแทน เพราะฉะนั้นมันไม่ใช่สิ่งที่เวิร์คที่สุดครับ ต้องปรับใช้ให้เข้ากับงานซะมากกว่า โดยที่ผมแนะนำให้ใช้ #find method ตามปกติก่อน แล้วจึงค่อยเพิ่ม :include เข้าไปถ้าเราเห็นว่ามีการ query record จำนวนมากๆครับ … ถือซะว่าการใช้ :include นั้นเป็นการ refactor code ครับ และไม่ใช่สิ่งที่ต้องมาคิดตั้งแต่แรกว่าตรงนี้ต้องใช้มันหรือไม่

Anyway, I just updated my code to reflect the edge version of Thin. You can checkout my code from:

http://github.com/sikachu/thin

Also, if you want to install my version of Thin, just do this command to install from source:

git clone git://github.com/sikachu/thin.git
cd thin
rake install

So, to use this feature, you just add onebyone: true into your thin cluster file, or use the flag -O or --onebyone when you’re issue restart command.

I still wishing this would be merged into the main branch.

(If you don’t know about Thin, it’s a web server purely written in Ruby. It uses very small memory, very lightweight, yet very powerful. Usually people will use it with Nginx acting as reverse proxy. I wrote this patch because during normal restart Nginx would display 501 gateway error, which this patch solves the problem by having at least 1 old-version running at the time of restart.)

>> @user.username
NoMethodError: You have a nil object when you didn't expect it!
The error occurred while evaluating nil.username
	from (irb):1

ซึ่งตรงนี้ เพื่อที่จะหลบ exception ในบางครั้งทำให้ Developer ต้องทำการเช็คก่อนว่า object นั้นเป็น nil หรือไม่ เช่น

>> (@user ? @user.usename : "Guest")
=> "Guest"

ซึ่งตรงนี้ทำให้โค้ดนั้นดูุวุ่นวายมากขึ้น และทำให้โค้ดนั้นดูไม่ค่อยเหมือน Ruby สักเท่าไร (ซึ่งผมก็เห็นด้วยว่า <cond> ? <if-true> : <if-false> นั้น มันดูแปลกๆ) จึงทำให้มีคนคิด Object#try ออกมา แล้วทางทีมผู้พัฒนา Ruby on Rails ถึงเอาเข้าไปเพิ่มใน Rails 2.3 ระหว่างที่ Ruby กำลังรอเพิ่ม method นี้เข้าไปอยู่

เพราะฉะนั้นหลังจากการเพิ่ม method นี้ ทำให้เราสามารถที่จะทำอย่างนี้ได้

>> @user.try(:username)
=> nil
>> @user.try(:username) || "Guest"
=> "Guest"

แล้วยังทำให้ เราสามารถทำ method chaining ได้ด้วย (เพราะทุกอย่างมี #try)

>> @user.try(:username).try(:capitalize)
=> nil
>> # Fetch @user from record
?> @user = User.first
=> #<User id: 1, email: "test@test.com", usename: "test", persistence_token: "95908c3801d55ce389af90f0909192cbda4e37c632afd6b50c2...", created_at: "2009-06-30 05:44:43", updated_at: "2009-07-16 08:56:46", crypted_password: "f37c87cb2d731c0c0710ae9c2b9721d352f6336e38e988bb907...", password_salt: "UIENYMKzDjJYgy2E89Qn", status: nil>
>> @user.try(:username).try(:capitalize)
=> "Test"

ลองปรับไปใช้กับ Application กันนะครับ คิดว่าส่วนนี้น่าจะช่วยให้ debug กันง่ายขึ้นเยอะเลย

ผมขอสมมุติเอาไว้ว่า ผมได้สร้างระบบ Blog แห่งหนึ่ง โดยที่มี Model สามตัวคือ Post เอาไว้เก็บข้อความ Comment เอาไว้เก็บความคิดเห็น และ User เอาไว้เก็บชื่อผู้ใช้ ที่สามารถแก้ไขข้อความได้ครับ

สมมุติว่า User ที่สามารถเข้ามาแก้ไขได้นี้ มี id = 4 ผมก็เลยทำการ hard-coded เอาไว้ในโปรแกรมเลย เป็น filter ว่า

class PostController < ApplicationController
  before_filter :load_user
  before_filter :check_authorization!, :except => [:show, :index]
 
  # ... controller actions
 
  private
 
  def check_authorization!
    render :text => "Unauthorized!", :status => 401 unless @user.id == 4
  end
end

คราวนี้ผมก็ลองรันดู ปรากฎว่าเจอปัญหาว่าถ้าคนที่ไม่ได้เป็นสมาชิกเข้ามาที่บล็อก มันจะเกิด exception ขึ้นมา เพราะผมไปเรียก id method บน nil object ผมก็เลยจัดการ catch exception อย่างนี้ครับ

  def check_authorization!
    render :text => "Unauthorized!", :status => 401 unless (@user.id == 4 rescue false)
  end

โออ คราวนี้โปรแกรมผมหล่อกิ๊งเลย ไม่พบว่าเกิดปัญหาอะไร ผมก็เลยจัดการ deploy ขึ้นไปบนเว็บเสร็จสรรพ สร้าง user ให้เหมือนกับบนเครื่อง Development ทุกประการ และให้ User ที่มี id = 4 สามารถแก้ไขโพสได้เป็นคนเดียวเช่นเคย

แต่ปรากฎว่า การเขียนโปรแกรมของผมนั้นทิ้งช่องโหว่เอาไว้ใหญ่โตเลยครับ เพราะกลายเป็นว่าคนที่ไม่ได้เป็นสมาชิกสามารถแก้ไข และลบข้อความทั้งหมดของผมได้เลย !!

หลังจากการตามหาบักมานานแสนนาน .. ผมก็ขอเข้าเรื่องของ whiny_nil เลยละกันครับ

ในตัว active_support ที่ติดมากับ Ruby on Rails นั้น มีไฟล์อยู่อันหนึ่งชื่อว่า whiny_nil.rb ซึ่งไฟล์นี้เป็นส่วนของ Core Extension ซึ่งทำให้การเรียกใช้เมธอด #id บน object ที่เป็น nil นั้น จะมีการโยน RuntimeError ออกมาบอกว่าเรากำลังทำการเรียกใช้ #id บน nil อยู่

Sikachus-Notebook:rails sikachu$ script/console
Loading development environment (Rails 2.3.2)
>> nil.id
RuntimeError: Called id for nil, which would mistakenly be 4 -- if you really wanted the id of nil, use object_id
	from (irb):1
>>

ซึ่งตรงนี้ นักพัฒนาบางคนก็จะใช้วิธีการ rescue RuntimeError ไป เพราะคิดเอาว่าถ้าเผลอไปเรียก #id บน object ที่เป็น nil จริง มันก็ต้องโยน RuntimeError ออกมาบอกเรา ถูกไหมครับ

คำตอบคือ ผิดถนัด ครับ เพราะบน Production environment นั้น เจ้าตัว whiny_nil นั้นจะไม่ถูกเปิดใช้ครับ แล้วผลของการไม่ได้เปิดใช้หรอครับ?

Sikachus-Notebook:~ sikachu$ irb
irb(main):001:0> nil.id
(irb):1: warning: Object#id will be deprecated; use Object#object_id
=> 4

นั่นแหละครับ! การที่เรียกเมธอด #id บน nil นั้น Ruby จะคืนค่าเป็น 4 ครับ เพราะว่า nil นั้นมี id ของตัวมันเองคือ 4 ครับ

เพราะฉะนั้นคงเดาออกใช่ไหมครับว่าทำไมคนที่ไม่ได้ล็อกอินทุกคน ถึงสามารถเข้าไปแก้ไขบล็อกของผมได้? ก็เพราะว่า @user.id ของเขา คืนค่าเป็น 4 กันทุกคนเลยครับ ไม่ได้มีการโยน RuntimeError แต่อย่างใด

ปัญหานี้ใช่ว่าไม่มีทางแก้ครับ แต่ผมจะไม่ขอเจาะลึกลงไปแล้วกันครับ เพราะว่าปัญหานี้หายไปแล้วใน Ruby 1.9.1 (object#id deprecated ไปแล้วครับ) ก็ต้องรอให้มันถูกใช้แพร่หลายเท่านั้นล่ะครับ ซึ่งตอนนี้วิธีการแก้ก็คงเป็น

• เปิดการใช้งาน config.whiny_nil ใน production.rb
• ใช้ object.try(:id) ที่จะคืนค่ามาเป็น nil หากว่า object เป็น nil
• เขียนโค้ดใหม่โดยพยายามไม่เช็คจาก #id

หวังว่าโพสนี้จะทำให้หลายคนหายข้องใจได้บ้างนะครับ

ปล. บางท่านคงสงสัยใช้ไหมครับว่าแล้วทำไม nil.id หรือ nil.object_id มันถึง return เป็น 4 … เพราะว่า Ruby ทุกอย่างมันเป็น object ครับ ไม่เว้นแม่กระทั่ง nil! ไม่เชื่อลองดูนี่นะครับ

irb(main):002:0> nil.object_id
=> 4
irb(main):003:0> nil.class
=> NilClass
irb(main):004:0> 100.class
=> Fixnum

ใครจะชอบไม่ชอบผมไม่รู้ แต่ขอเอวังด้วยประกาลฉะนี้

แต่แล้วคุณเจ้านาย (@trawut) ก็ได้โปรดเมตตา ซื้อแบตก้อนใหม่มาให้เป็นของขวัญ !!

(แต่รู้สึกว่าจะไม่เนียนเลยนะครับของขวัญนี่ … เพราะตอนแรก @hunt บอกว่า @trawut ซื้อมาให้เพราะบีฝากซื้อ จนตอนกลางคืนถึงบอกว่าไม่ได้ซื้อมาฝาก ทำอกสั่นขวัญแขวน กลัวเสียเงินไปใหญ่ -*-)

ไหนๆ ก็ได้แบตก้อนใหม่แล้ว เลยเอามาให้ดูก่อนการ Calibrate คร๊าบบ

เวลาเห็น Coconut Battery รายงานว่า 100% แล้วรู้สึกดีพิลึก!

ลองเล่นดู ปรากฎว่าได้ระยะเวลาประมาณ 3 ชม. กว่าๆ ซึ่งก็ถือว่าเยอะแล้วนะครับสำหรับเครื่องรุ่นนี้ ก็แปลว่ารับได้ละกัน ๕๕๕๕

ขอบคุณคุง @trawut มากนะขอรับ ๕๕๕๕

หลังจากที่ได้ลองค้นหาข้อมูล ก็ไปเจอวิธีการอันหนึ่งครับ ที่ใช้วิธีการล๊อกอินเข้าไปโดยการใช้ RSA key pair โดยหลักการของมันก็คือ ให้เราเอา public key ของเราไปใส่ไว้บน server แล้วในตอนที่มันทำการ authenticate นี้ มันก็จะใช้ public key บน server กับ private key ที่เก็บอยู่ในเครื่องของเรา เอามายืนยันกันว่าเป็นตัวเราจริงๆ แทนที่จะต้องใช้รหัสผ่านครับ

สำหรับวิธีการทำนั้นก็ง่ายแสนง่าย แต่ต้องเตือนไว้ก่อนนะครับว่าเทคนิคนี้ควรจะทำบนเครื่องคอมพิวเตอร์ของตัวเอง ที่มีการรักษารหัสผ่านเอาไว้ในระดับนึง ไม่เช่นนั้นถ้าโดนแฮกคอมพิวเตอร์ของเราทีนึงนี่ เท่ากับว่าแฮกเกอร์สามารถเข้าถึง server เครื่องอื่นๆ ของเราได้เลยนะครับ

ก่อนอื่น ต้องทำการสร้าง RSA key pair ก่อนครับ โดยใช้คำสั่ง ssh-keygen

Sikachus-Notebook:~ sikachu$ ssh-keygen
Generating public/private rsa key pair.
Enter file in which to save the key (/Users/sikachu/.ssh/id_rsa): [Enter]
Enter passphrase (empty for no passphrase): [ใส่รหัสผ่าน หรือกด Enter ผ่านไป]
Enter same passphrase again: [ใส่รหัสผ่านอีกครั้ง หรือกด Enter ผ่านไป]
Your identification has been saved in /Users/sikachu/.ssh/id_rsa.
Your public key has been saved in /Users/sikachu/.ssh/id_rsa.pub.
The key fingerprint is:
3f:92:85:eb:d8:5c:f4:52:8e:88:16:db:7d:ac:49:2c sikachu@Sikachus-Notebook.local
The key's randomart image is:
+--[ RSA 2048]----+
|                 |
|                 |
|                 |
|         .       |
|      . S o .    |
|       = X *     |
|      + E X =    |
|     . = = *     |
|      . + o      |
+-----------------+
Sikachus-Notebook:~ sikachu$

แล้วต่อจากนั้น เราก็จะได้ public key ของเราอยู่ที่ ~/.ssh/id_rsa.pub และ private key ที่ ~/.ssh/id_rsa ซึ่งตัว private key นี้จำเป็นอย่างยิ่งที่เราจะต้องเก็บซ่อนให้มิดชิดครับ

ต่อจากนั้น ขั้นตอนต่อไป เราก็ทำการ scp public key ของเราไปยัง server ซะ .. แต่ว่าเอาไปไว้ใน home directory ของเราก่อนนะครับ เดี๋ยวค่อยย้ายไปที่ของมัน

Sikachus-Notebook:~ sikachu$ scp ~/.ssh/id_rsa.pub hamburger.sikachu.com:~
sikachu@ hamburger.sikachu.com's password: [พิมพ์รหัสผ่านของคุณลงไป]
id_rsa.pub                                    100%  413     0.4KB/s   00:00    
Sikachus-Notebook:~ sikachu$

ต่อจากนั้นก็ทำการ ssh เข้าไปยัง server ของคุณ ทำการสร้าง folder .ssh ใน home directory และย้ายไฟล์ public key ของคุณเข้าไป พร้อมทั้งเปลี่ยนชื่อมันให้เป็น authorized_keys

sikachu@hamburger:~$ mkdir -m 700 ~/.ssh
sikachu@hamburger:~$ mv id_rsa.pub ~/.ssh/authorized_keys
sikachu@hamburger:~$ chmod 0600 ~/.ssh/authorized_keys
sikachu@hamburger:~$

ที่บรรทัดสุดท้าย ผมแก้ permission ของ authorized_keys ให้เป็น 600 ด้วย เพื่อความปลอดภัย ไม่ให้ใครสามารถมาเพิ่ม key ลงไปได้

เรียบร้อยแล้วละครับ ต่อจากนี้ถ้าเราทำการ login ผ่านทาง ssh หรือคัดลอกไฟล์ผ่านทาง scp เราก็ไม่จำเป็นต้องใส่รหัสผ่านแล้ว และเรายังสามารถที่จะทำการตั้งค่าบน server ได้ด้วยครับว่าเราต้องการจะให้ login โดยใช้ RSA key pair อย่างเดียว และไม่รับรหัสผ่าน เพื่อเพิ่มความปลอดภัยให้กับ server อีกชั้นหนึ่ง (ก็คือต้อง login โดยใช้เครื่องของเราเท่านั้นละครับ)

ไว้คราวหน้าเดี๋ยวจะมาใหม่กับ tips ดีๆ ครับ

พอดีวันนี้ไปเจอช่ือท้ายของคุณลิ่ว ชอบใจดี เลยเอามาฝากครับ

เพราะฉะนั้น .. เห็นใจ web developer เถอะครับ ใช้ Firefox กันเถิด คนทำงานจะได้มีเวลาไปพัฒนาอะไรใหม่ๆ กันนะ

http://feedproxy.google.com/ThaiComicUpdate

คิดว่าอันนี้น่าจะเป็นประโยชน์สำหรับคนที่มักจะอ่าน feed เป็นประจำ และชอบอ่านการ์ตูนนะครับ จะได้ไม่ต้องคอยแวะร้านการ์ตูนเพื่อดูว่ามีเล่มใหม่ออกหรือยัง ดูจาก feed เอาเลย

ถ้าเจอปัญหา หรือเจอว่า Feed ไม่อัพเดทนานเข้าๆ บอกผมนะครับ .. ผมไม่รู้ว่าเขาจะปิด feature ที่เราไปดึงข้อมูลมานี่เมื่อไร T_T” ‘

ปล. เมื่อไร Hunter x Hunter จะออกใหม่นี่ .. ต้องอ่าน scanlation ไปอีกนานเท่าไร – -”