มาเริ่มบทความนี้ด้วยเกมทายเล็กน้อย: คุณคิดว่าข้อผิดพลาดที่ AppSignal ติดตามมากที่สุดในแอปพลิเคชัน Ruby คืออะไร?สมมติได้ว่าเป็นเรื่องสมเหตุสมผลที่หลายคนจะตอบ NoMethodError ข้อยกเว้นที่เกิดจากการเรียกเมธอดที่ไม่มีอยู่บนอ็อบเจ็กต์ บางครั้งอาจเกิดจาก typo ในชื่อเมธอด แต่บ่อยครั้งมันเป็นผลจากการเรียกเมธอ

สวัสดีเด็กๆ และพ่อแม่ อืม นักพัฒนา Ruby ในบทความก่อนหน้า เราได้ดำดิ่งสู่ ancestry chain ในบทความวันนี้ เราจะดำดิ่งลึกเข้าไปในการเป็นพ่อแม่และการสืบทอด (inheritance) เราจะสำรวจ inherited hook method และดูการป้องกันการสืบทอดเมื่อลูกสืบทอด 101: The Inherited Hook Methodเริ่มด้วยการดูว่าการเป็นพ่อแม่ถูก

หวังว่าคุณได้ทำ stroopwafels ให้อุ่นบนกาแฟแล้ว เพราะวันนี้เรากำลังติดสิ่งต่างๆ ด้วย stroop ที่ติด (น้ำเชื่อมที่ทำให้สองครึ่งของ stroopwafel ติดกัน) ในสองส่วนแรกของซีรีส์ เราได้อบ Lexer และ Parser และตอนนี้ เรากำลังเพิ่ม Interpreter และติดทุกอย่างเข้าด้วยกันโดยการเท stroop ทับพวกมันส่วนผสมแล้ว! มาเตร

เรามักได้รับคำถามเกี่ยวกับการเพิ่มประสิทธิภาพหรือการติดตาม Sidekiq การติดตามเป็นความเชี่ยวชาญของเรา แต่การเพิ่มประสิทธิภาพประสิทธิภาพของ Sidekiq เป็นเรื่องอื่น לגמרי ในความเป็นจริง การเพิ่มประสิทธิภาพซับซ้อน แต่ลองเริ่มดูที่คำตอบที่ดูง่าย...สองวิธีเพิ่มความเร็วเพื่อเริ่มต้น ความเร็วสามารถเพิ่มได้สอง

ในบทความนี้ เราจะสำรวจวิธีสร้างโมดูล Ruby ที่ผู้ใช้โค้ดของเราสามารถกำหนดค่าได้—รูปแบบที่ช่วยให้ผู้เขียน gem เพิ่มความยืดหยุ่นให้กับไลบรารีของพวกเขานักพัฒนา Ruby ส่วนใหญ่คุ้นเคยกับการใช้โมดูลเพื่อแชร์พฤติกรรม เพราะนี่เป็นหนึ่งในกรณีใช้งานหลัก ตามเอกสาร:โมดูลใน Ruby มีสองวัตถุประสงค์: namespace และ mi

สวัสดีครับแฟน stroopwafel 👋ขณะที่เรากำลังมองไปข้างหน้าสู่การเผยแพร่บทความ Ruby, Elixir และ JavaScript เพิ่มเติมในปี 2020 เราตัดสินใจมองย้อนกลับไปที่บทความบล็อกที่คุณให้หัวใจบน Twitter มากที่สุด อ่านบนบล็อกมากที่สุด และที่เราได้รับความชื่นชมมากที่สุดในปี 20191. JavaScript Errors: An Exceptional Hist

ในบทความนี้ เราจะครอบคลุมความแตกต่างและประโยชน์สำคัญของการใช้ structure.sql เทียบกับรูปแบบสคีมาเริ่มต้น schema.rb ในแอปพลิเคชัน Ruby on Rails ของคุณ ในโลกที่ขับเคลื่อนด้วยข้อมูล การรู้วิธีใช้ประโยชน์จากคุณสมบัติที่หลากหลายของฐานข้อมูลสามารถทำให้แตกต่างกันระหว่างธุรกิจที่ประสบความสำเร็จและไม่สำเร็จหล

ในบทความนี้ เราจะมาดูวิธีที่พิสูจน์แล้วในการปรับปรุงประสิทธิภาพ Rails views โดยเฉพาะ database efficiency, view manipulation และ caching ผมคิดว่า phrase premature optimization is the root of all evil ถูกนำไปใช้ผิดบริบทบ้าง ผมได้ยิน developers ใช้ใน code reviews ตอนชี้ optimization techniques เรียบง่

วันนี้เราจะมาดู system tests ใน Rails 6 System tests ทำให้ auto-test วิธีที่ user interact กับแอปพลิเคชัน รวมถึง JavaScript ใน UI Minitest ซึ่งเป็น default testing framework ใน Rails เหมาะกับ system testing ด้วย config ที่ Rails จัดการให้ ต้องการเพียงไม่กี่ขั้นตอนถึงจะมี test แรกทำงาน System tests

