Kanboard, un logiciel libre pour gérer ses projets avec la méthode Kanban

Posté par (page perso) . Édité par Florent Zara, palm123, ZeroHeure et Xavier Claude. Modéré par Xavier Claude. Licence CC by-sa
63
20
fév.
2014
Bureautique

Kanboard est un gestionnaire de tâches visuel qui permet de gérer facilement des petits projets de manière collaborative. L'outil est particulièrement adapté aux personnes qui utilisent la méthode Kanban. On peut voir Kanboard comme une alternative (simplifiée) au logiciel propriétaire Trello.

Concrètement, les tâches sont affichées dans un tableau à plusieurs colonnes. Chaque colonne correspond à une étape d'un projet. Par la suite on peut déplacer avec la souris une tâche d'une colonne à une autre. On a donc une représentation visuelle et claire de l'état du projet. On sait ce qui est en cours ou terminé, mais également qui fait quoi. C'est simple et compréhensible par tout le monde.

Kanboard

Par exemple, dans le cadre du développement d'un logiciel, on peut avoir les colonnes suivantes : « En attente », « Prêt », « En cours » et « Terminé ». Il est bien sûr possible de personnaliser le titre des colonnes et d'avoir plusieurs projets en même temps. Ce qui permet de s'adapter à chaque type de projet. Effet, la méthode Kanban n'est pas uniquement réservée au monde du logiciel mais peut être appliquée à d'autres type d'activités.

Kanboard est un logiciel minimaliste, il se concentre uniquement sur les fonctionnalités réellement nécessaires. L'interface utilisateur est simple et clair.

Technique

D'un point de vue technique, Kanboard est une application web développée en PHP et utilise Sqlite pour enregistrer ses données. Son installation est vraiment simple et se résume à un copier/coller du code source. L'outil est prévu pour fonctionner sur une petite machine tel qu'un Raspberry Pi ou un serveur virtuel privé (VPS). Il n'y a aucune dépendance externe, le glisser-déposer des tâches utilise les nouvelles API de HTML5. Cependant, le Javascript est utilisé avec parcimonie et ne dépend pas de jQuery. Le code source est vraiment simple à lire et facile à modifier. Celui-ci est diffusé sous la licence libre AGPLv3. D'ailleurs les contributions sont acceptées avec plaisir :)

Fonctionnalités

  • Plusieurs projets/tableaux
  • Personnalisation des tableaux (nombre et titre des colonnes)
  • Les cartes (tâches) peuvent avoir plusieurs couleurs
  • Le contenu d'une tâche peut être écrit au format Markdown
  • La gestion des utilisateurs possède un système de permission basique (administrateur ou utilisateur normal)
  • Webhook pour la création des tâches depuis un logiciel externe
  • Disponible en anglais et en français

Installation

Pour installer Kanboard, vous devez avoir un serveur web capable d'exécuter du PHP5.

  1. Télécharger et décompresser l'archive au format zip
  2. Vérifier que le répertoire data possède les droits d'écritures par le serveur web
  3. Aller à l'adresse suivante : http://mon-serveur/kanboard/
  4. Les identifiants par défaut sont admin/admin
  5. Utiliser le logiciel
  6. Changer le mot de passe par défaut

Pour le moment, le glisser-déposer avec la souris fonctionne uniquement avec un navigateur web moderne. Apparemment, le support du glisser-déposer avec l'API HTML5 n'est pas encore présent sur tous les appareils tactiles. Il existe probablement des hacks en bricolant avec des plugins jQuery…

Webhooks

Il est possible de créer une tâche depuis un logiciel externe en appelant simplement une URL. Ceci peut être utilisé par exemple dans un script shell, un git hook ou encore une autre application web. Voici un exemple avec curl :

curl "http://mon-serveur/kanboard/?controller=task&action=add&token=MonTokenSecret&title=Tache1"

Prochaine version

