Active Record คืออะไร — แฟ้มที่เดินเข้าลิ้นชักเองได้

1 · ทำไมทั้งวันพูดเรื่องข้อมูล

สไลด์หน้าแรกของ Day 2 เปิดด้วยประโยคนี้: "แอปพังเพราะโค้ดผิด แก้ 10 นาที · แอปพังเพราะข้อมูลผิด แก้เป็นอาทิตย์"

โค้ดผิดแก้ง่าย เพราะแก้ไฟล์เดียวแล้ว deploy ใหม่ (เอาโค้ดใหม่ขึ้นเครื่องที่ให้บริการจริง) ทุกคนได้โค้ดที่ถูกทันที · แต่ข้อมูลผิดถูกเก็บลงไปแล้ว อาจเป็นพันรายการ และบางรายการมีคนใช้ต่อไปแล้วด้วย
เช่น ระบบยอมให้สมัครด้วยอีเมลซ้ำมาหลายเดือน · วันที่รู้ตัว คุณต้องไล่ดูทีละคู่ว่าบัญชีไหนของจริง แล้วรวมบทความของสองบัญชีเข้าด้วยกัน

ทั้ง Day 2 จึงพูดเรื่องเดียว: ทำยังไงให้ข้อมูลที่เข้าห้องเก็บของถูกตั้งแต่แรก และดึงออกมาใช้ได้เร็ว · บทนี้เริ่มจากรู้จัก "คนดูแลสต็อก" ของ Rails ก่อน ว่าเขาทำงานยังไง

2 · แผนที่ของวันนี้

ไม่ต้องจำ แค่ดูว่าทั้งวันจะเดินไปทางไหน · ทุกบทใช้ภาพร้านอาหารชุดเดิมจาก Day 1 แล้วต่อยอดที่ "ห้องเก็บของ":

สไลด์หน้า 3 บอกว่าถ้าจำได้แค่ 3 อย่าง ให้จำสามประโยคนี้ (ยังไม่ต้องเข้าใจตอนนี้ บท 119 จะกลับมาถามอีกที):

1. แก้หน้าตาตารางได้โดยไม่ต้องปิดแอป — ทำทีละขั้น: ต่อของใหม่ก่อน → ย้ายข้อมูล → ค่อยรื้อของเก่า (บท 109)
2. กฎตรวจข้อมูลในโค้ด Rails ยังไม่ใช่การรับประกัน — ต้องมีกฎที่ตัว database คู่กันด้วย (บท 111)
3. โค้ดที่ไปหา database บ่อยเกินจำเป็น ดูจากโค้ดไม่ออก ต้องดูจาก log (บท 114)

3 · ตู้แฟ้มของร้าน — database · ตาราง · แถว · คอลัมน์ · SQL

ก่อนไปต่อ ต้องมีคำพื้นฐานห้าคำ · database คือโปรแกรมที่เก็บข้อมูลให้อยู่ถาวร ปิดแอปแล้วข้อมูลไม่หาย · แอปของเราใช้ PostgreSQL ตัวเดียวกับที่เคยใช้กับ Go

ข้างใน database แบ่งเป็นตาราง (table) ตามชนิดของข้อมูล เช่นตาราง posts เก็บบทความ · ข้อมูลหนึ่งชิ้นคือแถว (row) หนึ่งแถว · แต่ละแถวมีช่องเหมือนกันทุกแถว เรียกว่าคอลัมน์ (column)

นี่คือหน้าตาตาราง posts หลังบันทึกบทความไปสองชิ้น (ตัวอย่างจากเครื่องตรวจ · ตัดเวลาให้สั้น):

• หัวตาราง (id · title · …) คือคอลัมน์ · หนึ่งบรรทัดข้างล่างคือแถว = บทความหนึ่งชิ้น
• id = เลขประจำแถวที่ database แจกให้เอง ไม่ซ้ำกัน · created_at / updated_at = เวลาสร้าง / แก้ล่าสุด (มาจาก t.timestamps ในบท 99)
• แถวที่ 2 ไม่ได้ใส่ body · ช่องนั้นจึงว่าง · database เรียกค่าว่างแบบนี้ว่า NULL (ฝั่ง Ruby เห็นเป็น nil)

