Một vài mẹo để tăng performance cho Rails

Như chúng ta đã biêt, đối với một website điều quan trọng nhất là để lại ấn tượng cho người dùng và cung cấp những thông tin mà người dùng quan tâm, và đối với các nhà phát triển web như chúng ta, chúng ta luôn luôn phải đối mặt với một bài toán muôn thủa Performance

Performance quyết định rất rất nhiều đến cảm xúc và ấn tượng của người dùng, và dưới đây là một vài hình ảnh để chúng ta hiểu rõ hơn về điều đó:

nhìn qua hỉnh ảnh trên chắc các bạn đã rõ người dùng cảm thấy như thế nào đối với một website, nếu một website mất quá 1s để load, cảm xúc của người dùng đã bị tác động và thay đổi khá nhiều, và nó theo chiều hướng không tốt chút nào. để rõ hơn bạn có thể tham khảo: WebPerformance with Rails 5.2 Và nếu các bạn muốn trải nghiệm trực tiếp, các bạn có thể vào 2 website dưới đây để cảm nhận rõ ràng cảm xúc của bản thân

• https://www.thegioididong.com/
• https://dienthoaididong.com/ theo cảm nhận cá nhân của mình, mình thích trang web của https://www.thegioididong.com/ hơn, cảm giác mình có thể lướt mà không cần phải suy nghĩ nhiều.

Vậy làm sao và làm thế nào để cải thiện performance của webiste?

Trước khi nói đến vấn đề cải thiện, chúng ta cần có công cụ để đo lường và ước định được như thế nào là tốt. Và hai công cụ người đây có lẽ là hai cộng cụ phổ biến nhất để đo performance cho website

• webpagetest
• Google PageSpeed Insights

Các giải pháp cải thiện performance của Rails

1) View: Fragment caching

đây là một trong những kĩ thuật của cache trong rails. Nó cho phép cache một phần hiển thị của view . Ví dụ: chúng ta muốn cache từng product trong một page:

<% @products.each do |product| %>
  <% cache product do %>
    <%= render product %>
  <% end %>
<% end %>

khi chúng ta request vào trang web lần đầu tiên, Rails sẽ viết bản cache với unique key giống như dưới đây:

views/products/1-201505056193031061005000/bea67108094918eeba42cd4a6e786901

cấu trúc của nó là products/#{id}-#{update_at.to_i}..., và khi dữ liệu của trường updated_at thay đổi thì sẽ tạo ra cache mới và cache cũ sẽ được xóa bỏ. Ngoài ra, chúng ta có thể cache theo điều kiện với cache_if:

<% cache_if admin?, product do %>
  <%= render product %>
<% end %>

Tham khảo: RoR guides: Fragment Caching

2) Database: Counter cache

Vậy trong trường hợp chúng ta muốn lấy dữ liệu model.associated_objects.count, chúng ta cần gọi COUNT truy vấn SQL trên database. Thay vào đó chúng ta có thể sử dụng counter_cache. options counter_cache đã được khai báo trong ActiveRecord và nó được định nghĩa cho các liên kết trong mô hình ActiveRecord.

Tham khảo: RoR guides: Associations Basics

3) HTTP: etag and last_modified

đây là hai phương thức này để thao tác với bộ nhớ cache phản hồi từ phía browser. vậy chúng ta sẽ tìm hiểu sơ qua về etag và last_modified nhé ^_^

Các bạn có thể đọc bài viết dưới đây, mình thấy bạn viết rất dễ hiểu và giải thích rất rõ ràng cơ chế của last_modified và etag Tham khảo: https://viblo.asia/p/tim-hieu-ve-http-caching-djeZ1BRJlWz

Vậy giờ làm sao chúng ta có thể tận dụng tính năng này trong Rails, rất may Rails đã cung cấp một method được gọi là fresh_when. Chúng ta có thể xem ví dụ dưới đây để hiểu rõ hơn về fresh_when:

fresh_when(object = nil, etag: nil, weak_etag: nil, strong_etag: nil, last_modified: nil, public: false, template: nil)

trên đây là các trường của fresh_when, chúng ta hãy cùng xem controller dưới đây:

def show
  @article = Article.find(params[:id])
  fresh_when(etag: @article, last_modified: @article.updated_at, public: true)
end

Như chúng ta tham khảo ở bài viblo trên, trong trường hợp Etag hoặc last_modified khớp, thì server sẽ phản hồi 304 Not Modified.

Như vậy, với fresh_when thay vì chúng ta phải request lên server liên tục và trả lại response, chúng ta chỉ cần gửi trả lại khi có thay đổi, như vậy performance có lẽ đã tăng lên không ít phải không nào