Yet Another Nopaste! 1.2.0 est sorti

Posté par (page perso) . Modéré par Sylvain Rampacek.
Tags :
3
15
sept.
2008
Internet
Yet Another Nopaste 1.2.0 est sorti. Yet Another Nopaste! est (encore) un site PHP permettant facilement d'échanger bouts de code, logs et autre traces. Il suffit de copier/coller du contenu texte sur le site, et récupérer l'URL pour partager ce contenu, lequel sera mis en valeur en fonction du langage de programmation sélectionné (utilisation de GeSHi).

C'est très utile, notamment lors de discussions sur IRC, quand il s'agit de partager des lignes de codes sans risquer le Flood_(Internet) du serveur.

Comme son nom le laisse penser, il existe de nombreux prédécesseurs pour remplir ces fonctions, comme pastebin qui est sans doute le plus connu, mais encore nopaste ou gnopaste. Parmi les nouveautés, on trouvera notamment :
  • la protection optionnelle par mot de passe,
  • se souvient des paramètres du dernier passage : nom, langage choisi…
  • la page de visualisation permet maintenant d’afficher soit le contenu original, sans colorisation ni numéro de ligne (plus pratique pour le récupérer), ou le contenu colorié avec numéros de ligne,
  • côté serveur, le stockage se fait maintenant en XML, ce qui permet de garder des méta-information. L’accès aux données est donc maintenant proxiée (indispensable pour la fonctionnalité de protection par mot de passe…).

Yet Another Nopaste a été développé parce que j'en avais envie les solutions existantes ne remplissaient pas, ou partiellement, une des conditions suivantes :
  • Licence libre
  • Pas de base de données nécessaire
  • Colorisation non approximative
  • Installation simple