เราไม่ได้เปิดตารางด้วยมือ · ทุกครั้งที่อยากได้ข้อมูล ต้องสั่งเป็นภาษาเฉพาะของ database ชื่อ SQL · เช่นคำสั่งนี้ (Rails "ยิง" คือส่งคำสั่งนี้ไปให้ database เองตอนเราพิมพ์ Post.count — เดี๋ยวเห็นของจริงในหัวข้อ 4):

SELECT COUNT(*) FROM "posts"

• SELECT = "ขอดู / ขอหยิบ" · เป็นคำขึ้นต้นของคำสั่งที่อ่านข้อมูล ไม่ได้แก้อะไร
• COUNT(*) = "นับจำนวนแถว" (* = ทุกแถว ไม่เลือกคอลัมน์)
• FROM "posts" = "จากตาราง posts" · เครื่องหมาย " " ครอบ = บอก database ว่านี่คือชื่อตาราง ไม่ใช่คำสั่ง
• รวมเป็นภาษาคน: "นับว่าในลิ้นชัก posts มีแฟ้มกี่แผ่น"

4 · คำถามจากบท 99 — class ว่างเปล่า แต่รู้จัก title

บท 99 เราเห็นว่า app/models/post.rb มีแค่สองบรรทัด แต่ post.title ใช้ได้ · คำตอบสั้น ๆ คือ Post ไปถามตาราง posts เองว่ามีคอลัมน์อะไร แล้วสร้าง method ตามนั้น · วันนี้ดูให้ชัดขึ้นโดยวางเทียบกับ GORM ที่เคยเขียนในบท 27 (โค้ดจากสไลด์หน้า 5 ปรับให้ตรงกับตาราง posts ของเรา)

// 1) ต้องประกาศทุกช่องเอง
type Post struct {
	ID        uint
	Title     string
	Body      string
	CreatedAt time.Time
	UpdatedAt time.Time
}

// 2) สร้าง 3) ยื่นให้ db บันทึก 4) เช็ค err เอง
p := Post{Title: "ต้มยำกุ้งน้ำข้น", Body: "เปรี้ยว เผ็ด หอมสมุนไพร"}
if err := db.Create(&p).Error; err != nil {
	return err
}

# 1) ไม่ประกาศช่องเลย
class Post < ApplicationRecord
end

# 2) สร้าง 3) สั่งตัวมันเองให้บันทึก
post = Post.new(title: "ต้มยำกุ้งน้ำข้น", body: "เปรี้ยว เผ็ด หอมสมุนไพร")
post.save!

ฝั่ง Go ตัดมาจากไฟล์ที่มี package main + import ครบ และ go build ผ่าน ผมรันกับ PostgreSQL ตัวเดียวกันจริง · สไลด์ตั้งชื่อตัวแปรว่า p · ผมใช้ post ฝั่ง Ruby เพราะ p เป็นชื่อคำสั่งพิมพ์ค่าที่เราใช้มาตั้งแต่บท 93 อ่านแล้วจะงง

เทียบทีละงาน:

มาดูแถวแรกด้วยตาตัวเอง (บท 97 เคยลองแบบเดียวกันมาแล้ว) · เปิด bin/rails console แล้วถามว่า Post รู้จักช่องอะไรบ้าง:

wongnok-blog(dev):001> Post.column_names
=> ["id", "title", "body", "created_at", "updated_at"]

column_names = "บอกชื่อคอลัมน์ทั้งหมดของตารางเรา" · ได้กลับมาเป็น Array ของข้อความ · ไม่มีชื่อไหนเขียนอยู่ใน post.rb เลย · ทั้งห้าชื่อมาจากตาราง posts ใน database ล้วน ๆ

ต่อด้วยแถวที่สองและสาม — สร้างบทความ แล้วสั่งบันทึก (ผลจริง · 0x… คือที่อยู่ในหน่วยความจำ ของคุณจะต่าง):

wongnok-blog(dev):002> post = Post.new(title: "ต้มยำกุ้งน้ำข้น", body: "เปรี้ยว เผ็ด หอมสมุนไพร")
=>
#<Post:0x000000012595f3c8
...
wongnok-blog(dev):003> post
=>
#<Post:0x000000012595f3c8
 id: nil,
 title: "ต้มยำกุ้งน้ำข้น",
 body: "เปรี้ยว เผ็ด หอมสมุนไพร",
 created_at: nil,
 updated_at: nil>
