4 điểm bởi GN⁺ 2024-02-19 | 1 bình luận | Chia sẻ qua WhatsApp
  • Công cụ giúp hiểu về hiệu năng và hoạt động của ứng dụng Ruby on Rails.
  • Hiển thị một bảng ở cuối trang web đang vận hành để xem thông tin yêu cầu của backend RoR.
  • Hệ sinh thái Ruby có nhiều công cụ gỡ lỗi tốt như pry, nhưng còn thiếu chức năng tương tự như PHP DebugBar / Laravel DebugBar.
  • Được xây dựng bằng Jigsaw, Tailwind, Torchlight.

Chức năng của Debugbar

  • Cho phép kiểm tra trực quan các yêu cầu và hiệu năng đa dạng của ứng dụng.
  • Ví dụ, cho thấy rằng yêu cầu GET /post-list mất 806,7 ms.
  • Cung cấp thông tin về tổng cộng 3 mô hình, 234 truy vấn, 21 tác vụ, 3 cache, v.v.

Ý kiến GN⁺

  • Debugbar là công cụ không thể thiếu cho các nhà phát triển Ruby on Rails khi phân tích hiệu năng ứng dụng.
  • Việc cung cấp chỉ số hiệu năng theo kiểu trực quan giúp hỗ trợ việc gỡ lỗi và tối ưu hóa.

1 bình luận

 
GN⁺ 2024-02-19
Bình luận trên Hacker News
  • Người tạo Debugbar tự giới thiệu và nói rằng nếu có phản hồi hoặc câu hỏi nào thì hãy cho tôi biết.

    Xin chào, tôi là người tạo ra Debugbar. Nếu có phản hồi hay câu hỏi nào, xin hãy cho tôi biết. Cảm ơn.

  • Họ đánh giá thanh công cụ của Symfony là một trong những thanh phát triển tốt nhất và bày tỏ rằng rất nhớ nó trong các dự án Ruby on Rails.

    Thanh công cụ phát triển của Symfony là một trong những thanh tuyệt vời nhất; khi làm việc với dự án Ruby on Rails, tôi luôn thấy thiếu nó.

  • Một người đã làm dự án tương tự đã mô tả trình gỡ lỗi Ruby on Rails của riêng mình, cho biết có thể xem tất cả các phương thức, giá trị tham số và giá trị trả về được gọi cho mỗi yêu cầu.

    Dự án này thật tuyệt và tương tự với trình gỡ lỗi Ruby on Rails mà tôi đã viết. Nó cho phép nhìn thấy toàn bộ các phương thức, giá trị tham số và giá trị trả về đã được gọi cho một yêu cầu.

  • Họ cho biết đã từng thêm một "debug bar" tùy chỉnh trong môi trường phát triển và QA tại hai nơi làm việc trước đây, và công cụ này trở thành thứ không thể thiếu để trả lời các câu hỏi như xác minh phiên bản dịch vụ.

    Tôi đã có kinh nghiệm thêm "debug bar" tùy chỉnh dùng trong môi trường development và QA, và nó đã trở thành công cụ bắt buộc để trả lời các câu hỏi như kiểm tra phiên bản dịch vụ.

  • Là người lần đầu tiên tiếp xúc với thuật ngữ 'debugbar', sau khi đọc tài liệu và thực sự thử dùng, anh ấy nhận ra debugbar có khả năng hiển thị controller/action nào đã dẫn tới một trang khi duyệt website, cùng các callback và truy vấn cơ sở dữ liệu.

    Là người lần đầu tiên tiếp xúc với thuật ngữ 'debugbar', sau khi đọc tài liệu và thử dùng trực tiếp, tôi biết rằng debugbar có thể hiển thị controller/action nào đã dẫn tôi đến một trang khi điều hướng trang web, cũng như callback và truy vấn cơ sở dữ liệu.

  • Người khởi xướng đề xuất về thanh debug cho Rails đã chia sẻ các ý tưởng và danh sách tính năng, và bày tỏ rằng họ mong công cụ này được tích hợp vào Rails trong Rails 8, tập trung vào hạnh phúc của nhà phát triển.

    Người đã khởi xướng đề xuất về thanh debug trong Rails đã chia sẻ các ý tưởng và danh sách tính năng, đồng thời đề xuất rằng việc tích hợp công cụ này vào Rails của phiên bản 8, với trọng tâm là sự hạnh phúc của nhà phát triển, sẽ thật tuyệt.

  • Đối với bình luận hỏi xem có giống các dự án khác không, đây là phản hồi tích cực cho rằng họ thích việc các ý tưởng hay thường xuyên được trao đổi giữa các framework Laravel, Phoenix và Rails.

    Dự án này trông rất tuyệt, và tôi thích việc những ý tưởng tuyệt vời thường xuyên được trao đổi giữa Laravel, Phoenix và Rails.

  • Ý kiến không thích việc dùng chữ viết tắt RoR.

    Dự án rất hay, nhưng tôi không thích cách dùng chữ viết tắt RoR (Ruby on Rails).

  • Một người bày tỏ mong muốn có một debug bar cho ngôn ngữ Go.

    Họ bày tỏ mong muốn có một thanh debug dành cho ngôn ngữ Go.