.
Le résultat est une application qui tente de respecter au mieux le KISS-principe, ne nécessitant pas de base de donnée, utilisant GeSHi, ou il est possible de protéger le contenu par mot de passe et où le site de démonstration ne regorge pas de publicité.
  • # Rapport avec le libre??

    Posté par . Évalué à 1.

    Le rapport c'est que le code est distribue sous licence GNU/GPL.

    D'ailleurs, quelle est la situation des concurrents à ce niveau là?
  • # Super !

    Posté par (page perso) . Évalué à 2.

    Moi qui ai été déçu par le manque d'ouverture (des sources) de Posteet ( http://linuxfr.org/2007/11/03/23298.html ), je découvre là une solution alternative fort intéressante ! A suivre de très très près, donc...
    • [^] # Re: Super !

      Posté par (page perso) . Évalué à 1.

      Bon... Je me suis vite rendu compte qu'en fait ces deux outils n'avaient pas tout à fait la même utilité... Je ne peux pas être toujours au top !... 8-)

      En revanche, je viens de l'essayer un peu sur un serveur wamp, et à mon avis il y a matière à creuser. Donc à suivre de très très près !

      --> []
  • # Expiration des posts, fonctions manquantes

    Posté par . Évalué à 4.

    Plus important :
    Il est impossible de choisir une durée d'expiration comme sur les paster dignes de ce nom. Je n'utilise personnellement pas un paster si je ne peux pas régler la durée de stockage.
    Il n'y a pas de lien "fichier brut" qui ne contiendrait aucun HTML enrobant le contenu pasté. (permettant par exemple de faire "enregistrer le lien sous")
    Confort :
    Le type de coloration par défaut devrait être "pas de coloration" et non pas "abap", que je ne sais même pas ce que c'est.
    Après avoir cliqué sur le bouton "Paste!", une redirection automatique vers la page résultante (plutôt qu'une page avec seulement un lien) ne serait pas de trop.
    • [^] # Re: Expiration des posts, fonctions manquantes

      Posté par (page perso) . Évalué à 1.

      Merci pour ces remarques
      Il est impossible de choisir une durée d'expiration
      Il est possible de modifier la durée de rétention par configuration. Pour le moment, il n'est pas prévu de laisser le choix entre plusieurs durées par l'utilisateur. Cette option n'a en effet pas fait parti de mes priorités, parce que personnellement je pense que ce doit être un réglage du responsable du site uniquement. Mais c'est en effet quelque chose que je pourrais implémenter facilement, il n'y a plus qu'à demander l'évolution sur le bug tracker
      Il n'y a pas de lien "fichier brut"
      Pas de lien fichier brut en effet, mais la possibilité d'afficher le contenu brut sans colorisation ni numéro de ligne
      Le type de coloration par défaut devrait être "pas de coloration"
      En effet ;), il faudrait que l'option "texte" soit sélectionné par défaut, à lever dans le bug tracker :p
      redirection automatique vers la page résultante
      Oui en effet à l'usage, on aime bien voir le résultat avant de proposer l'URL... A lever dans le bug tracker aussi ;)
      • [^] # Re: Expiration des posts, fonctions manquantes

        Posté par . Évalué à 2.

        Je n'ai pas réussi à trouver ce bug tracker dont tu parles.

        > Pas de lien fichier brut en effet, mais la possibilité d'afficher le contenu brut sans colorisation ni numéro de ligne
        Ça ne remplace malheureusement pas le "fichier brut", car cela force à faire un copier/coller (penser aux gens qui naviguent sans souris avec des extensions firefox, par exemple)
        • [^] # Re: Expiration des posts, fonctions manquantes

          Posté par (page perso) . Évalué à 1.

          En effet il est un peu caché. Comme je n'utilise pas celui se sourceforge, j'ai mis l'URL dans les forums, mais il faudrait que je trouve un moyen de mettre ça plus en évidence. Voilà l'adresse:
          http://bugzilla.jujunie.com
        • [^] # Re: Expiration des posts, fonctions manquantes

          Posté par . Évalué à 1.

          car cela force à faire un copier/coller
          Mais comme le nom du logiciel ne l'indique pas, à la base, le principe, c'est de copier/coller ... Après, c'est clair qu'on peut étendre, mais si on veut rester dans l'esprit "original" ...
    • [^] # Re: Expiration des posts, fonctions manquantes

      Posté par (page perso) . Évalué à 2.

      Le must ça serait par défaut un type auto...
    • [^] # Re: Expiration des posts, fonctions manquantes

      Posté par (page perso) . Évalué à 1.

      Un peu HS mais pour la culture personnelle : ABAP est le langage de programmation de SAP.
      http://fr.wikipedia.org/wiki/ABAP
  • # Remarques et patch

    Posté par (page perso) . Évalué à 3.

    Je viens de le télécharger pour tester un peu. ça m'a l'air intéressant, mais j'ai quelques remarques :

    - est-ce bien nécessaire d'avoir les répertoires .svn dans la livraison ?

    - au début de tes sources, dans le bloc de licence tu as oublié de changer Foobar par le nom de ton appli :)

    - tu utilise les short tags php, pour autant que je sache c'est plutôt déconseillé. J'ai du modifier la conf de mon php pour pouvoir l'exécuter (short_open_tag = On). Sur le pourquoi, voici une petite explication http://www.apprendre-php.com/tutoriels/tutoriel-3-pourquoi-i(...) Sur le comment, je t'ai fait un patch : http://yanopaste.jujunie.com/index.php?id=20080915112031_242(...)
    • [^] # Re: Remarques et patch

      Posté par (page perso) . Évalué à 3.

      le stockage se fait maintenant en XML
      Tiens, j'ai toujours cru qu'il s'agissait d'un formant d'échange de données.

      Est-ce que la licence AGPL a été envisagé ?

      Pourquoi une si grande zone de texte pour le paste ? Pour les gens qui éditent dans un paste bin ??
      • [^] # Re: Remarques et patch

        Posté par (page perso) . Évalué à 1.

        J'avoue, je suis un XML-addict :) Limiter XML à l'échange de donnée est un peu réducteur à mon goût...
        http://www.w3.org/TR/2006/REC-xml-20060816/#sec-origin-goals

        AGPL, pourquoi pas, c'est vrai que ça colle mieux à ce genre d'appli.
    • [^] # Re: Remarques et patch

      Posté par (page perso) . Évalué à 1.

      Que des bonnes idées :)

      est-ce bien nécessaire d'avoir les répertoires .svn dans la livraison ?
      Heu non en effet ;)
      Foobar
      lol, je changerais ça aussi....
      short tags php
      Ok, ça me semble mieux en effet
  • # Pinaillage

    Posté par (page perso) . Évalué à 7.

    Je ne suis pas certain de comprendre la fin de la news.
    Quand je lis:

    Yet Another Nopaste a été développé parce que j'en avais envie les solutions existantes ne remplissaient pas, ou partiellement, une des conditions suivantes :

    * Licence libre
    * Pas de base de donnée nécessaire
    * Colorisation approximative
    * Installation complexe

    J'en déduis que yanopaste remplis ces conditions, et donc offe à l'utilisateur une colorisation approximative de son code, et en plus est incroyablement complexe à installer.
    Ou alors je comprend tout de travers, et il nécessite une base de données, et est sous une licence non libre.

    Enfin, ça me laisse perplexe.

    De manière plus constructive, quelles sont les améliorations à venir ? Ce que j'aimerai trouver dans une appli de ce genre, c'est la possibilité pour les lecteurs de proposer de nouvelles versions, et mettre en valeur les changements entre différentes versions.
    • [^] # Re: Pinaillage

      Posté par . Évalué à 5.

      Pareil : je vote pour un "diff", afin de pouvoir juste modifier un paste et que la modification ressorte facilement (en plus de la coloration syntaxique ou à la place ? à voir...)
    • [^] # Re: Pinaillage

      Posté par (page perso) . Évalué à 2.


      lol oui comme tu t'en doutes, il y a un léger mélange :p Il faut bien lire:

      * Licence libre
      * Pas de base de donnée nécessaire
      * Colorisation de qualité avec GeSHi
      * Installation simple

      Merci de ton attention ;)


      Les évolutions que tu proposes sont très intéressantes, je vais y réfléchir pour une V1.3 ;)

Suivre le flux des commentaires

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