wongnok-blog(dev):004> post.id
=> nil
wongnok-blog(dev):005> post.save!
  TRANSACTION (0.9ms)  BEGIN /*application='WongnokBlog'*/
  Post Create (2.7ms)  INSERT INTO "posts" ("title", "body", "created_at", "updated_at") VALUES ('ต้มยำกุ้งน้ำข้น', 'เปรี้ยว เผ็ด หอมสมุนไพร', '2026-11-04 12:25:36.162255', '2026-11-04 12:25:36.162255') RETURNING "id" /*application='WongnokBlog'*/
  TRANSACTION (1.0ms)  COMMIT /*application='WongnokBlog'*/
=> true
wongnok-blog(dev):006> post.id
=> 1
wongnok-blog(dev):007> Post.count
  Post Count (3.1ms)  SELECT COUNT(*) FROM "posts" /*application='WongnokBlog'*/
=> 1

บรรทัด ... หลัง post = Post.new(…) ไม่ใช่ error · console ย่อผลของบรรทัดที่มี = ให้สั้นลงเอง · อยากเห็นครบ ให้พิมพ์ชื่อตัวแปรเปล่า ๆ (post) อย่างบรรทัด 003

อ่านทีละบรรทัด:

เทียบกับ Go: ผมเปิดโหมดโชว์ SQL ของ GORM (db.Debug()) แล้วรันโค้ดฝั่งซ้าย · ได้ SQL หน้าตาเกือบเหมือนกันทุกตัวอักษร (ผลจริง ตัด path ด้านหน้าออก):

2026/11/04 18:48:29 …/gormdemo/main.go:30
[7.862ms] [rows:1] INSERT INTO "posts" ("title","body","created_at","updated_at") VALUES ('ต้มยำกุ้งน้ำข้น','เปรี้ยว เผ็ด หอมสมุนไพร','2026-11-04 18:48:29.883','2026-11-04 18:48:29.883') RETURNING "id"
saved id: 1

บรรทัดแรก = วันเวลา + ไฟล์และบรรทัดในโค้ด Go ที่สั่ง · [7.862ms] = ใช้เวลาเท่าไร · [rows:1] = ใส่ไป 1 แถว · saved id: 1 คือบรรทัดที่โปรแกรม Go ของผมพิมพ์เองหลังบันทึกเสร็จ

แปลว่า ทั้งสองฝั่งทำงานเดียวกันเป๊ะ: แปลงคำสั่งในภาษาโปรแกรมเป็น SQL แล้วส่งให้ PostgreSQL · ตัวแปลงแบบนี้เรียกว่า ORM (เจอคำนี้ในบท 27) · ที่ต่างกันคือใครถือคำสั่งบันทึก — หัวข้อถัดไป

# ตาราง posts ของเรามีแค่ id title body created_at updated_at
# สไลด์หน้า 5 เขียนแบบนี้ (มีช่อง user_id ด้วย)
wongnok-blog(dev):001> Post.new(title: "Hello", user_id: 1)

(wongnok-blog):1:in '<main>': unknown attribute 'user_id' for Post. (ActiveModel::UnknownAttributeError)

      raise UnknownAttributeError.new(self, name)
      ^^^^^
…/attribute_methods.rb:512:in 'ActiveModel::AttributeMethods#method_missing': undefined method 'user_id=' for an instance of Post (NoMethodError)
	from …

5 · Active Record คือชื่อ "วิธีคิด" ไม่ใช่แค่ชื่อของใน Rails

คำว่า Active Record ที่เห็นในชื่อ ActiveRecord::Base จริง ๆ เป็นชื่อ pattern — แบบแผนการออกแบบที่มีคนตั้งชื่อไว้ให้คุยกันรู้เรื่อง · Rails Guides เล่าว่า Martin Fowler เป็นคนอธิบาย pattern นี้ไว้ในหนังสือ Patterns of Enterprise Application Architecture (สไลด์หน้า 6 อ้างว่าหนังสือออกปี 2002 ก่อน Rails 2 ปี)

แก่นของ pattern นี้มีประโยคเดียว:

object หนึ่งตัว = หนึ่งแถวในตาราง · และ object ตัวนั้นรู้วิธีอ่าน เขียน ลบ ตัวเองลง database

