Ludovic Gasc a écrit 125 commentaires

  • [^] # Re: Ouvert ?

    Posté par (page perso) . En réponse au journal Qt lance un vrai bugtracker ouvert. Évalué à 1.

    Pour avoir aussi participer à ce genre de sélections, et avoir vu l'utilisation au quotidien sur 2 projets pilotes, un avec Redmine, l'autre avec JIRA, il n'y a pas vraiment photo, à tel point que l'équipe qui utilisait JIRA a réclamé de migrer en cours de projet vers Redmine pour gagner en efficacité.

    Après, il y a aussi un aspect temporel, Redmine est plus jeune que JIRA, donc il est bien possible qu'à l'époque où cette décision a été prise Redmine n'existait pas ou manquait de fonctionnalités.
  • [^] # Re: Ouvert ?

    Posté par (page perso) . En réponse au journal Qt lance un vrai bugtracker ouvert. Évalué à 1.

    Gniii ?

    Si j'ai déjà du mal à comprendre qu'ils aient choisi cette usine à gaz peu ergonomique, où tu dois faire 36 clicks pour faire une action (j'exagère à peine), que tu dises que JIRA est un bon bug tracker tout en connaissant Redmine, là je suis vraiment perplexe ?

    Aurais-tu des exemples concrets de fonctionnalités dans JIRA qui seraient manquantes ? As-tu déjà regardé les plugins de Redmine qui permettent de bien couvrir les besoins: http://www.redmine.org/wiki/redmine/Plugin_List
  • [^] # Re: KDE

    Posté par (page perso) . En réponse au journal Sortie videoprojecteur sous linux: peut mieux faire?. Évalué à 2.

    Je confirme, le multi-écran, j'en fais tous les jours avec KDE, je change souvent d'écran, ça marche très bien, les plasmoids sont à la bonne place à chaque fois.

    Par contre, l'outil de conf du multi-écran KDE est bof, je préfère utiliser arandr pour l'instant.
  • # arandr

    Posté par (page perso) . En réponse au journal Sortie videoprojecteur sous linux: peut mieux faire?. Évalué à 1.

    arandr est un très bon outil pour configurer ce genre de choses.
    Il génère même un script shell pour éviter de passer par le GUI la fois suivante.

    Cela n'empêche pas néanmoins de devoir définir correctement ton VIRTUAL.

    En ce qui concerne la gestion des fenêtres, barre de tâches et cie, tout fonctionne correctement avec KDE 4.2
  • [^] # Re: Chez Orange

    Posté par (page perso) . En réponse au journal Des paiements non sécurisés ?. Évalué à 4.

    Quand ton formulaire est en page d'accueil, par exemple un formulaire de login, ça coûte du CPU/RAM/BP en plus d'être en SSL par rapport à la version non sécurisée, or tout le monde qui vient sur ton site ne va pas se logguer.

    C'est la même raison qui fait que certains services comme Gmail n'utilisent SSL que pour le login. (Oui, je sais, on peut être en SSL tout le temps avec Gmail, mais par défaut, c'est juste le login).

    Dans le cas présent, vu qu'il faut cliquer pour arriver à ce formulaire, oui, ils auraient pu le mettre aussi en SSL.
  • [^] # Re: Chez Orange

    Posté par (page perso) . En réponse au journal Des paiements non sécurisés ?. Évalué à 4.

    L'important, c'est que le form pointe vers une adresse en https, le formulaire lui-même n'a pas besoin d'être sécurisé, seulement l'envoi des données.

    Sur quoi pointe ce formulaire ?
  • [^] # Re: itk, open_basedir, bof .. vive mpm_peruser :)

    Posté par (page perso) . En réponse au journal Sécurisation d'applications PHP hébergées sur du LAMP. Évalué à 1.

    J'utilise aussi Gentoo pour certains serveurs, mais je me sens plus rassuré lors des mises à jour pour un environnement mutualisé avec Debian ;-)

    J'ai déjà eu quelques aventures avec une Gentoo stable en production.

    J'utilise Gentoo pour héberger des applications en Ruby on rails.
  • [^] # Re: Mes remarques ...

    Posté par (page perso) . En réponse au journal Sécurisation d'applications PHP hébergées sur du LAMP. Évalué à 1.

    3. sans vouloir te vexer, je ne vois pas vraiment le côté plus secure d'utiliser un autre serveur par rapport au fait de dire à Apache qu'il ne peut pas executer de code PHP.

    Aurais-tu un exemple ?
  • [^] # Re: Des principes, en vrac, que j'utilise

    Posté par (page perso) . En réponse au journal Sécurisation d'applications PHP hébergées sur du LAMP. Évalué à 1.

    De même avec les machines virtuelles, par contre les chroot, j'avais lu qu'il était assez facile d'en sortir contrairement au jail de BSD.

    Quelqu'un aurait des informations à ce sujet ?
  • [^] # Re: itk, open_basedir, bof .. vive mpm_peruser :)

    Posté par (page perso) . En réponse au journal Sécurisation d'applications PHP hébergées sur du LAMP. Évalué à 1.

    Le gros soucis de mpm_peruser pour moi, c'est qu'il n'y a pas à ma connaissance de paquet Debian, et je n'ai pas très envie de recompiler apache à la mano à chaque update de sécurité ;-)
  • [^] # Re: Mes remarques ...

    Posté par (page perso) . En réponse au journal Sécurisation d'applications PHP hébergées sur du LAMP. Évalué à 2.

    3. comment fais-tu pour rendre les fichiers accessibles au téléchargement après l'upload s'ils sont en dehors de l'aborescence Web ?

    4. L'autre problème, c'est qu'en autorisant la lecture de ces fichiers, tu fais perdre du temps à Apache qui devra les lire à chaque requête, contrairement au fichier de conf apache, où c'est lu uniquement au démarrage.
  • [^] # Re: D'autres trucs

    Posté par (page perso) . En réponse au journal Sécurisation d'applications PHP hébergées sur du LAMP. Évalué à 1.

    Oui, en effet, je n'en ai pas parlé, mais j'utilise également:
    - fail2ban
    - expose_php = off
    - register_globals = off
    - display_errors = off
    - allow_url_fopen = off

    Ainsi que logwatch pour avoir des informations de ce qui se passe sur le serveur.
  • # Drupal

    Posté par (page perso) . En réponse au journal Wormux fait la promotion de logiciels propriétaires. Évalué à 1.

    Au niveau pro j'utilise Drupal, c'est un bon choix par rapport à Joomla, par expérience.

    De plus, Hedgewars utilise Drupal: http://www.hedgewars.org/ avec le même type de problématiques.
  • [^] # Re: Contributeur régulier?

    Posté par (page perso) . En réponse au journal Aider au développement d'un nouveau gestionnaire de paquets. Évalué à 2.

    Wormux est un projet intéressant, néanmoins Hedgewars est aussi un clone de Worms, de plus ils utilisent Qt4 pour le GUI, cela devrait t'intéresser, surtout que personnellement je trouve Hedgewars plus jouable que Wormux.
  • # Migration SVN => Git

    Posté par (page perso) . En réponse au journal migrations vers de vrai outils de dev.... Évalué à 5.

    Je viens justement de migrer notre repository svn pour un client de svn vers git grâce à cet outil: https://www.negativetwenty.net/redmine/projects/svn2git

    On n'a rien perdu, pas même les noms des committeurs.
  • # Redmine

    Posté par (page perso) . En réponse au message site avec gestionnaire de version pour débutants. Évalué à 1.

    Je te recommande Redmine: http://www.redmine.org/

    Tu peux faire des pages avec le wiki.
    Il est très simple à utiliser.

    Tu peux utiliser n'importe quel gestionnaire de version.
  • # CiviCRM ?

    Posté par (page perso) . En réponse au journal OpenVolunteer v0.1: Première sortie en public. Évalué à 4.

    Je ne sais pas si tu connais, mais ça ressemble à ce que fait CiviEvent dans CiviCRM, non ? http://civicrm.org/

    Félicitations pour ton logiciel.
  • # Talend peut être une bonne idée

    Posté par (page perso) . En réponse au message Migration de wiki. Évalué à 2.

    De ce que tu décris que tu veux faire, oui un ETL comme Talend est adapté.

    Par contre, si tu connais déjà bien un langage de programmation, c'est bien possible que cela te prenne moins de temps de faire un bout de code PHP plutôt qu'un job Talend, par contre, ça te permettra d'apprendre l'utilisation d'ETL, ce qui sera un gain de temps pour d'autres migrations ou synchronisations.

    J'ai déjà fait des jobs de synchronisation avec Talend, notamment d'un ERP proprio vers une boutique OSCommerce, est c'est vrai que ça permet de faire de chouettes trucs comme des jointures entre DB incompatibles (dans ce cas précis, c'était Ms SQL et My SQL).

    Après, ce n'est pas un logiciel magique, il y a des cas simples où ça ira plus vite de faire un script qu'un job.

    Sinon, l'ORM n'est pas vraiment adapté à ton besoin à ma connaissance, ça sert surtout à faire abstraction du type de DB.
  • [^] # Re: Rien ne l'arrête

    Posté par (page perso) . En réponse à la dépêche Entretien avec Dries Buytaert, le créateur de Drupal . Évalué à 1.

    Je ne connais pas vraiment Drupal, mais pour avoir fait plusieurs sites Joomla en tant que pro, je te conseille de l'éviter, pas mal de bugs, pas prévu pour la customisation, des éléments de base (gestion des droits, SEO...) mal pensés.
    De ce que j'avais testé de Drupal, la base sentait plus le "propre".
  • [^] # Re: Ah Confluence, JIRA....

    Posté par (page perso) . En réponse au journal Un wiki en 4K et en Java !. Évalué à 1.

    Intéressant, car justement nous avions Jira+Confluence, et nous avons migré vers Redmine.

    Sur le plan fonctionnel, y'a très certainement des éléments dont tu te sers qui ne sont pas dans Redmine, mais pour nous, cela nous as permis d'avoir un outil plus simple à utiliser au quotidien, plus ergonomique, notamment pour les clients.

    De mon point de vue, Jira+Confluence, c'est un porte-avion pour traverser la Meuse, Redmine est suffisant pour la plupart des besoins de ce type.
  • # Problème d'interconnectivité ?

    Posté par (page perso) . En réponse au journal Fédérer son serveur Jabber avec Google Talk. Évalué à 1.

    Je ne sais pas si c'est lié, mais au boulot j'ai pris un nouveau serveur chez OVH, qui est installé dans leur nouveau datacenter.

    Nous avons de gros problèmes de résolutions DNS avec Eurodns, car il y avait un problème de connexion entre cette machine et Eurodns.

    Je ne sais pas si c'est lié à ton problème, mais pose ta question au service technique OVH, ils sont réactifs, du moins pour nous.
  • [^] # Re: Debian

    Posté par (page perso) . En réponse au message Cherche bonne distro pour petit serveur web interne. Évalué à 2.

    De même, pour un serveur stable, je n'ai pas encore trouvé mieux comme distribution.
  • [^] # Re: Un air de renouveau, oui, mais de quelle année ?

    Posté par (page perso) . En réponse à la dépêche GNOME 2.24 : un air de renouveau. Évalué à 3.

    Mon expérience remonte à 2-3 ans, mais à l'époque j'ai dû faire un GUI assez simple, j'ai fait un proof of concept en gtk2 avec C et en qt3 avec C++.

    Les problèmes que j'ai rencontré en gtk ont été les suivants:
    * Des bugs: Je suis tombé sur des bugs de gtk, alors que pour qt, je n'ai pas eu de soucis au niveau du toolkit.
    * Des inconsistances de l'API: des passages de paramètres dans des ordres différents pour des fonctions proches, des noms de fonctions différents, ou encore des valeurs retournées différentes entre 2 fonction, alors qu'elles ont des rôles proches => J'avais le nez dans la doc pour écrire quelque chose.
    * Des duplicats: par exemple, à l'époque, il y a avait 3 façons différentes d'avoir une fenêtre "ouvrir", qui étaient les 3 différentes, avec des bugs différents.
    * Glade, qui est (était ?) réellement un cran inférieur à QtDesigner en terme de possibilités.
    * Plus complexe à développer avec GObject, car c'est du pseudo-objet, sans les possibilités d'héritages, ce qui est pour moi une des principales raisons du dev objet.

    Finalement, j'ai fait du Qt, car je n'avais pas eu toutes ces embuches.
    Peut-être que j'ai mal utilisé Gtk, mais à l'époque ça m'a vraiment donné l'impression d'un toolkit moins fini par rapport à Qt.
    J'ai l'impression que Gnome s'est orienté vers la simplicité de l'interface, justement parce que cela demande du temps de faire du GUI avec Gtk.

    Peut-être qu'utiliser un binding objet de Gtk simplifie le problème, je ne sais pas, ou peut-être que Gtk 3 corrigera ces défauts, mais pendant que Gtk se transforme, Qt est déjà en train de résoudre d'autres problèmes.

    Mais Gtk n'est pas le pire toolkit, loin de là, mes expérimentations avec WxWidgets ont été pire.

    En tout cas, si tu veux faire une appli multi-plateforme, avec de la 3D, du son, afficher du HTML, de façon très rapide, je te conseille Qt.
  • [^] # Re: Un air de renouveau, oui, mais de quelle année ?

    Posté par (page perso) . En réponse à la dépêche GNOME 2.24 : un air de renouveau. Évalué à 2.

    Tu préfères faire du développement non objet en C, qu'utiliser C++ ? Faire un GUI sans utiliser la notion d'objets, alors que chaque item est un objet graphique, j'ai du mal à comprendre.

    Sinon, pour les bindings, y'a du monde:
    - Java: QtJambi http://trolltech.com/products/qt/features/language-support/j(...)
    - Python: PyQT http://www.riverbankcomputing.co.uk/software/pyqt/download
    - Ruby: http://rubyforge.org/projects/korundum/
    - PHP: http://www.php-qt.org/
    - Ada: http://www.qtada.com/en/index.html
    - Perl: http://qt-apps.org/content/show.php/Perl+Qt4?content=69748
    - Mono: http://www.gotmono.com/docs/qt/faq.html

    En effet, je ne sais pas si c'est aussi simple de faire un binding, néanmoins, à partir du moment que tu as le binding dans ton langage, c'est bon. Le nombre de languages utilisés réellement au quotidien n'est pas non plus énorme.
    Quand tu dit "un choix beaucoup plus important de langages", tu peux m'en citer quelqu'uns qui n'ont qu'un binding en Gtk ?

    Enfin, je parlais de la qualité intrinsèque des deux toolkits, et toi tu me parles du nombre de bindings, quel rapport avec la choucroute ?

    J'ai du mal à comprendre cette animosité pour Qt par rapport à Gtk, vu que depuis 1998 Qt est un vrai logiciel libre, comme Gtk : http://fr.wikipedia.org/wiki/Qt#Licences

    À part quand on veut faire un logiciel proprio sans payer de licence, vu que Gtk est sous licence LGPL, quelqu'un ici peut me citer des exemples ou des features où GTK était mieux adapté que Qt ? Je suis réellement intéressé à obtenir des réponses sur cette question, afin d'élargir mon point de vue.
  • # Un air de renouveau, oui, mais de quelle année ?

    Posté par (page perso) . En réponse à la dépêche GNOME 2.24 : un air de renouveau. Évalué à -1.

    Sympa la news, par contre, je suis un peu surpris que le ton ne soit pas plus nuancé: oui, en effet, Gnome a l'air de bouger avec cette dernière version, néanmoins, le chemin est encore long, la quasi-totalité des fonctionnalités présentées ici existent depuis des années dans KDE.

    Aux fans de Gnome, je leur recommande vivement de faire une application GTK 2 et la même en Qt 4, pour comparer les deux toolkits.