วันนี้เราจะเรียนรู้สร้าง Rails app รองรับหลาย subdomain สมมติเรามีเว็บไซต์เกม funkygames.co และต้องการรองรับ subdomain หลายตัว เช่น app.funkygames.co, api.funkygames.co, และ dev.funkygames.co ด้วย Rails application เพียงตัวเดียว เราต้องการให้ authentication ทำงานถูกต้องสำหรับทุก subdomain และไม่มี r

ในโพสต์วันนี้จะ looking into software design pattern ชื่อ Facade ตอน adopt ครั้งแรกรู้สึก awkward นิดหน่อย แต่ยิ่งใช้ใน Rails apps ยิ่ง appreciate usefulness สำคัญกว่านั้น allowed me to test code thoroughly, clean out controllers, reduce logic ใน views และทำให้คิดชัดเจนขึ้นเกี่ยวกับ overall structur

Ruby รู้จักกันดีจาก productivity ที่นำมาให้ developers นอกจาก features เช่น elegant syntax, rich meta-programming support ฯลฯ ที่ทำให้ productive ตอนเขียนโค้ด ยังมี secret weapon อีกอย่างชื่อ TracePoint ช่วย debug เร็วขึ้น ในโพสต์นี้จะใช้ simple example show 2 interesting facts ที่พบเกี่ยวกับ debug

DHH เพิ่ง coined term Citadel ซึ่งสุดท้ายให้เรา excellent way อ้างอิง how we approach tech ที่ AppSignal เราบอกว่า Hey, this is us! Our thing has a name now In addition to the Majestic Monolith, someone should write up the pattern of The Citadel: A single Majestic Monolith captures the majority ma

ในโพสต์วันนี้จะ deep dive เข้า Rails migrations จะ break down migration เป็นชิ้นๆ และเรียนรู้เขียน effective migration จะเรียนรู้เขียน migrations สำหรับ multiple databases และจัดการ failed migrations พร้อม techniques การ rollback เข้าใจทั้งโพสต์ต้องมี basic understanding ของ databases และ Rails Mi

บทความนี้ปรับเปลี่ยนจากรูปแบบเดิมใน Playbook Thirty-nine - A Guide to Shipping Interactive Web Apps with Minimal Tooling และปรับให้เหมาะกับ guest post นี้สำหรับ AppSignal มี functionality เยอะที่แอปต้อง handle แต่ logic ไม่จำเป็นต้องอยู่ใน controller หรือแม้แต่มodel ตัวอย่างเช่น checkout ด้วย car

Web apps ส่วนใหญ่ได้ประโยชน์จาก background queue ใช้ประมวลผล error-prone หรือ time-consuming side jobs Background jobs เหล่านี้หลากหลายจากส่ง emails, อัปเดต caches, ไปจนถึง core business logic เมื่อ background queueing system scale จำนวน jobs ที่ต้องประมวลผล pool ของ workers ที่ประมวลผล jobs ต้อง s

ยินดีต้อนรับสู่โพสต์แรกในซีรีส์ Ruby on Rails Patterns and Anti-patterns ในแต่ละโพสต์จะ deep dive ทุกประเภท patterns ที่อาจเจอขณะทำงานกับ Rails apps วันนี้จะ show ว่า (design) pattern คืออะไร และพยายามอธิบาย anti-pattern ด้วย เพื่อ illustrate ให้ชัดเจน จะใช้ Ruby on Rails framework ที่มานานแล้ว ถ้า

ถ้าคุณเคยใช้ Ruby on Rails น่าจะเคยเจอ concept ของ concerns ตอน jumpstart Rails project ใหม่ จะได้ directory app/controllers/concerns และ app/models/concerns แต concerns คืออะไร? และทำไมคนใน Rails community บางคนพูดเล่นแย่เกี่ยวกับมัน? ภาพรวมสั้นๆ Rails Concern คือ module ใดๆ ที่ extend ActiveSuppo

Monitor แค่แอปพลิเคชันอาจไม่พอให้ภาพเต็มของระบบ บ่อยครั้ง services ที่รันใน satellite apps (หรือ supporting apps) สามารถกระทบ acute impact ต่อ operations ประจำวัน Database servers เป็นตัวอย่างที่รู้จักดี Backup scripts และ background jobs อื่นๆ ก็ชะลอระบบและมักถูกมองข้าม AppSignal APM สำหรับ Node.j

Namespaces คืออะไร? ทุกสิ่งที่เกิดขึ้นในแอปพลิเคชันที่ AppSignal monitor จะถูกล็อกไว้ภายใต้ namespace Namespaces ทำงานเหมือนโฟลเดอร์ จัดกลุ่ม events, issues และข้อมูล monitoring ให้เป็นชิ้นๆ ที่จัดการได้ โดยค่าเริ่มต้น ทุกแอปพลิเคชันเริ่มต้นด้วยสาม default namespaces: web, background, และ frontend