Kanboard est encore un projet jeune mais de nouvelles fonctionnalités sont prévues pour le futur :

  • Recherche des tâches
  • Limite sur le nombre de tâches dans une colonne
  • Pièces jointes
  • Export CSV
  • Raccourcis clavier
  • # Site de démo

    Posté par . Évalué à 10.

    Ce serait bien de mettre en place un site web de démonstration, pour éviter d'avoir à installer le logiciel pour l'essayer.

    • [^] # Re: Site de démo

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

      Je viens de tester ça s'installe en 3 coup de cuillère à pot sur un serveur web (Apache pour moi), ça à l'air très bien pour gérer les taches de projet de petite équipe.

      • [^] # Re: Site de démo

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

        ça s'installe en 3 coup de cuillère à pot sur un serveur web

        C'est 3 coup de trop pour la plupart des gens qui souhaitent tester et qui passeront leur chemin.
        OK qu'on n'ai pas le temps/l'envie de faire un site de démo, mais de cautionner ça par un "c'est facile pour moi le geek qui ai un serveur web de test toujours sur moi, comme tout le monde quoi" est toutjours aussi fort…

        Juste pour info, celui qui choisit n'est pas forcément celui qui administre.

        • [^] # Re: Site de démo

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

          C'est 3 coup de trop pour la plupart des gens qui souhaitent tester et qui passeront leur chemin.

          faut pas déconner quand même.

          C'est pareil pour ton logiciel mediainfo, si on veut l'essayer, il faut l'installer sur son ordinateur, tout ne se fait pas depuis le navigateur. On télécharge, si on est sous windows, clic clic clic, on clique sur l'icône, et voilà. Si on est sous une distrib linux, on télécharge, clic clic clic (ou plop plop plop si on préfère la ligne de commande), et voilà.

          Pour ce logiciel :

          cd /var/www/
          wget http://kanboard.net/kanboard-1.0.0.zip 
          chown -R www-data kanboard
          

          on va ensuite sur http://localhost/kanboard/

          on tape : admin / admin pour se connecter

          et voilà.

          C'est vraiment trop demander ?

          Vraiment bien fait ce logiciel par ailleurs. Et bonne idée d'avoir mis sqlite par défaut plutôt que d'aller batailler dans une base mysql pour l'installation.

          « I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond

          • [^] # Re: Site de démo

            Posté par . Évalué à 3.

            cd /var/www/
            wget http://kanboard.net/kanboard-1.0.0.zip
            unzip kanboard-1.0.0.zip
            chown -R www-data kanboard

            Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

          • [^] # Re: Site de démo

            Posté par (page perso) . Évalué à 3. Dernière modification le 21/02/14 à 13:37.

            et voilà.

            Sur quelle machine "et voila"? Pas la mienne en tous cas (du simple fait que su ma machine il n'y a pas de Apache ni de PHP)
            N'oublions pas que ton script, tu ne l'as pas essayé sinon tu verais qu'il te jette (problèmes de droits tout ça)

            Et sur les machines avec Apache, ben c'est de la prod donc on n'installe rien sauf quand necessaire. Reste à démarrer une VM, installer apache, installer PHP, se rendre compte que c'est la mauvaise version (voir les autress messages), et arrêter cette merde.
            Et encore, je suis gentil, je parle de gens qui connaissent, n'oublions pas un mot que tu as royallement ignoré : "Juste pour info, celui qui choisit n'est pas forcément celui qui administre ".

            donc ton "pour ce logiciel", la personne a rien compris (elle ne vois pas trop comment elle fait avec sa souris, alors que clic clic elle sait faire) et dit que tu racontes n'importe quoi avec une langue bizarre qu'à toi.

            C'est si dur d'arrêter de se la péter élitiste "pour tester tu dois le mériter, montrer que tu as un level 50 sinon casse-toi" et de se mettre à la place des autres?

            Encore une fois, je comprend qu'on n'ai pas le courage de mettre en place, mais l'explication pour se justifier de ne pas le faire est vraiment n'importe quoi : pourquoi ne pas dire simplement "on a pas le courage de le faire" ?

            • [^] # Re: Site de démo

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

              si si j'ai testé, j'ai juste oublié de recopier le dézippage de l'archive.

              Sur quelle machine "et voila"? Pas la mienne en tous cas (du simple fait que su ma machine il n'y a pas de Apache ni de PHP)

              tu vas rire, j'ai essayé d'installer mediainfo sur mon amiga, quand je clique ça me dit que le binaire n'est pas compatible.

              « I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond

            • [^] # Re: Site de démo

              Posté par . Évalué à 1.

              En même temps si la "personne qui choisi" est si incompétente, elle ferait bien de retourner travailler de la plasticine.

          • [^] # Re: Site de démo

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

            Hélas oui !!!
            Je fais mon méa-culpa.
            Figures-toi que mon patron venait tout juste d'envoyer un mass mail, pour présenter un fichier excel de suivi de projet dans un répertoire.
            Et pour rigoler un collègue a proposé une liste de post-it a faire, fait, à déléguer.
            Comme j'ai horreur des fichiers excels… j'ai ressenti un tel bonheur en lisant ce billet.
            Et la patatrac, pas de demo en ligne !
            Pas d'accès au nas de l'entreprise, pas de vm sous la main, pas envie d'installer un serveur web dans ma machine, pas le temps de faire tout ça pour tester quelque chose qui ne fonctionne "peut-être pas".
            Et grosse frustration…
            Et si j'ai le temps ce WE (y'en à qui vont ricaner) je ferai une VM pour tester les solutions WEB.

            Sérieusement pendant que la patate est encore chose j'apprécierai présenter une démo en ligne de cet outil !
            On a eGroupWare à la maison, mais c'est une usine à gaz à prendre en main.

      • [^] # Re: Site de démo

        Posté par . Évalué à 10.

        C'est ce que j'ai essayé de faire en premier, mais il faut php 5.3.7 minimum, alors que mon serveur CentOS a la version 5.3.3. Et je n'ai pas envie d'installer des paquets non-officiels rien que pour un test.

        • [^] # Re: Site de démo

          Posté par . Évalué à -4.

          Suffit de modifier la condition pour changer la version.

          • [^] # Commentaire supprimé

            Posté par . Évalué à -7.

            Ce commentaire a été supprimé par l'équipe de modération.

            • [^] # Re: Site de démo

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

              Mais ne te gènes pas, fournit.

              Python 3 - Apprendre à programmer en Python avec PyZo et Jupyter Notebook → https://www.dunod.com/sciences-techniques/python-3

              • [^] # Commentaire supprimé

                Posté par . Évalué à -3.

                Ce commentaire a été supprimé par l'équipe de modération.

                • [^] # Re: Site de démo

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

                  Suffit d'installer ça sur sa machine de travail au lieu d'installer ça sur un serveur avec une version php datant du moyen-âge.

                  « I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond

                  • [^] # Re: Site de démo

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

                    Pour info, c'est la version de la dernière version en prod pour une distro bien connue.

                    • [^] # Re: Site de démo

                      Posté par (page perso) . Évalué à 2. Dernière modification le 21/02/14 à 14:49.

                      Ça doit pas être debian vu qu'on est à la version 5.4.4

                      « I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond

                    • [^] # Re: Site de démo

                      Posté par . Évalué à 4.

                      Pour info, PHP 5.3 est encore en maintenance de sécurité pour deux ou trois mois seulement, sont support sera totalement abandonné à la sortie de la version 5.6 dans la beta1 est en préparation. D'ailleurs même les versions de maintenance de sécurité fournies par PHP en sont à 5.3.27. Personnellement je ne fais pas confiance à une distro qui continue à packager des versions de PHP de l'époque de Cro Magnon :)
                      Au moins sur Debian on a au minimum 5.4

                      Et pour toute version moderne de php, ça se teste sans Apache avec le serveur de dev intégré dans PHP:
                      git clone https://github.com/fguillot/kanboard.git
                      cd kanboard
                      php -S localhost:8080

                      et voilà !

                      Après, je peux être d'accord avec toi qu'un serveur de démo pour se faire une idée c'est une bonne idée, mais faut pas non plus dire que c'est insurmontable à tester, ça m'a pris moins de 30 secondes…

    • [^] # Re: Site de démo

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

      Tu as entièrement raison, je vais mettre un version de démo en ligne, ça sera plus simple pour tout le monde. Je ferais ça un peu plus tard dans la semaine.

      • [^] # Re: Site de démo

        Posté par . Évalué à 10.

        Bon on est Vendredi et ça doit beaucoup jouer (ne nous voilons pas la face, mais bon le troll a commencé Jeudi et Jeudi c'est pas Vendredi) mais je trouve que les réactions des gens font très enfant gâté et pas vraiment dans l'esprit du logiciel libre.

        Sérieusement, tu présentes une application Web récente (si j'en crois l'historique de commit, le développement a débuté le 25 Janvier) donc une première version stable et utilisable et tout le monde est à geindre parce que ça marche pas sur CentOS 6, parce que tu fournis pas de VM préconfigurée (non mais franchement…), parce que y'a pas de version démo, parce que ton soft est pas full-compliant DSI avec des beau slides de présentation et une démo pour les diçaïdor…

        Alors oui, pour installer une application Web, il faut une stack Web, grande nouvelle… Et oui, une stack Web, c'est un peu chiant à installer et ni Mme Michu, ne le DSI n'ont sur ça machine.
        Les gens vont se faire des nœuds dans la tête (pas dans leur serveur Web sous CentOS etc.) alors que ça prend 10 minutes d'installer un serveur Web sur sa machine de bureau. Limite ils sont à demander de venir taper apt-get install apache2 libapache2-mod-php5 chez eux.

        Évidemment une démo en ligne ce serait très pratique, mais c'est totalement compréhensible que l'auteur d'une application Web sortie il y a 4 jours n'ai pas eu le temps de faire ça. Quand à la demande pour une VM préconfigurée, ça laisse vraiment songeur. C'est pas comme si ça prenait du temps à mettre en place, et que ça avait des coûts d'hébergement non négligeables (Hein, ça fait pas 2Ko une image de VM).

        Du coup, pour compenser un peu tout ça je te souhaite un bon courage pour la mise en place de ta démo en ligne quand tu en auras le temps.

        • [^] # Commentaire supprimé

          Posté par . Évalué à -10. Dernière modification le 21/02/14 à 21:32.

          Ce commentaire a été supprimé par l'équipe de modération.

          • [^] # Re: Site de démo

            Posté par . Évalué à 5.

            Release early release often ok…mias y a un minimum maintenant, c'est pas une question que ca soit libre, c'est une question d'etre un minimum professionnel dans son approche du développement logiciel.

            Et oui mon bon monsieur, les hipies c'était avant maintenant on met une cravate et on sort les bons mots clefs avec les bonnes techno sinon c'est qu'on est ridicule (et alors ?).

            Ou alors on annonce pas ca en première page de linuxfr.

            https://linuxfr.org/news/cloud-kee-pass-version-meme-pas-encore-alpha
            mémoire courte ?

            Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

          • [^] # Re: Site de démo

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

            « Un torrent ? Le truc illégal pour pas payer les films ? Je ne veux pas de virus sur ma station de travail ! »

            Une réaction typique de décideur pressé. Tu pourrais faire preuve de cohérence, un minimum.

        • [^] # Re: Site de démo

          Posté par . Évalué à 7.

          J'ai fait un fichier pour Vagrant pour ceux que ça intéresse (Ça permet de créer une machine virtuelle et d'installer le logiciel en une commande : vagrant up).

          https://github.com/fguillot/kanboard/pull/13

          • [^] # Re: Site de démo

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

            Je viens de merger ta pull-request, c'est vraiment super, un simple vagrant up et c'est terminé :)

      • [^] # Re: Site de démo

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

        c'est ici demo.kanboard.net

        user : demo
        password : demo123

  • # Caldav

    Posté par . Évalué à 9.

    Je testerai bien, ça peut être intéressant même pour des taches plus personnelles.

    Il serait bien d'avoir une synchro avec la partie task de Caldav.

    • [^] # Re: Caldav

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

      J'ai pas encore pris le temps de regarder comment fonctionne CalDav mais je prends en note l'idée.

  • # Pré-Requis

    Posté par . Évalué à -1.

    Sur le site et dans l'article le backend n'est pas indiqué, il s'agit de SQLite.

    Note, il faut le composant quivabien© pour PHP5 (php5-sqlite chez Debian).

    A noter que le français est disponible dans les options.

    En tout cas merci !

    • [^] # Re: Pré-Requis

      Posté par . Évalué à 5.

      D'un point de vue technique, Kanboard est une application web développée en PHP et utilise Sqlite pour enregistrer ses données

      • [^] # Re: Pré-Requis

        Posté par . Évalué à 1.

        Mouai, en plus la liste des fonctionnalités indique :
        - Disponible en anglais et en français

        Autant pour moi, je lirais 7 fois avant de commenter …

  • # Version PHP

    Posté par . Évalué à 7.

    Pourquoi exiger la version 5.3.7 de PHP ? Et pas simplement 5.3 ?

    • [^] # Re: Version PHP

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

      La raison est que je stock les mots de passe avec la fonction password_hash() de PHP 5.5 (http://php.net/password) qui est la méthode recommandée actuellement.

      Cependant cette fonction n'est pas disponible pour les versions antérieurs à PHP 5.5, alors j'utilise une librairie en pure PHP qui assure une compatibilité des fonctions password_* pour les anciennes versions de PHP. Et donc cette librairie (https://github.com/ircmaxell/password_compat) demande au minimum PHP >= 5.3.7 pour fonctionner correctement.

      Dans la pratique, il est probable que cela fonctionne quand même, pour tester il suffit de commenter la condition dans le fichier check_setup.php. Pour plus d'informations se référer à https://github.com/ircmaxell/password_compat#requirements.

      • [^] # Re: Version PHP

        Posté par . Évalué à 1.

        Bon, testé sur du php 5.4 est ça marche très bien…
        Interface très propre et facile à utiliser, ça donne bien envie de l'utiliser.
        Des lenteurs par moment, mais que je n'ai pas avec l'album piwigo ? Du coup je ne suis pas sur si c'est à cause de l’hébergement "kinecoutepastropcher" ?

        Petit suggestion :
        - pouvoir déplacer plusieurs/toutes les tâches, p.e. "En attente", vers un autre projet facilement;
        - exporter les tâches d'une colonne, p.e. "Terminé" pour faire un rapport… Btn sur la colonne, p.e.
        Très bonne idée ce logiciel

      • [^] # Re: Version PHP

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

        sauf que sur Debian, le patch du trou de sécurité apporté dans PHP 5.3.7, a été intégré dans PHP 5.3.3 (pareil sur pas mal de distro d'ailleurs je crois).

        Bref, sur Debian, PHP 5.3.3 c'est ok . D'ailleurs j'avais moi même apporté un petite modif pour que ça fonctionne sur Debian. https://github.com/laurentj/password_compat (ce dépôt n'est pas forcément à jour par rapport à l'original…)

        • [^] # Re: Version PHP

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

          Cool, je savais pas que Debian faisait ce genre de patch entre les versions de PHP.

          Du coup j'ai changé la condition dans la branche master, maintenant c'est 5.3.3 minimum. J'ai pas de version de PHP aussi vieille sous la main pour tester mais ça devrait fonctionner.

          • [^] # Re: Version PHP

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

            Cool, je savais pas que Debian faisait ce genre de patch entre les versions de PHP.

            En règle générale, le patchs de sécu sont backportés (car ils induisent rarement des régressions) que ce soit PHP, le noyau Linux…
            Quand on met une version minimum, on met la version minimum pour les fonctionnalités, pas pour les failles de sécurité (déjà parce que les patch de sécu sont backporté, mais aussi parce que ça fait un peu le paternalisme "allez, monte ta version même si j'en ai pas besoin, je pense à ton bien").

          • [^] # Re: Version PHP

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

            Tu peux t'abonner à la ML de sécu, très intéressant pour être au courant des réparations faites.

        • [^] # Re: Version PHP

          Posté par . Évalué à 1.

          A noter que Anthony Ferrara, auteur de la librairie et de l'implémentation de celle-ci dans le cœur de PHP a plusieurs fois dit que le travail de backport du fix de sécurité dans Debian 5.3.3 était mal fait et qu'il ne changerait pas le prérequis à 5.3.7 :)

  • # oups

    Posté par . Évalué à 4.

    Mon serveur reste terriblement figé à la version 5.3.2 de php…
    Indispensable la version 5.3.7 ? :(

    • [^] # Re: oups

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

      Chaque mise à jour de PHP comble des trous de sécurité, c'est donc indispensable de coller à la dernière version possible.

      • [^] # Re: oups

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

        C'est surtout indispensable d'utiliser une version qui a été testée par son fournisseur de distro, sous peine d'avoir encore plus de trous en vouloir trop bien.

        • [^] # Re: oups

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

          D'où « la dernière version possible », et non « la dernière version ».

          • [^] # Re: oups

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

            Et tu crois sérieusement que la personne s'amuse pour le plaisir à bloquer les updates et dire que ce qu'il a bloqué volontairement ne serait pas compatible?
            Cette version est celle d'une des plus grosses distros en prod (bon, ça devait être quand même PHP 5.3.3 au lieu de 5.3.2 de tête)

            • [^] # Re: oups

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

              Je sais bien qu'il y a toujours de mauvaises raisons invoquée pour ne pas mettre à jour.

  • # scrum board.

    Posté par . Évalué à 3.

    La méthode kanban est une technique appliqué à la production industrielle manufacturière afin de gérer les approvisionnements de pièce, les rebus…

    J'ai plutôt l'impression que ce logiciel gère un scrum board.

    scrum board

    • [^] # Re: scrum board.

      Posté par . Évalué à 2.

      AMHA, scrum board === Kanban.

      Dommage qu'on ne puisse pas (encore) limiter le nombre de tâches par colonne car c'est pour moi tout l'intérêt de ce système : s'empêcher d'avoir plus de 2/3 tâches en cours.

      • [^] # Re: scrum board.

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

        AMHA, scrum board === Kanban.

        A mon avis pas du tout.

        Les règles ne sont pas les mêmes (les limites d'encours par exemple), la description non plus (sur un kanban on décrit un processus, un flux et on travaille en flux tiré, sur scrum on a juste à faire / en cours / fait)
        Je vais pas rentrer dans tous les détails, mais non kanban c'est pas un scrum board.

        Et d'ailleurs l'outil présenté n'est pas vraiment un kanban board non plus, rien que l'absence de limite d'encours fait que je ne l'utiliserai pas (et pourtant ça aurait pu m'intéresser)

        • [^] # Re: scrum board.

          Posté par . Évalué à 3.

          Et d'ailleurs l'outil présenté n'est pas vraiment un kanban board non plus, rien que l'absence de limite d'encours fait que je ne l'utiliserai pas (et pourtant ça aurait pu m'intéresser j'aurais pu remonter un bug)

          (^_^)

          Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

          • [^] # Re: scrum board.

            Posté par . Évalué à 2.

            C'est pas vraiment un bug, plutôt une fonctionnalité à venir

          • [^] # Re: scrum board.

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

            Oué, mais non désolé. Si je devais remonter un bug pour chaque logiciel auquel il manque une fonctionnalité je suis vraiment pas sorti. Oui je sais c'est une réponse facile…

            Ha oui, et c'est vrai que j'ai aussi bloqué sur PHP (mais pourquoi un choix aussi horrible ???)

            • [^] # Re: scrum board.

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

              Pour ce qui est de la fonctionnalité que tu demandes, suffit de regarder le screenshot : à priori c'est prévu :) ("Task limit for each column")

              Sinon pour le PHP ça peut s'expliquer par au moins deux facteurs :

              • Ce n'est pas un langage si horrible que ça aux yeux de tout le monde.
              • PHP est répandu partout.

              À partir du moment où tu veux toucher un maximum de monde (et par conséquence indirecte maximiser le nombre de contributions externes), PHP a toute sa place. Après c'est sûr que c'est un cercle vicieux qu'il va falloir rompre un jour parce que, quand même, le PHP c'est horrible !

              • [^] # Re: scrum board.

                Posté par . Évalué à -1.

                parce que, quand même, le PHP c'est horrible !

                Pas pire que Java… loin de là.

              • [^] # Re: scrum board.

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

                Après c'est sûr que c'est un cercle vicieux qu'il va falloir rompre un jour

                Ça ferait vraiment du bien en effet. Franchement ça tourne beaucoup en rond autour de PHP en France, et heureusement qu'il y a quand même quelques boites qui sont ouvertes et font du ruby/go/clojure par exemple.

            • [^] # Re: scrum board.

              Posté par . Évalué à 1.

              perso, le choix de php pour ce genre d'application est totalement justifié.

              ca s'héberge sur n'importe quel hébergeur, même Free.

              • [^] # Re: scrum board.

                Posté par . Évalué à 3.

                Oh non, pas Free avec son PHP "Version 5.1.3RC4-dev"…
                (s'il est possible d'avoir plus récent je veux bien la recette!)

            • [^] # Re: scrum board.

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

              • Pour la limite d'encours c'est prévu dans ma todo list, le projet est jeune, juste un peu de patience et ça va arriver.
              • Pour PHP, c'est pas aussi horrible que ça, je sais que le langage à mauvaise réputation mais si tu regarde le code source c'est pas si pourri que ça. Le code reste simple, il n'y a pas de plat de spaghetti, c'est surement pas parfait mais il y a largement pire. L'avantage de PHP ici, c'est pour l'installation, un copier/coller et c'est terminé, et ça doit fonctionner probablement sur la majorité des hébergeurs web…

              J'aurais pu faire exactement la même chose en Python avec Flask, au final ça aurait pas changer grand chose, juste l'installation qui serait un peu plus compliqué. J'aurais pu le faire en Golang et tu aurais juste un démon à lancer…

              • [^] # Re: scrum board.

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

                Pour la limite d'encours c'est prévu dans ma todo list

                Ok, cool.

                Pour PHP, c'est pas aussi horrible que ça

                Heu… un peu quand même. Je préfère vraiment de loin faire du go, du clojure (miam miam), du ruby et même du c++, du js, du perl que de toucher à PHP.
                Et je préfère surtout ne rien avoir à installer en php et idem je préfère par exemple de loin un projet en ruby, node, clojure que je vais pouvoir balancer sur heroku sans me poser la moindre question. Et là côté installation difficile de faire mieux que heroku apps:create && git push heroku master

            • [^] # Re: scrum board.

              Posté par . Évalué à 1.

              On se passera de tes trolls

              • [^] # Re: scrum board.

                Posté par (page perso) . Évalué à -6.

                Faut croire que non.

                T'as le droit d'adorer PHP, pas de problème. Mais beaucoup de monde a aussi le droit de trouver que, aussi bien en tant que langage que plateforme, c'est juste une horreur qui évolue très très lentement et qui ferait mieux de disparaître.
                Et désolé mais en général mes machines / serveurs n'ont ni apache ni PHP pour la plupart donc oui le choix de PHP me gène car si c'était du ruby, python, go, node je l'aurai probablement testé.

                • [^] # Re: scrum board.

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

                  le choix de PHP me gène car si c'était du ruby, python, go, node je l'aurai probablement testé.

                  Et moi l'inverse, ayant PHP quelque part mais pas les autres listés.
                  Il y en aura toujours un qui dire "j'ai pas ce language install chez moi".
                  comme quoi, c'est tout sauf un argument (surtout que PHP est sur bien plus de serveurs que tous les autres listés)

                  T'as le droit d'adorer PHP, pas de problème.

                  Oui, tu te fais juste traiter de stupide ("quelle idée horrible que de choisir x"). bof.
                  Moi, je peux dire que ça serait une idée horrible que de choisir un truc de ta liste parce que ben bla bla bla… Et au final?

                  • [^] # Re: scrum board.

                    Posté par (page perso) . Évalué à -4.

                    le choix de PHP me gène car si c'était du ruby, python, go, node je l'aurai probablement testé.

                    Et moi l'inverse, ayant PHP

                    Tu veux dire toi qui écrit

                    Sur quelle machine "et voila"? Pas la mienne en tous cas (du simple fait que su ma machine il n'y a pas de Apache ni de PHP)

                    ?

                    ayant PHP quelque part mais pas les autres listés.

                    Genre tu as une distrib linux (oui désolé on est sur linuxfr hein) sans aucune version de python ou ruby ? je sais pas mais j'ai comme un doute là…

                    • [^] # Re: scrum board.

                      Posté par . Évalué à 4.

                      python si, mais ruby n'est pas installé par défaut sur debian et dérivées.

                      Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                • [^] # Re: scrum board.

                  Posté par . Évalué à 10.

                  La première des liberté d'un gars qui développe sur son temps libre c'est bien de choisir son langage. T'aime pas PHP ? Passe ton chemin. Qu'est-ce que tu veux qu'on te dise ? « Ah ben oui on va tout réécrire dans ton langage qui te plaît parce que si toi tu choisi de ne pas utiliser cette appli c'est la fin du projet » ?

                  Les troll sur les langages ça fait 50 ans qu'on en a. Si PHP est encore si utilisé il y a une raison. Si tu veut pas contribuer personne ne te force, si tu ne veux pas l'installer personne ne te force non plus. Mais venir pleurer parce qu'une appli qui t'intéresse pas n'est pas dans le langage qui te plaît, c'est une réaction à la noix.

                  Si moi je te dis que ruby, node, python ou go ça pue et que tes appli avec ces langages tu peut te les garder parce que j'installe pas ces trucs chez moi, ça va te plaire ?

                  Il a développer un truc et le montre à tout le monde. Venir lui rentrer de dans pour une histoire aussi conne, ça m'horripile. C'est quand que tu aura la maturité suffisante pour te dire que le langage est un détail ? En principe quand on commence à les collectionner c'est aussi parce qu'on commence à se dire qu'un langage c'est un peu comme une marque d'outil : on peu bien avoir une préférence, mais bon un marteau c'est un marteau et dans la majorité des cas pas la peine d'acheter du facom.

                  Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                  • [^] # Re: scrum board.

                    Posté par (page perso) . Évalué à -6.

                    Qu'est-ce que tu veux qu'on te dise ?

                    Simplement qu'on me dise pour quelle bonne raison (autre que PHP tout le monde en fait, ce qui est une mauvaise raison) développer aujourd'hui en PHP par exemple.

                    Mais venir pleurer parce qu'une appli qui t'intéresse pas n'est pas dans le langage qui te plaît, c'est une réaction à la noix.

                    J'aime comment tu réécris l'histoire. J'ai trouvé l'appli sympa mais il manque de quoi en faire un vrai board kanban (parce que ce n'est pas un board kanban aujourd'hui). Ça tombe bien c'est prévu dixit l'auteur, donc on verra bien plus tard si ça vaut le coup.
                    Et oui je me demande bien pourquoi choisir PHP que je considère comme un mauvais langage et une mauvaise plateforme web (rien que le reload systématique ou la nécessité des caches d'opcode est horrible — et là j'aimerais bien que quelqu'un arrive à me dire que c'est une bonne chose pour rigoler un bon coup —, heureusement qu'il y a des projets genre HHVM).

                    Si moi je te dis que ruby, node, python ou go ça pue et que tes appli avec ces langages tu peut te les garder parce que j'installe pas ces trucs chez moi, ça va te plaire ?

                    Ha mais je m'en branle totalement du fait que ça peut plaire ou non.

                    C'est quand que tu aura la maturité suffisante pour te dire que le langage est un détail ?

                    Je pense que ça te ferait vraiment du bien d'aller quelques langages supplémentaires, quelques types différents et tu verra que tu viens de sortir une belle connerie. Car non ce n'est pas un détail. Certains langages sont similaires et dans ce cas précis oui. Mais en vrai non.
                    Si tu prend un lisp, prolog, haskell, java et php (par exemple) tu devrais voir que c'est loin d'être un détail anodin.

                    mais bon un marteau c'est un marteau

                    Sérieux ?
                    Tu veux dire qu'un marteau, un marteau, un marteau, un marteau et un marteau c'est pareil ? Que ça sert à la même chose et que tu peux remplacer l'un par l'autre n'importe quand et pour faire n'importe quoi ? Et ben on est pas sorti…

                    • [^] # Re: scrum board.

                      Posté par . Évalué à 4.

                      Qu'est-ce que tu veux qu'on te dise ?

                      Simplement qu'on me dise pour quelle bonne raison (autre que PHP tout le monde en fait, ce qui est une mauvaise raison) développer aujourd'hui en PHP par exemple.

                      Ça lui plaît ou il connaît. Pourquoi faudrait-il plus de raison ?

                      Ha mais je m'en branle totalement du fait que ça peut plaire ou non.

                      He ben lui c'est pareil ton avis, il s'en carre (ou pas on s'en fout, mais ça ne me choquerait pas vu comment tu es venu le chercher au départ (sans réécrire l'histoire ton premier commentaire sacrément dur)).

                      Je pense que ça te ferait vraiment du bien d'aller quelques langages supplémentaires, quelques types différents et tu verra que tu viens de sortir une belle connerie. Car non ce n'est pas un détail. Certains langages sont similaires et dans ce cas précis oui. Mais en vrai non.

                      Je connais la chanson (on la connais tous ça fait 50 ans qu'on l'entends). Chaque langage est mieux que l'autre et puis c'est surtout les langages qu'on connaît qui sont mieux que les autres n'est ce pas ? Certains permettent de plus facilement exprimer certains concepts (dans ceux que tu cite le prologue en particulier), certains ont l'avantage de leur écosystème comme fortran ou java, d'autre ont un aspect technique particulier qui leur permet d'avoir un réel avantage dans certains contexte (le C ou l'erlang).

                      Mais là tu parle du ruby vs go vs js vs PHP pour faire un site web à la papa (rien de dénigrant là dedans je veux dire qu'il n'y a pas de websocket par exemple). Tu peut nous expliquer que tu environ rien en terme de performance à utiliser go par exemple, mais pour le reste c'est vraiment juste du pur troll de vendredi (et d'un vendredi pluvieux même).

                      Sérieux ?
                      Tu veux dire qu'un marteau, un marteau, un marteau, un marteau et un marteau c'est pareil ? Que ça sert à la même chose et que tu peux remplacer l'un par l'autre n'importe quand et pour faire n'importe quoi ? Et ben on est pas sorti…

                      Merci de nous montrer ta grande connaissance en recherche google (et surtout en bon niveau de troll pour bien découper les phrases). L'application qu'il nous montre ne présente pas d'enjeux technique particulier. Si tu n'arrive pas à comprendre ça, ça en dit long sur ton manque de recule sur le monde du développement (tu as vu ? Moi aussi je peux faire des attaques personnelles bien basses).

                      Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                      • [^] # Re: scrum board.

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

                        vu comment tu es venu le chercher au départ

                        Venu le chercher ? En répondant à un commentaire disant que kanban === scrum board alors que c'est juste totalement faux ?

                        Merci de nous montrer ta grande connaissance en recherche google

                        T'as vraiment pas compris que l'analogie du marteau était totalement foireuse ?
                        S'il existe plein de marteaux différents c'est pour une bonne raison. Et s'il existe des marteaux + des tournevis + des pinces + … c'est pas pour rien?
                        Et s'il existe plein de langages c'est pas pour rien non plus.

                        • [^] # Re: scrum board.

                          Posté par (page perso) . Évalué à 4. Dernière modification le 22/02/14 à 11:56.

                          Et s'il existe plein de langages c'est pas pour rien non plus.

                          Oui, ça sert surtout à se faire plaisir et du NIH.
                          Ca ne veut pas dire que ce soit plus ou moins adapté (au contraire des différents marteaux), d'ailleurs le premier critère de sélction d'un language est : celui que tu connais déjà. Ca veut tout dire.

                          • [^] # Re: scrum board.

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

                            Oui, ça sert surtout à se faire plaisir et du NIH.

                            Je pense pas non. Beaucoup de langages / plateformes cherchent à résoudre des problèmes, et parfois de manière bien différentes.

                            le premier critère de sélction d'un language est : celui que tu connais déjà

                            Ha ben pas pour moi justement. J'apprend régulièrement des nouveaux langages justement parce que c'est plus adapté aux problèmes rencontrés. Genre ces derniers mois du clojure parce que la gestion des données correspondait très bien au métier, et du Ada parce que c'est quand même vachement bien pour certains problèmes.

                            Ca veut tout dire.

                            Non, ça veut juste dire que la majorité ne veulent surtout pas sortir de leur zone de confort sans chercher à savoir s'il y a moyen de faire mieux.

                            • [^] # Re: scrum board.

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

                              Ça veut surtout dire qu'on en revient toujours au même point, admettons que ce soit pas en PHP :

                              A : Bon finalement, je l'ai recodé avec ROR
                              B : Ruby, c'est lent
                              A : C'est pas vrai, avec JRuby ou IronRuby, c'est vachement plus rapide !
                              B : Je préfère Python. Pourquoi t'as pas choisi de le faire avec Django, c'est mieux !
                              A : Django, c'est un framework énorme
                              B : Alors, prend Flask, c'est pas compliqué
                              A : Avec quel ORM ?
                              B : Prends peewee
                              A : On m'a dit que SQLAlchemy était mieux !?
                              B : C'est des cons !
                              C : Vous êtes des nazes les mecs. Javascript FTW. Si vous utilisez pas node.js, vous êtes hasbeen !
                              A : Javascript, le typage est tout pourri
                              B : L'enfer des callback j'te raconte pas !
                              C : Nimp ! En plus avec une SPA sous Angular.js, c'est top
                              E : Moi, je préfère Ember.js
                              F : Vaut mieux rester sur les solutions éprouvées genre Backbone + Marionette
                              K : Je cherche quelqu'un sur Paris pour faire du cobol sur un mainframe utilisé par une banque, vous connaissez qqun ?
                              C : Dégage le dino !
                              M : Vous vous prenez trop la tête, C# est parfait pour ce genre de boulot
                              Z : Avec Microchiotte, tu te retrouves avec des chaînes aux pieds
                              J : Java, c'est ce que les vrais entreprises du CAC40 utilisent, faîtes confiance aux pro
                              S : Erlang, personne ?
                              G : Go est super rapide, en plus Google assure le dev, alors tu te retrouveras pas le bec dans l'eau ? Oh wait …
                              C : Ouais, c'est ce que je pense ! Angular.js c'est pareil
                              D : Ça a rien à voir idiot. Angular c'est côté client
                              C : C toi l'abruti, je voulais dire que c Google derrière
                              J : J'aime pas la gestion des erreurs de GO
                              C : Node.JS je vous dis avec mongodb pour stocker les données
                              U : L'autre, NOSQL c'est pour du prototypage. Tout le monde utilise MySQL, y'a une raison
                              R : La raison, c'est que la majorité ne veulent surtout pas sortir de leur zone de confort sans chercher à savoir s'il y a moyen de faire mieux
                              P : PostgreSQL ne m'a jamais fait défaut !

                              … Je vous laisse continuer, j'en ai marre …

                              Ça rime à quoi tout ça ?

                            • [^] # Re: scrum board.

                              Posté par . Évalué à 8.

                              J'apprend régulièrement des nouveaux langages justement parce que c'est plus adapté aux problèmes rencontrés. Genre ces derniers mois du clojure parce que la gestion des données correspondait très bien au métier, et du Ada parce que c'est quand même vachement bien pour certains problèmes.

                              À toucher à trop de choses on finit par réapprendre des choses peu utiles et à ne rien approfondir suffisamment pour maîtriser dans le vrai sens du terme. Celui qui se fait avec plusieurs années d'expérience et des codes assez différents. Toucher à tout c'est sympas et très bien, mais il y a aussi de bonnes raisons pour utiliser un langage que l'on maîtrise : la rapidité à mettre en place le code (on parle ici d'un projet qui n'a pas un mois), la qualité du code (on évite des bugs), on se concentre sur le métier,…

                              C'est assez fou que moi j'ai à dire ça, vu que je suis plutôt orienté technique, mais il y a un moment où il faut arrêter la branlette intellectuelle sur la technique pour répondre à un besoin. Lui il a réussi à répondre à son propre besoin en moins de 4 semaines sur son temps libre, c'est plutôt cool je trouve.

                              Encore une fois ce logiciel n'a pas d'enjeux technique (il ne traite pas de gros volumes de données, ne s'appuie pas sur des algorithmes incroyables, n'a pas à s’exécuter dans un contexte embarqué ou cloud, etc). Donc venir expliquer que ces choix sont aussi mauvais que tu le dis est assez ridicule.

                              Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                              • [^] # Re: scrum board.

                                Posté par . Évalué à 1.

                                Si c'était vrai, on en serait encore à l'assembleur ou au Cobol.

                        • [^] # Re: scrum board.

                          Posté par . Évalué à 7.

                          Tu serait pas du genre à aller voir tes voisins de camping pour leur expliquer que le maillet ou la pierre qu'ils utilisent pour planter leurs sardines sont inadaptés, que vu d'où ils viennent ils auraient du venir en voiture diesel et que leur tente est une tente d'hiver et ne devrait pas être utilisée l'été ?

                          Tu voudrais pas aller tenir ce genre de discours à Linus ? Pour lui expliquer que l'ADA, le C++, l'erlang ou le rust ça poutre et que c'est ça l'avenir des kernels et pas le C ?

                          Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                          • [^] # Re: scrum board.

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

                            Si je vois des gens tenter de planter une sardine avec un marteau oui je me dirais (voir dirais) que je trouve ce choix absolument horrible. Et tu sais quoi ? Si j'ai un marteau je leur filerais même volontiers.

                            Tu voudrais pas aller tenir ce genre de discours à Linus ?

                            Ben si j'en étais persuadé pourquoi pas. Sauf que justement tout n'est pas adapté à tout. Et c'est bien pour ça que plein de langages existent.

                  • [^] # Re: scrum board.

                    Posté par . Évalué à 2.

                    Les troll sur les langages ça fait 50 ans qu'on en a.

                    Comme je suis toujours méfiant, je suis allé vérifier, et ça fait vraiment 50 ans — Lisp fut complété en 62 — que l'écosystème des langages permet les guerres picrocholines : ton Fortran PHP est peut-être efficace, mais il est tellement plus moche que mon cher Lisp Clojure.

                    • [^] # Re: scrum board.

                      Posté par . Évalué à 4.

                      Oui j'ai pas sorti ce chiffre tout à fait de mon chapeau. Je trouve d'ailleurs toujours impressionnant que le lisp qui est un langage de si haut niveau soit aussi vieux.

                      Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                • [^] # Re: scrum board.

                  Posté par . Évalué à 3.

                  Il y a un milieu entre dire que c'est de la merde (comme tu sembles aimer le faire savoir) et adorer.

        • [^] # Re: scrum board.

          Posté par (page perso) . Évalué à 1. Dernière modification le 21/02/14 à 09:24.

          En Kanban, on doit aussi insister sur les conditions qui font qu'un ticket passe d'une étape à l'autre. Je n'ai pas l'impression qu'elles sont mises en valeur ici. C'est peut-être une idée de feature / plugin.

  • # OpenSuse 13.1

    Posté par . Évalué à 3.

    Testé sous OpenSuse 13.1. Il est à noter que php5-mbstring est nécessaire.
    Sinon ça marche nickel.

  • # Pour info...

    Posté par . Évalué à 3.

    Pour info, il existe aussi LeanPM comme projet libre pour la gestion de projet Agile, avec aussi un Kanban.
    Mais c'est en Java.

    J'ai pas comparé les 2. Avis aux amateurs.

  • # Enfin une alternative aux solutions Java

    Posté par . Évalué à 1.

    Bravo pour ce projet ! Ce créneau était monopolisé par les solutions Java. En plus, l'interface less is more est vraiment agréable. À tester !

    Parcontre, pourquoi PHP et pas python ?

    Là je fait du PHP et franchement, c'est pénible d'avoir des Fatal Error ou des Notice pour tout ou rien. M'enfin, ça va partir en PHP bashing :)

    Encore bravo !

    • [^] # Re: Enfin une alternative aux solutions Java

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

      Parce que PHP est dispo partout donc tout le monde code en PHP donc PHP est dispo partout donc…

      Écrit en Bépo selon l’orthographe de 1990

    • [^] # Re: Enfin une alternative aux solutions Java

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

      Merci pour le feedback.

      Au départ j'avais hésité à le faire en Python ou en Golang mais finalement je l'ai fais en PHP pour que se soit vraiment simple à installer partout. Quitte à faire un logiciel libre pour soit même autant qu'il serve aux autres également…

  • # Serveur PHP embarqué

    Posté par . Évalué à 4.

    C'est possible de tester avec le serveur PHP embarqué ?

    • [^] # Re: Serveur PHP embarqué

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

      Si tu parles du serveur HTTP embarqué à PHP depuis la version 5.4, la réponse est oui. C'est d'ailleurs ma plate-forme de développement, je me casse pas la tête à installer un Apache ou Nginx en local. PHP en ligne de commande suffit.

      cd /path/to/kanboard
      php -S 127.0.0.1:8000
      

      Et dans ton navigateur web : http://127.0.0.1:8000/

  • # retours

    Posté par . Évalué à 1.

    lors de la modification projet j'ai ça (sous wamp):

    Modifier le projet

    Tous les projets
    

    ( ! ) Notice: Undefined variable: project in C:\app\wamp\www\kanboard\templates\project_edit.php on line 9 Call Stack #TimeMemoryFunctionLocation 10.0000143256{main}( )..\index.php:0 20.0000564720Router->execute( )..\index.php:8 30.0000565048Router->loadController( )..\router.php:42 40.0000656184Controller\Project->edit( )..\router.php:29 50.0000733880Template->layout( )..\project.php:73 60.0000733952Template->load( )..\template.php:36 70.0156756944include( 'C:\app\wamp\www\kanboard\templates\project_edit.php' )..\template.php:29 " autocomplete="off"> Nom Actif
    ou annuler

    Sinon c'est sympa, c'est un bon début.Pour moi effectivement le distingo kanban/scrum serait à revoir: quel est la cible réel du projet, quel méthodo tu cible?
    Autres idées en vrac: mettre un notion de difficulté/durée; Priorité (peut être pour kanban?) quid des tâches réalisés? elles s'empilent ? s'archivent?

    • [^] # Re: retours

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

      J'ai fait quelques tests et c'est vrai que c'est juste ce qu'il faut pour avoir quelque-chose qui tourne c'est très bien !

      Juste deux remarques :

      Il n'est pas possible de réorganiser les colonnes (quand on ajoute une colonne elle vient se mettre à la fin), faut bien penser à organiser ça avant de commencer à l'utiliser sinon c'est mort.

      Question sécurité, lorsqu'on crée une tâche, on peut écrire directement du code html dedans. C'est la porte ouverte à du XSS ça. Je suis pas expert dans ce domaine mais ça m'alert() !

      • [^] # Re: retours

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

        Pour la partie sécurité, cela vient du parser Markdown que j'utilisais (Parsedown), je pensais qu'il filtrait le HTML par défaut mais non. Du coup, j'ai changé de parser Markdown et maintenant les tags HTML sont ignorés.

        Le correctif est disponible dans la branche master sur le dépôt Git.

        Cependant, tu notera que j'utilise certains headers HTTP pour améliorer la sécurité (Content-Security-Policy, X-XSS-Protection, X-Content-Type-Options: nosniff, X-Frame-Options:DENY…..) donc ça limite quand même les dégâts en cas de faille de sécurité.

        Et sinon, pour réorganiser les colonnes, il faudrait que j'améliore cela pour pouvoir modifier l'ordre de celles-ci.

    • [^] # Re: retours

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

      L'erreur PHP a été corrigé dans la branche master du dépôt Git.

      Sinon pour répondre à la deuxième question, Kanboard n'est pas un logiciel de gestion de projet pour faire du Scrum, pour cela il y a déjà des outils qui le font très bien comme Jira (ok c'est pas libre). A la base, j'avais juste besoin d'un board avec des tâches de différentes couleurs.

      Pour les tâches réalisées, je vais ajouter la possibilité d'afficher un historique et un système de recherche. Pour le moment, une tâche clôturée n'est plus affichée sur le board.

      Pour la priorité, actuellement je trie simplement par ordre de priorité les tâches dans la colonne qui va bien avec la souris.

      • [^] # Re: retours

        Posté par . Évalué à 1.

        Suggestion: Ajouter la date lorsqu'une tâche passe dans la colonne "Terminé"

  • # Template de post pour ce journal (voire tous les journaux annonçant un projet libre en php)

    Posté par . Évalué à 10.

    Ce template est sous licence WTFPL

    Salut votre projet est super ! 
    
    Mais pourquoi avoir utilisé PHP plutot que $LANGUAGE ? 
    
    ça aurait été qd même beaucoup mieux ! Je ne vais pas l'utiliser juste pour cette raison ...
    
    Tcho

    avec $LANGUAGE :
    - in http://fr.wikipedia.org/wiki/Liste_des_langages_de_programmation et
    - in http://fr.wikipedia.org/wiki/Langage_de_programmation_exotique et
    - not in (Java, C# (mono) )

    Exemple :

    Salut votre projet est super !

    Mais pourquoi avoir utilisé PHP plutot que Malbolge ?

    ça aurait été qd même beaucoup mieux ! Je ne vais pas l'utiliser juste pour cette raison …

    Tcho

  • # -installation- Help please !

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

    J'essaie de l'installer au bureau pour que les collègues le test.
    L'environnement c'est OpenSuse 11.1, il y a un serveur web qui tourne.
    J'ai décompressé l'archive dans la racine www du serveur, puis alloué des droits d'écriture à data pour tout le monde.
    Lorsque je demande a afficher la page via mon pc (donc pas en local), j'ai une page blanche
    http:///kanboard/index.php

    J'ai vérifié http:/// et là j'ai une erreur de page non trouvé.
    So WTF ?
    Merci !

    • [^] # Re: -installation- Help please !

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

      edit :

      J'ai dans le fichier error_log d'apache :

      [Fri Feb 21 15:03:30 2014] [error] [client 192.168.1.109] PHP Notice: Use of undefined constant DIR - assumed '__DIR__' in /srv/www/htdocs/kanboard/index.php on line 3
      [Fri Feb 21 15:03:30 2014] [error] [client 192.168.1.109] PHP Warning: require(DIR/check_setup.php): failed to open stream: No such file or directory in /srv/www/htdocs/kanboard/index.php on line 3
      [Fri Feb 21 15:03:30 2014] [error] [client 192.168.1.109] PHP Fatal error: require(): Failed opening required '__DIR__/check_setup.php' (include_path='.:/usr/share/php5:/usr/share/php5/PEAR') in /srv/www/htdocs/kanboard/index.php on line 3

      Merci !

      • [^] # Re: -installation- Help please !

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

        Bien voilà c'est dit dans le README :

        Requirements

        • Apache or Nginx
        • PHP >= 5.3.7
        • PHP Sqlite extension
        • A web browser with HTML5 drag and drop support
        • [^] # Re: -installation- Help please !

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

          J'ai pris la peine de m'installer une VM debian minimale,
          J'ai installé apache, php, php5_sqlite.
          j'ai commenté le test de version de php car j'avais (5.3.3)
          Et ça tourne ! c minimal mais bien fait, j'espère inspirer du monde ;)

          Merci.

  • # heroku

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

    Comme je suis un gros connard qui déteste le PHP voici comment faire tourner kanboard sur heroku :

    git clone https://github.com/fguillot/kanboard.git
    cd kanboard
    heroku apps:create  --app je-troll-php
    git push heroku master

    Et là vous verrez que ça ne fonctionne pas parce qu'il manque mbstring.

    heroku run bash
    mkdir tmp
    cd tmp
    git clone https://github.com/php/php-src.git
    cd php-src
    git checkout PHP-5.3.27 # c'est la version que j'ai sur mon instance heroku
    cd ext/mbstring
    /app/php/bin/phpize
    ./configure -with-php-config=/app/php/bin/php-config
    make

    Récupérez mbstring.so dans le répertoire modules (avec scp par exemple)

    Dans votre clone de kanboard :

    • créez un répertoire ext
    • copiez dedans mbstring.so
    • créez un fichier php.ini à la racine avec extension=/app/www/ext/mbstring.so comme contenu
    • git add -f ext/mbstring.so php.ini
    • git commit -m "mbstring on heroku"
    • git push heroku master

    ouvrez http://je-troll-php.herokuapp.com

    Et sinon j'ai poussé sur http://kanboard-test.herokuapp.com pour de vrai donc ça fait une démo de dispo avec linuxfr/linuxfr

    • [^] # Re: heroku

      Posté par . Évalué à 2.

      Autant la première partie est simple, autant j'ai du mal à voir l'intérêt de Heroku s'il faut se taper des ./configure && make. EC2 avec Debian ou Ubuntu n'est pas aussi simple finalement ?

      • [^] # Re: heroku

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

        autant j'ai du mal à voir l'intérêt de Heroku s'il faut se taper des ./configure && make

        Aucun, je voulais juste voir si ça marchait sur heroku. De base ce n'est pas le cas car il manque un module.
        Et ça explique juste comment l'installer (ce qui est intéressant au cas où il manque d'autres modules dans d'autres projets).

        Et pourquoi heroku ? Juste parce que je bosse avec donc c'était plus facile pour moi.

        La démo a été réinitialisée, je pense que je vais voir pour la réinitialiser régulièrement pour être tranquile

        • [^] # Re: heroku

          Posté par . Évalué à 5.

          Et pourquoi heroku ? Juste parce que je bosse avec donc c'était plus facile pour moi.

          C'est marrant :)

          […] la majorité ne veulent surtout pas sortir de leur zone de confort sans chercher à savoir s'il y a moyen de faire mieux.

          Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

          • [^] # Re: heroku

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

            C'est marrant :)

            Ha oui, c'est vrai que ma zone de confort c'est trouver comment builder des modules PHP sur une plateforme distante lorsqu'ils sont manquant, j'avais oublié.

            • [^] # Re: heroku

              Posté par . Évalué à 2.

              Pour utiliser ton environnement que tu aime bien tu es aller jusqu'à rebuilder des modules PHP. C'est quoi qui détermine si un environnement est pertinent pour un usage donné ?

              Lui n'avait pas de contrainte particulière (sauf éventuellement une grande disponibilité du langage) et on l'embête pour ça.
              Tu avais une contrainte (un logiciel en PHP) et tu as choisi d'utiliser une plateforme Ruby, Node.js, Python, et Java…

              Depuis hier tu passe du temps à nous expliquer que les outils sont fait pour une chose donnée et qu'il faut les utiliser pour cette chose là uniquement. « Faites ce que je dis, pas ce que je fais » ?

              Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

              • [^] # Re: heroku

                Posté par . Évalué à 0.

                Hey dude : chill the crap out ! :o

                "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

        • [^] # Re: heroku

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

          bon en fait la démo est en admin / admin si certains veulent, ça me gave de maintenir plus.
          C'est réinitialisé lors des "coupures" d'heroku quand il n'y a pas d'activité.

          Faites vous plaisir avec (je peux la laisser en route tant que ça peut servir, pas de prob)

    • [^] # Re: heroku

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

      Et sinon j'ai poussé sur http://kanboard-test.herokuapp.com pour de vrai donc ça fait une démo de dispo avec linuxfr/linuxfr

      Super merci (et pour le ptit tuto heroku) mais le log/pass a du changer, c'est ballot..?

      • [^] # Re: heroku

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

        oui c'est normal, régulièrement l'instance redémarre et on repart avec la conf de base (genre admin/admin)
        Et j'ai rien fait pour qu'il en soit autrement ;-)

  • # Kanbanik

    Posté par . Évalué à 3. Dernière modification le 21/02/14 à 20:31.

    J'arrive un peu après la bataille, mais je voulais signaler un autre projet libre pour faire des boards kanban (celui-ci en java) :
    http://code.google.com/p/kanbanik/

    Mes 2 cents,

    • [^] # Re: Kanbanik

      Posté par . Évalué à 10.

      Un projet en Java ? Jamais je ne toucherai à une usine à gaz pareille ! Si ça avait été fait dans un vrai langage, comme PHP, je ne dis pas, mais là, non !

    • [^] # Re: Kanbanik

      Posté par . Évalué à 3.

      Euh, c'est pas parce que ça tourne sur une JVM que c'est du java.

      En l'occurence, c'est du Scala.

    • [^] # Re: Kanbanik

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

      Message affiché au login :

      > Only supported browser is Google Chrome
      

      Cela fait un peu peur quand même…

      • [^] # Re: Kanbanik

        Posté par . Évalué à 1.

        Bienvenue chez les webdev new gen: "les utilisateurs avec autre chose que webkit, qu'ils aillent se faire ************"

        De la bouche d'un webdev de la nouvelle génération sous OS X.

        • [^] # Re: Kanbanik

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

          En l'occurrence, Chrome, ce n'est plus webkit.

          « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

          • [^] # Re: Kanbanik

            Posté par . Évalué à 0.

            Tu chipotes, c'est un fork de.

  • # Projet intéressant

    Posté par . Évalué à 2.

    Merci pour l'information et bravo au développeur.

    Je vais tester l'application car elle à l'air très intéressante.

    PS: je développe en PHP et en Java et je n'en ai pas honte.

  • # API

    Posté par . Évalué à 3.

    Sympa comme projet.
    Par contre quand je vois la tête de l'API, je me dis qu'il faudrait regarder du côté de REST.

  • # App ownCloud

    Posté par . Évalué à 5.

    En lisant la description, je me dis que ça serait super comme app dans ownCloud, par exemple comme représentation alternative des notes. Je vois déjà les partisants du "j'ai pas besoin du reste d'ownCloud" et du "ownCloud, ça craint, c'est aussi du PHP" monter au créneau.

    Pour Kanboard, ça apporterait l'installation en un clic auprès de la base d'utilisateurs ownCloud, la facilité d'installation d'ownCloud via le gestionnaire de paquets et la doc qui va avec, et l'accès aux notes via CalDav comme suggéré par un autre lecteur. Note : les apps ownCloud peuvent être mis à jour sans que ownCloud ait besoin d'être mis à jour il me semble.

    Pour ownCloud, ça me semble une super fonctionnalité en entreprise.

    Cette signature est publiée sous licence WTFPL

  • # Outil simple et fabuleux! j'adore!

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

    Bon ben voilà,
    A peine arrivé ce matin et déjà en prod au bureau. C'est génial.

    Deux suggestions :

    • pouvoir réorganiser les colonnes par drag n' drop, notamment quand on a créé une nouvelle colonne dans un projet
    • La possibilité d'afficher en tableau en mode public, en lecture seule.

    Sinon, c'est vraiment excellent, bravo!

  • # Sitot connu, sitot installé

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

    Felicitation pour ce petit projet pratique, utile et bien fichu.

    Ca faisait qq temps que je cherchais une solution de ce genre en PHP et quand tu as fait ton annonce, je me suis dit "super ! a tester !"
    Aujourd'hui, j'ai testé et approuvé.

    C'est en prod chez moi et ca va bien me servir. Merci beaucoup !

    En tout cas, ce qui est triste, c'est qu'il y a toujours des nazes pour pleurer sur PHP ceci, PHP cela. Le fait est qu'aujourd'hui, l'extreme majorité des hebergements mutualisés proposent presque exclusivement du php. Rien que pour ca, ca justifie l'utilisation du langage malgré tous ces soit-disants defauts.
    Quand les gens comprendront que les choix techniques ne se font pas QUE pour la technique et qu'il faut prendre en compte aussi l'existant, les competences des gens sur le projet, le contexte, le type de "clients"/utilisateurs, etc, on aura fait un grand pas en avant.
    En tout cas, tous ces trolls steriles vieux comme le monde demontrent juste que quand on est jeune, on est pas toujours tres mature et on s'enflamme pour des conneries… J'ai moi meme été comme ca aussi… mais j'ai changé. Heureusement.

    Encore merci !

  • # Bug tracker

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

    N'ayant pas de compte sur github et ne voyant pas mon probleme dans le bug tracker, je pose ma question ici:

    Quand on met a jour kanboard et qu'on a un beau 'Unable to migrate database schema!' on fait quoi ?

    Merci :)

Suivre le flux des commentaires

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