ดังนั้น post หนึ่งตัวไม่ได้ถือแค่ข้อมูล · มันถือของห้าอย่างไว้ในตัว (สไลด์หน้า 6) ซึ่งเราจะได้ลงมือทีละอย่างทั้งวัน:

6 · อีกสายหนึ่ง: Data Mapper — แฟ้มเป็นกระดาษเปล่า มีพนักงานคลังแยก

Active Record ไม่ใช่ทางเดียว · สไลด์หน้า 7 แบ่งโลกของ ORM เป็นสองสาย ด้วยคำถามข้อเดียว: "ใครควรเป็นคนที่รู้เรื่อง database"

post   ← ถือข้อมูล + รู้วิธีเก็บตัวเอง
 │
 │  post.save!
 ▼
ตาราง posts

post   ← ถือแค่ข้อมูล ไม่รู้จัก database
 │
 │  ยื่นให้
 ▼
mapper ← พนักงานคลัง: repo.save(post)
 │
 ▼
ตาราง posts

ฝั่งขวา post เป็นกระดาษเปล่าธรรมดา · งานบันทึก/ค้นหาทั้งหมดอยู่ที่ "พนักงานคลัง" อีกตัว (มักเรียกว่า mapper หรือ repository) · repo.save(post) ข้างบนเป็นแค่ภาพประกอบ ไม่ใช่โค้ดของ library ไหน

เทียบกับ Go: คุณเคยทำหน้าตาแบบขวามาแล้วในบท 27 — struct User ใน model.go ถือแค่ข้อมูล · ส่วน repository.go เป็นคนเดียวที่เรียก GORM (r.db.WithContext(ctx).First(&u, id)) · struct ไม่มีวันสั่ง save ตัวเอง

7 · ราคาที่ต้องจ่าย

ข้อดีของ Active Record เห็นแล้ว: เขียนสั้น เริ่มเร็ว ของทุกอย่างอยู่ที่เดียว · สไลด์หน้า 6 บอกราคาที่ต้องจ่ายไว้สามข้อ · แปลเป็นภาษาคน:

• model อ้วนขึ้นเรื่อย ๆ — กฎตรวจข้อมูล ขั้นตอนอัตโนมัติ วิธีค้นหา ทุกอย่างมากองที่ post.rb · โปรเจกต์อายุสองปี ไฟล์นี้อาจยาวหลายร้อยบรรทัด (บท 112 คุยว่าจะย้ายไปไว้ไหน)
• ทดสอบยากกว่า — แค่สร้างแฟ้มเปล่าก็ต้องมี database แล้ว (ผลจริงข้างล่าง)
• ย้ายไปใช้ database แบบอื่นยากกว่า — เพราะโค้ดทั้งแอปเรียก Active Record ตรง ๆ ไม่มีคนกลางคั่น

ข้อสองพิสูจน์ได้ · ผมชี้ DATABASE_URL ไปที่ database ชื่อ w106_nope ที่ไม่มีอยู่จริง แล้วสั่งแค่ Post.new (ยังไม่ save) · ผลจริง ตัดบรรทัดคำแนะนำที่ตามมาออก:

$ bin/rails runner 'p Post.new(title: "x")'
…/postgresql_adapter.rb:63:in 'ActiveRecord::ConnectionAdapters::PostgreSQLAdapter.new_client': Database not found: w106_nope. Available database configurations can be found in config/database.yml. (ActiveRecord::NoDatabaseError)

bin/rails runner '…' = รันโค้ด Ruby บรรทัดเดียวโดยโหลดแอปให้ก่อน (บท 99) · ผลคือพังตั้งแต่ Post.new เพราะ Post ต้องไปถามตารางก่อนว่ามีช่องอะไร · ฝั่ง Go Post{Title: "x"} สร้างได้เสมอ ไม่ต้องมี database เลย

Rails ยอมรับข้อเสียพวกนี้โดยตั้งใจ แลกกับความเร็วในการเขียน · ไม่ใช่ว่าแบบไหนถูกแบบไหนผิด · แค่ต้องรู้ว่าจ่ายอะไรไป จะได้ไม่แปลกใจตอนเทสต์ต้องเปิด database (Day 4)

8 · ApplicationRecord และการเดาชื่อตาราง

