4 points par GN⁺ 2024-02-19 | 1 commentaires | Partager sur WhatsApp
  • Un outil pour aider à comprendre les performances et le comportement des applications Ruby on Rails.
  • Affiche un panneau en bas du site en production montrant les informations de requête pour le backend RoR.
  • L'écosystème Ruby dispose de bons outils de debug comme pry, mais il manque souvent des fonctionnalités de type PHP DebugBar / Laravel DebugBar.
  • Construit avec Jigsaw, Tailwind et Torchlight.

Fonctionnalités de Debugbar

  • Permet de visualiser visuellement les différentes requêtes et les performances de l'application.
  • Par exemple, la requête GET /post-list affiche un temps de 806.7 ms.
  • Fournit des informations telles que 3 modèles au total, 234 requêtes, 21 tâches, 3 caches.

Avis de GN⁺

  • Debugbar est un outil essentiel pour les développeurs Ruby on Rails dans l'analyse des performances des applications.
  • Il aide au debugging et à l'optimisation en fournissant des indicateurs de performance de manière visuelle.

1 commentaires

 
GN⁺ 2024-02-19
Commentaires Hacker News
  • Le créateur de Debugbar se présente, en demandant qu'on lui fasse part de retours ou de questions.

    Bonjour, je suis la personne qui a créé Debugbar. Faites-moi part de vos retours ou de vos questions. Merci.

  • Il qualifie la barre d'outils de développement de Symfony comme l'une des meilleures et dit la regretter dans les projets Ruby on Rails.

    La barre d'outils de développement de Symfony est l'une des meilleures, et j'ai toujours cette fonctionnalité qui me manque dans les projets Ruby on Rails.

  • Quelqu'un ayant réalisé un projet similaire explique son débogueur Ruby on Rails, en précisant qu'il permet de voir toutes les méthodes appelées pour une requête, leurs valeurs de paramètres et de retour.

    Ce projet est vraiment bien, et il ressemble à mon débogueur Ruby on Rails. On peut voir toutes les méthodes appelées par une requête ainsi que les valeurs de paramètres et de retour.

  • Une personne dit avoir ajouté des « debug bars » personnalisées dans ses environnements de développement et QA dans deux anciens postes, ce qui était essentiel pour répondre à des questions comme la version du service.

    J'ai ajouté des « debug bars » personnalisées dans les environnements de développement et QA de deux anciens jobs, et cela s'est révélé indispensable pour répondre à des questions comme celle de la version du service.

  • Quelqu'un qui découvrait pour la première fois le terme « debugbar » a lu la documentation puis l'a testé, puis compris qu'il montre quels contrôleurs/actions ont mené à la page lors d'une navigation sur le site, ainsi que les callbacks et les requêtes SQL.

    En découvrant pour la première fois le terme « debugbar », en lisant la documentation et en essayant, j'ai compris qu'il affichait quels contrôleurs/actions ont conduit à la page lors de la navigation du site, ainsi que les callbacks et les requêtes SQL.

  • La personne qui a lancé une proposition de debug bar pour Rails partage ses idées et une liste de fonctionnalités, et espère qu'un tel outil serait intégré à Rails avec un focus sur le bien-être des développeurs, dès Rails 8.

    La personne qui a lancé la proposition d'une debug bar Rails partage ses idées et une liste de fonctionnalités, et pense que ce serait bien que cet outil soit intégré à Rails dans Rails 8, avec un focus sur le bonheur des développeurs.

  • En réponse à une question sur les similarités avec d'autres projets, il dit apprécier les bons échanges d'idées entre les frameworks Laravel, Phoenix et Rails.

    Ce projet a l'air vraiment bien, et j'aime que les bonnes idées circulent souvent entre les frameworks Laravel, Phoenix et Rails.

  • Un avis qui n'apprécie pas l'utilisation de l'abréviation RoR (Ruby on Rails).

    Super projet, mais je n'aime pas l'usage de l'abbréviation RoR (Ruby on Rails).

  • Quelqu'un exprime le souhait d'avoir une debug bar pour Go.

    Je souhaite qu'une debug bar pour Go existe.