Journal rails: un module d'identification

Posté par  (site web personnel, Mastodon) .
Étiquettes : aucune
0
11
oct.
2005
Cher journal.

Ayant besoin de gérer des utilisateurs sur un site qui utilise rails http://www.rubyonrails.org/(...) j'ai codé un "generator" complet. Il est disponible sur http://penso.info/rails/auth_generator/(...)

En gros ça fournit une interface pour gérer les utilisateurs, les placer dans des groupes ou non, etc.

Si vous avez des retours sur le produit, hésitez pas.

  • # Je n'ai qu'une chose à dire

    Posté par  (site web personnel) . Évalué à 3.

    MERCI!

    • [^] # Re: Je n'ai qu'une chose à dire

      Posté par  . Évalué à 6.

      Yup, pas mieux.

      La dernière fois que j'ai joué à Rails, j'étaits justement un peu déçu de ne pas avoir trouvé de solution toute prête pour gérer proprement des users/groups, donc là vraiment tu tombes à pic. Je vais m'y remettre tiens du coup...

      À part ça, je ne trouve aucune mention d'une licence... t'as une idée sur la question ?

  • # Un autre

    Posté par  . Évalué à 3.

    Un autre module dans la même catégorie : ARCS

    http://arcs.rubyforge.org/(...)


    ARCS is in early development and is currently one generator that creates a generic system for managing users and groups of users. Here is a list of features:

    * a model which uses SHA1 encryption and salted hashes for passwords
    * a controller with log in, log out, sign up, password reset, and update information actions
    * a mailer that supports forgotten passwords
    * administration pages to manage users, groups and group membership

    It is roughly based on LoginGenerator and SaltedLoginGenerator Rails generators, but extends their functionality to include groups.


    mais pas de gems ici...

    • [^] # Re: Un autre

      Posté par  (site web personnel, Mastodon) . Évalué à 3.

      Bah auth_generator fait tout ça. Sinon en bas de page de ARCS on peut lire :

      NOTE: We've just been turned on to the existence of ActiveRBAC... which we'll be using to replace our core system. So, download if you want, but be aware that there will be major changes coming.

      Sinon auth_generator a été codé avec une idée de performance derrière la tête, pour pouvoir délivrer des pages statiques en rails. Je ne sais pas si les autres ont ça ou non.

      • [^] # Re: Un autre

        Posté par  . Évalué à 1.

        Impressionnant, decidement les demos .mov sur mac os x sont a la mode!
        Sinon petit detail en passant, tu ne test pas le groupe dans le javascipt : un utilisateur qui n'a pas le bon groupe risque de se retrouver avec des mauvais liens/droit ( ok, en suivant le lien, la page lui sera refusé).
        Autre remarque, tout ca n''est pas tres DRY compliant (repetition de l'auth en javascript), c'est surement le prix pour avoir du static...

        • [^] # Re: Un autre

          Posté par  (site web personnel, Mastodon) . Évalué à 2.

          Oui pour le test de groupe, mais disons que pour la démo j'ai légèrement simplifié (pour montrer que c'est possible).

          Quelqu'un qui voudra quelque chose de plus abouti pourra trouver le reste tout seul j'imagine.

          Et sinon pour avoir du statique il faut effectivement faire quelques concessions.

  • # pourquoi les videos sont toujours sous mac ?

    Posté par  (site web personnel) . Évalué à 2.

    Voilà, je me posais juste cette question, après avoir vu la vidéo de ruby on rails, turbogears et maintenant celle-ci

    Donc voilà, c'est une question un peu conne mais bon ;-)

    Sinon, on remarque une chose avec ces vidéos, c'est que les menus dans les applis ça sert à rien... (ben oué, sous mac avec la barre en haut qui n'est même pas présente à l'écran et la souris ne s'y trimbale jamais...)

    • [^] # Re: pourquoi les videos sont toujours sous mac ?

      Posté par  . Évalué à 2.

      Le pire c'est que j'arrive pas lire correctement la video sous linux : le fond est degeulasse

      • [^] # Re: pourquoi les videos sont toujours sous mac ?

        Posté par  . Évalué à 1.

        Ouais, et pas que le fond, tout le raffraîchissement est mal géré.
        Le QuickTime, ça pue.

        • [^] # Re: pourquoi les videos sont toujours sous mac ?

          Posté par  (site web personnel) . Évalué à 2.

          personnellement toutes les videos ruby on rails, celle-ci, etc passent chez moi (mandriva 2005 x86_64)

          comme dit dans un précédent journal sur turbogears (http://linuxfr.org/comments/632179.html#632179(...) ) mov n'est pas le codec, mais seulement un conteneur (si j'ai compris)

          Par contre, aucune idée de ce qui est utilisé par derrière, mais toutes ces vidéos étant sous mac, ils utilisent mov... (peut-être existe-t-il un outil capturant le bureau facilement sous mac...)

          • [^] # Re: pourquoi les videos sont toujours sous mac ?

            Posté par  . Évalué à 4.

            Le codec, en général (et ici), c'est "RLE" (aka "Quicktime Animation"). Et en principe il est librement supporté en lecture via FFmpeg.

          • [^] # Re: pourquoi les videos sont toujours sous mac ?

            Posté par  . Évalué à 2.

            J'ai essayé mplayer en 32 et 64 bits et mêmes résultats : des bavures, des traces, des zones non mises à jour, etc.

            Alors on va me dire, essaie machin, truc, bidule ou chose mais j'ai pas envie d'installer 14 visualisateurs différents juste pour un fichier.
            Pareil pour les codecs.

            Pour info, voilà ce que dit mplayer pour le .mov à peine regardable de Fabien :

            Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
            Selected video codec: [ffqtrle] vfm:ffmpeg (QuickTime Animation (RLE))

            Et, bien que ce soit plus ou moins crade suivant le pilote de sortie (suivant sa vitesse en fait : plus rapide = plus crade), le problème est le même sur différents PC (différentes cartes, différents pilotes).

            • [^] # Re: pourquoi les videos sont toujours sous mac ?

              Posté par  (site web personnel) . Évalué à 2.

              peut-être alors un problème de version de mplayer / ffmpeg
              la vidéo passe impec avec kaffeine (backend xine)
              je viens d'essayer avec mplayer et ça marche aussi (mplayer-1.0-0.pre7.4.1.102plf, libffmpeg0-0.4.9-0.pre1.4mdk, les deux en 32bits sur un mandriva 64bits)

  • # Bonnes pratiques

    Posté par  . Évalué à 5.

    Quelles "bonnes pratiques" le générateur implémente-t-il? Quelque chose comme http://fishbowl.pastiche.org/2004/01/19/persistent_login_cookie_bes(...) quoi...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.