ทวนบท 99 สั้น ๆ: Post < ApplicationRecord < ActiveRecord::Base (เขียนย่อให้เห็นว่าใครสืบทอดจากใคร ไม่ใช่โค้ดที่พิมพ์ได้จริง) · ActiveRecord::Base คือของจาก Rails ที่คุยกับ database ได้ทุกอย่าง · ApplicationRecord คือแม่แบบกลางของแอปเรา ไว้ใส่ของที่ model ทุกตัวต้องมี (ตอนนี้ยังว่าง) · Post จึงได้ความสามารถทั้งหมดมาฟรีผ่านการสืบทอด

เหลือคำถามเดียว: Post รู้ได้ยังไงว่าต้องไปถามตาราง posts · คำตอบคือกฎตั้งชื่อจากบท 99 — Rails เอาชื่อ class มาทำเป็นตัวเล็กแล้วเติมพหูพจน์ · Post → posts · ถ้าตั้งชื่อ class ไม่ตามตาราง จะเกิดอะไร? ลองสร้าง class ชื่อ Article (บทความเหมือนกัน แต่คนละคำ) ในโปรเจกต์ที่มีแค่ตาราง posts (ผลจริงข้างล่าง ตัดบรรทัด from … ยาว ๆ ท้าย error ออก):

# app/models/article.rb
class Article < ApplicationRecord
end

wongnok-blog(dev):001> Article.table_name
=> "articles"
wongnok-blog(dev):002> Article.count
  Article Count (46.2ms)  SELECT COUNT(*) FROM "articles" /*application='WongnokBlog'*/
(wongnok-blog):2:in '<main>': PG::UndefinedTable: ERROR:  relation "articles" does not exist (ActiveRecord::StatementInvalid)
LINE 1: SELECT COUNT(*) FROM "articles" /*application='WongnokBlog'*...
                             ^

• table_name = "ชื่อตารางที่ฉันจะไปหา" · Rails เดาว่า articles ตามกฎ
• SELECT COUNT(*) FROM "articles" = "นับแฟ้มในลิ้นชัก articles" · แต่ตู้ไม่มีลิ้นชักนี้
• relation "articles" does not exist = PostgreSQL ตอบว่า "ไม่มีตารางชื่อ articles" (relation = คำที่ PostgreSQL ใช้เรียกตาราง) · สังเกตว่า console เปิดได้ปกติ และ table_name ก็ตอบได้ · พังตอนไปหาตารางจริงครั้งแรก

ถ้าอยากใช้ชื่อ class ที่ไม่ตามกฎจริง ๆ (เช่น ต่อกับตารางเก่าที่ตั้งชื่อไว้ก่อนแล้ว) ให้บอกชื่อตารางเองหนึ่งบรรทัด:

# app/models/article.rb
class Article < ApplicationRecord
  self.table_name = "posts"
end

wongnok-blog(dev):001> Article.table_name
=> "posts"
wongnok-blog(dev):002> Article.count
  Article Count (37.6ms)  SELECT COUNT(*) FROM "posts" /*application='WongnokBlog'*/
=> 2
wongnok-blog(dev):003> Article.first.title
  Article Load (3.4ms)  SELECT "posts".* FROM "posts" ORDER BY "posts"."id" ASC LIMIT 1 /*application='WongnokBlog'*/
=> "ต้มยำกุ้งน้ำข้น"

• self.table_name = "posts" — self ในตัว class คือ "class นี้เอง" · หน้าตาเหมือน post.title = "…" ในบท 97 แต่ตั้งค่าให้ทั้ง class · บรรทัดนี้แปลว่า "Article ใช้ตาราง posts นะ ไม่ต้องเดา"
• Article.first = "ขอแถวแรก" · SQL ที่ได้: SELECT "posts".* = ขอทุกช่องของแถวจากตาราง posts · ORDER BY "posts"."id" ASC = เรียงตามช่อง id ของตาราง posts ("posts"."id" อ่านว่า "ช่อง id ใน posts") จากน้อยไปมาก (ASC = น้อยไปมาก) · LIMIT 1 = เอาแค่แถวเดียว · ภาษาคน: "เรียงแฟ้มในลิ้นชัก posts ตามเลขที่ แล้วหยิบแผ่นแรกมา"
• Article.count ได้ 2 เพราะตอนนั้นตาราง posts ในเครื่องตรวจมีบทความ 2 ชิ้น (ตารางในหัวข้อ 3)

เทียบกับ Go: GORM ก็เดาชื่อตารางแบบเดียวกัน (บท 27: User → users) · และถ้าชื่อไม่ตามกฎ ให้เขียน method TableName() (ผมรันแล้ว ได้แถวจากตาราง posts จริง) · GORM จะเรียก method นี้ถามเองว่า "Article ใช้ตารางไหน":

type Article struct {
	ID    uint
	Title string
}

func (Article) TableName() string { return "posts" }

class Article < ApplicationRecord
  self.table_name = "posts"
end

9 · ของฟรีที่มากับ model สองบรรทัด

class Post < ApplicationRecord + end ทำให้ได้ method พวกนี้มาโดยไม่ต้องเขียนอะไรเพิ่ม (สไลด์หน้า 8) · ไม่ต้องจำ · แค่รู้ว่า "มีของแบบนี้อยู่" เวลาสั่ง AI หรืออ่านโค้ดที่ AI เขียนมา จะได้ไม่งงว่ามาจากไหน · ลงมือจริงในบท 107

method ที่ลงท้ายด้วย ? ตอบ true/false เสมอ (กฎเดียวกับ nil? ในบท 94) · ส่วนที่ขึ้นต้นด้วย Post. คือถามทั้งลิ้นชัก · ที่ขึ้นต้นด้วย post. คือถามแฟ้มแผ่นเดียว
ยังมีอีกเยอะ (กฎตรวจข้อมูลบท 110 · วิธีค้นแบบละเอียดบท 113) ค่อย ๆ เจอทีละบท

ภารกิจ — ถาม Post ว่ามันรู้อะไรเกี่ยวกับตัวเองบ้าง

$ ls -1F app/models
application_record.rb
concerns/

$ bin/rails generate model Post title:string body:text
      invoke  active_record
      create    db/migrate/20261104114505_create_posts.rb
      create    app/models/post.rb
      invoke    test_unit
      create      test/models/post_test.rb
      create      test/fixtures/posts.yml

$ bin/rails db:migrate
== 20261104114505 CreatePosts: migrating ======================================
-- create_table(:posts)
   -> 0.0034s
== 20261104114505 CreatePosts: migrated (0.0034s) =============================

$ bin/rails console
Loading development environment (Rails 8.1.4)
wongnok-blog(dev):001> Post.table_name
=> "posts"
wongnok-blog(dev):002> Post.column_names
=> ["id", "title", "body", "created_at", "updated_at"]
wongnok-blog(dev):003> Post.columns_hash["body"].type
=> :text
wongnok-blog(dev):004> Post.count
  Post Count (3.2ms)  SELECT COUNT(*) FROM "posts" /*application='WongnokBlog'*/
=> 0

ทดสอบความเข้าใจ

ถามกลับได้เลย — ถ้าผลใน console ของคุณไม่ตรงกับในบท ให้ก็อปบรรทัดที่พิมพ์พร้อมผลทั้งก้อน (รวมบรรทัด SQL ถ้ามี) มาถาม · ข้อความ error บรรทัดแรกกับชื่อ error ในวงเล็บท้ายบรรทัด บอกได้เกือบทุกครั้งว่าพังที่ตู้ ที่ลิ้นชัก หรือที่การพิมพ์

ถ้าเปิดสไลด์ดูประกอบ

อ้างอิง

• Rails Guides — Active Record Basics — อ่านหัวข้อ 1 What is Active Record? (pattern ของ Fowler · ORM) และหัวข้อ 2.1 Naming Conventions (Post → posts)
• Rails Guides — Overriding the Naming Conventions — ตัวอย่าง self.table_name = "…" แบบหัวข้อ 8
• Rails API — ActiveRecord::ModelSchema::ClassMethods — ดู column_names กับ table_name ที่ใช้ในภารกิจ
• GORM — Conventions — หัวข้อ Pluralized Table Name กับ TableName (ฝั่ง Go ของหัวข้อ 8)
• GORM — Create — ตัวอย่าง db.Create(&user) และการเช็ค result.Error ที่เทียบในหัวข้อ 4
• RubyGems — activerecord — หน้าของ gem ที่ทำงานตาม pattern นี้ใน Rails (ดูเลขรุ่นให้ตรงกับ Gemfile.lock ของคุณ)