doorGets CMS, très jeune CMS Open Source français

Posté par . Édité par Nÿco, Benoît Sibaud, baud123 et tuiu pol. Modéré par Christophe Guilloux. Licence CC by-sa
Tags :
7
13
fév.
2013
PHP

Créer facilement, gratuitement et librement votre site internet avec le gestionnaire de contenu libre doorGets CMS ! Pour les caractéristiques techniques, rien d’extravagant : « doorGets CMS est un CMS en langage PHP, qui utilise une base de données MySQL ». Il s’installe simplement : « il vous suffit d’avoir un nom de domaine et un hébergement puis de transférer le contenu de l’archive sur votre espace web, de créer une base de données MySQL puis de démarrer l’installation qui se fait en 2 minutes en accédant à votre adresse web » !

Un des points fort de doorGets CMS est qu’il est nativement prévu pour être multi-langues (10 langues disponibles à ce jour : Anglais, Français, Allemand, Español, Polskich, Russe, Türk, Português, Svenska, Italiano). De plus, comme l’auteur l’indique dans sa vidéo de présentation, le CMS est programmé au « minimum » pour répondre à l’essentiel… exit les zigouigouis et autres « trucs » en AJAX.

NdM : doorGets CMS est sous licence GPL v3

doorGets

À ce jour, les modules disponibles sont :

  • Page statique : Créer et gérer facilement votre page avec un éditeur wysiwyg.
  • Blog d’articles : Créer des articles, administrer les commentaires et le partage.
  • Blog vidéos : Importer vos vidéos youtube et partager les sur votre site web.
  • Actualités : Publier vos actualités.
  • Galerie d’images : Créer et gérer votre galerie ou catalogue.
  • FAQ : Questions fréquentes.
  • Partenaires : Gérer et publier la liste de vos partenaires.
  • Liens externe : Faire un lien externe depuis le menu.
  • Formulaire de contact
  • Formulaire de candidature
  • # Correction

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

    Créer facilement, gatuitement et librement votre site

    Gratuitement, non? :)

  • # Essentiel ≠ AJAX ?

    Posté par . Évalué à 10.

    le CMS est programmé au « minimum » pour répondre à l’essentiel… exit les zigouigouis et autres « trucs » en AJAX.

    Ça me fait tiquer. Je ne vois pas en quoi faire de l’AJAX serait contraire à la concentration sur “l’essentiel”. C’est juste une technique. S’en priver pour cette raison, c’est plutôt bizarre.

  • # Ok cocorico mais …

    Posté par (page perso) . Évalué à 9. Dernière modification le 13/02/13 à 10:08.

    Ok cocorico mais à part le fait que ce soit français, à quoi ce CMS est mieux que les autres ?

    Et pis, ça m’ennuie de voir toute cette énergie de production de code open source s'éparpiller en de multiples projets qui font la même chose…

    Ok, je prends la porte -> []

    • [^] # Re: Ok cocorico mais …

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

      C'est pas faux pour la dispersion, mais au moins, ce n'est pas un énième projet de jeu vidéo mais un CMS, du web, rien que pour cela, ça les rachète un peu à mes yeux.

      • [^] # Re: Ok cocorico mais …

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

        ce n'est pas un énième projet de jeu vidéo mais un CMS

        Oué c'est pas comme si c'était finalement un énième projet de CMS… (désolé mais je vois pas bien la différence entre les deux…)

        • [^] # Re: Ok cocorico mais …

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

          Bon, on n'est pas vendredi,je sais et m'en excuse par avance, mais, à choisir, en entre un projet de CMS et un projet de jeu vidéo, je penche du coté qui peut potentiellement servir à quelqu'un pour un truc constructif qui ne lui bouffera pas inutilement du temps de neurone disponible.
          Pour être plus clair, il ont choisi de faire un cms de plus, ouf ! C'est toujours ça d'énergie et de temps que le jeu vidéo n'aura pas eu.

          Alors, l'argument de la dispersion en est un vrai et j'avoue que là, bah j'ai pas grand chose de mieux à dire.

          • [^] # Re: Ok cocorico mais …

            Posté par . Évalué à 4.

            Le jeu c'est bon pour les neurones, ne t'en déplaise.

            http://www.scienceshumaines.com/les-jeux-video-sont-ils-bons-pour-le-cerveau_fr_15191.html

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

          • [^] # Re: Ok cocorico mais …

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

            l'avantage quand même de faire un nième jeu vidéo, c'est que l'on peut avoir envie de jouer aussi à celui-là, en plus de tous les autres, tandis qu'un nième CMS, ben en général on utilise 2 ou 3 CMS, voire 1 seul et on n'a pas l'intérêt d'en avoir un nouveau qui va réinventer la roue.

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

            • [^] # Re: Ok cocorico mais …

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

              En même temps tu constates qu'une personne utilise le CMS X, puis une autre puis une autre, formant une sorte de team X. Puis une autre va utiliser le CMS Y, puis une autre, formant la team Y. Ensuite les premiers vont dire que le CMS Y est moins bien, que le leur est plus riche/rapide/beau/fonctionnel/ergonomique/différent/rouge/web 2.0/obiwankenobi. Ensuite ils commencent à chercher des bugs en face, prendre leurs serveurs, piquer leur drapeau. Il paraît que les plus atteints font même des tableaux comparatifs de milliers de CMS pour savoir qui marque son terrain de jeu le plus loin.

              Et je ne te parle même pas de sites web communautaires qui changent plusieurs fois de CMS en 15 ans et qui en écrivent plusieurs dans différents langages pour s'amuser.

          • [^] # Re: Ok cocorico mais …

            Posté par . Évalué à 6.

            Quand on pense à ces artistes de la Renaissance qui ont parsemé l'Italie d'oeuvres inutiles alors qu'ils auraient pu faire un truc constructif, comme un CMS en PHP/MySQL qui permet facilement d'écrire des articles de blogs et d'importer des vidéos YouTube !

        • [^] # Re: Ok cocorico mais …

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

          Tu ne fais pas la différence entre un CMS et un jeu vidéo ? :D

    • [^] # Re: Ok cocorico mais …

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

      +1

    • [^] # Re: Ok cocorico mais …

      Posté par . Évalué à 10.

      C'est toujours la même chose avec les CMS: quand on en cherche un, il manque toujours un truc dont on a besoin (c'est nul, y a même pas tel truc de base!) et un même temps, il y a 300 fonctionnalités inutiles. Le réflexe est alors: "Bon, je vais faire le mien, il y aura tous les trucs de base mais il sera pas bloated". On réinvente la roue (carrée), on l'adapte pour 20 clients et 2 ans plus tard ça donne un Xième CMS "bloated mais qui fait pas les trucs de base" pour le reste du monde.

      Bref, c'est souvent un meilleur investissement de passer du temps à trouver un CMS dont l'approche nous convient et qui est bien maintenu et conçu (extensible) à mon avis. Pour ma part, j'ai trouvé mon bonheur avec Django-CMS. C'est comme un vieux caleçon ces choses là, il faut juste se sentir bien dedans.

      C'est pas une attaque contre l'auteur de la dépêche/de l'outil, juste un coup de gueule générique contre une situation que je vois tellement souvent… Et l'accroche marketing "c'est un produit français mon bon monsieur", ça fait sourire dans un milieu aussi "globalisé". M'enfin ça, c'est peut-être juste un point de vue belge.

    • [^] # Re: Ok cocorico mais …

      Posté par . Évalué à 3.

      Certes, on ne peut pas vraiment dire que le choix soit limité en terme de CMS.
      CMS Matrix en référence plus de 1200 CMS. Et je pense qu'il en manque énormément. D'ailleurs il ne connaît même pas doorGets CMS.

      • [^] # Re: Ok cocorico mais …

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

        Tous les cms ne suivent pas l'évolution de PHP, sur les 1200 tu peux en compté 80%, doorGets est un trés jeune CMS d'ou le fait qu'il ne soit pas sur CMS Matrix que je ne connaissait pas

        • [^] # Re: Ok cocorico mais …

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

          Bonsoir,

          justement, tu peux vérifier comment les différents CMS gèrent les différentes versions de PHP (ou du langage dans lequel ils sont écrit).

          Certains projets ont une équipe de développeurs un peu plus conséquente, avec une bonne communauté. Certains projets gèrent le multilingue de manière native, et ont déjà toutes les fonctionnalités que tu as crées.

          Pourquoi tu n'as pas demandé avant de coder?

          Tu aurais eu différentes réponses, et je t'aurai dis que Spip ( http://spip.net ) répond à tes besoins.

          Bonne journée
          Grégoire

  • # Multilingue c'est bien, dans la bonne langue c'est mieux.

    Posté par . Évalué à 3.

    Encore un CMS qui ne tient pas compte des préférences des utilisateurs.

    Il est multilingue, mais ne détecte pas la langue préférée de l'utilisateur. Comme à mon avis 99% des sites. (Pour testé j'ai changé ma langue préféré en Anglais, détruit les cookies et relancé le site)
    Habitant dans un pays multilingue, je déteste à avoir à chercher pour trouver le lien permettant d'avoir le site dans ma langue préférée.
    Ici c'est facile, les langues sont visibles au-dessus. Mais prenez par exemple, http://www.samsung.be. Essayez d'avoir le site en Français. Le pire est le message de confirmation qui est dans la langue non choisie.

  • # Php, mysql ...

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

    Et comme d'habitude c'est du PHP (avec les conséquences de sécurité qui vont avec).
    Pareil, que du MySQL, impossible d'utiliser PostgreSQL qui affiche de meilleures performances.
    Ça reste un CMS parmi tant d'autres, rien d'innovant.

    • [^] # Re: Php, mysql ...

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

      Et comme d'habitude c'est du PHP (avec les conséquences de sécurité qui vont avec).

      Les problèmes de sécurité ne sont pas liés au langage mais à l'interface chaise clavier !

      Pareil, que du MySQL, impossible d'utiliser PostgreSQL qui affiche de meilleures performances.

      En même temps, il a le bon goût d'utiliser pdo (abstraction de base de données) et du coup le portage vers d'autres sgbd(r) est est grandement facilité.

      Ça reste un CMS parmi tant d'autres, rien d'innovant.

      On attend plus que ta contribution.

      • [^] # Re: Php, mysql ...

        Posté par . Évalué à 5.

        Les problèmes de sécurité ne sont pas liés au langage mais à l'interface chaise clavier !

        Euh si PHP a d'énormes problèmes de sécurité, et il n'aide pas d'ailleurs à éviter dans mettre dans son propre code tellement il est mal fichu et sans aucune convention.
        http://me.veekun.com/blog/2012/04/09/php-a-fractal-of-bad-design/

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

        • [^] # Re: Php, mysql ...

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

          Euh si PHP a d'énormes problèmes de sécurité,

          Je dois avouer que quand j'ai vu 2007 pour l'année je n'ai même pas fait l'effort de lire plus loin…

          … et il n'aide pas d'ailleurs à éviter dans mettre dans son propre code tellement il est mal fichu et sans aucune convention

          Admettons et donc le problème de sécurité est bien le programmeur lui-même et pas le langage qu'il utilise. On ne pas désigner directement l'outil comme mauvais du fait qu'on l'ai donné à un ouvrier qui ne le maîtrisait pas.

          Après je veux bien reconnaître que le langage n'aide pas les débutants à avoir les bonnes pratiques.

          • [^] # Re: Php, mysql ...

            Posté par . Évalué à 4.

            Admettons et donc le problème de sécurité est bien le programmeur lui-même et pas le langage qu'il utilise. On ne pas désigner directement l'outil comme mauvais du fait qu'on l'ai donné à un ouvrier qui ne le maîtrisait pas.

            Si on suit cette logique on peut faire tout la merde que l'on veut. Aucun problème l'utilisateur n'a qu'à le maîtriser… Après tout MOI je maîtrise.

            Tu sais au ouvriers aussi on essaie de leur donner des outils qui font leur job et qui évite de leur faire perdre des membres…

            Un outil c'est fait pour t'aider, te faire gagner du temps de cerveau et t'empêcher de faire des conneries en étant normé, intuitif et en ayant déjà résolu les problèmes pour toi. Pas pour en inventer de nouveaux ni auto-justifier l'expertise simplement pour pas tomber dans les pièges tendus devant toi…

          • [^] # Re: Php, mysql ...

            Posté par . Évalué à 2.

            Je dois avouer que quand j'ai vu 2007 pour l'année je n'ai même pas fait l'effort de lire plus loin…

            Je dois avouer que si tu t'arrêtes à l'année (ou à ce bug de sécurité là) tu ne risques pas de t'enlever tes œillères.

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

    • [^] # Re: Php, mysql ...

      Posté par . Évalué à 4.

      Comparer MySQL et PostgreSQL.

      Non, juste non. Les besoins ne sont pas les mêmes, les finalités non plus.
      Et au niveau de l'hébergement mutualisé, j'en parle même pas !

    • [^] # Re: Php, mysql ...

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

      Dire que PHP n'est pas sécurisé c'est affirmé qu'aucun système n'est réellement sécurisé, donc je ne peu être que d'accord avec toi, c'est pour évité toute fuite de sécurité que Ajax n'a pas été utilisé, pour être sécurisé à 100%, il fraudais peut être éteindre toutes les machines… PHP 5.3 n'est pas PHP4 donc au niveau sécurité c'est à la pointe de ce que l'on a déjà découvert…

      • [^] # Re: Php, mysql ...

        Posté par . Évalué à 3.

        donc au niveau sécurité c'est à la pointe de ce que l'on a déjà découvert…

        Oui, c'est la pointe pour la PHP team, c'est dire…
        Voir les diverses tentatives du type hardened-PHP et les critiques récurrentes de ce langage et de sa core team.

         

        Malgré cela, bravo pour le travail, et merci de l'avoir publié sous licence libre.

    • [^] # Re: Php, mysql ...

      Posté par . Évalué à 3.

      Chacun peut employer les technos qu’il préfère. Faire de l’open source, c’est juste proposer son code à ceux à qui ça pourrait servir. Se faire rabrouer parce qu’on ne satisfait pas les préférences de tout le monde, c’est quand même pénible.

      Moi aussi, je préfère PostgreSQL, mais je ne vois pas pourquoi il faudrait s’en prendre à ceux qui préfèrent MySQL.

      Quant à faire son propre système, c’est pas compliqué, c’est parce qu’on ne trouve pas son compte avec l’existant, ce n’est pas forcément pour innover.

      Là, je fais mon propre framework PHP, mais rassure-toi je ne le diffuserai pas en open source : c’est trop de boulot de satisfaire les uns et les autres.

      • [^] # Re: Php, mysql ...

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

        coid l'open source c'est vraiment bien même si il ne faut rien attendre en retour, c'est ce qu'il y a de plus dur à comprendre les critiques, il suffit de les mettre dans une virtualbox subconsciente, et de l'ai traiter ou pas par ordre d'importance…
        Si tu penses que ton framework est abouti, partage le stp ;)

    • [^] # Re: Php, mysql ...

      Posté par . Évalué à -4.

      Mais que c'est triste de lire des âneries aussi flagrantes, PHP MySQL c'est l'essentiel des hébergements, faire avec d'autres technos pour un CMS qui a vocation à être installé par des individuels ou des tpme serait juste un mauvais choix, mais juste pour rire énumérons les autres choix:

      Pour le server side:
      Java -> problème de sécurité tu disais? ensuite essaie donc de trouver un hébergement, et puis bon Java pour faire un CMS? c'est comme aller faire ses courses en tank, c'est pas très utile quand même.
      Perl -> hébergement? on est plus dans les années 90 …
      Python -> hébergement? et puis bon c'est pas comme si il y'avait 200 personnes grand max qui en faisait quotidiennement en France.
      C -> hébergement? courses…tank…
      C++ -> hébergement? courses…porte avion…
      Techno propriétaire lambda de chez Microsoft ou autre -> Il y a quelques hébergements mais de toute façon c'est interdit.

      Pour le SGBD
      Postgres -> Il y a des hébergements mais c'est plus rare, en fait c'est peut-être le seul point ou il y aurait un argument à changer, surtout qu'un CMS sur du PHP récent gagnerait à être construit sur PDO et donc portable en terme de base de donnée
      NoSQL -> hébergement?
      Sqlite -> pas de soucis d'hébergement mais bon la logistique quand on dépasse un utilisateur en simultané est quand même pas des plus amusantes et puis bon sqlite c'est juste access en un peu mieux finalement
      Oracle -> hébergement? et puis c'est mal oracle un peu comme les logiciels propriétaires.
      Autres -> Y'en a plein mais aucun qui vaillent la peine d'être mentionné

      PS: minuit, on est donc vendredi et j'avais le droit.

      • [^] # Re: Php, mysql ...

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

        Merci pour ton explication ! PHP est le meilleur ami de Linux !

      • [^] # Re: Php, mysql ...

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

        C'est vrai que personne ne propose du Python du Perl ou encore du C en 2013.

        Simple exemple pour python : https://code.djangoproject.com/wiki/DjangoFriendlyWebHosts.

        On ne citera pas l'hébergeur français bien connu se trouvant à Roubaix qui propose ces trois langage (et c'est loin d'être le seul, suffit de savoir utiliser un moteur de recherche).

        • [^] # Re: Php, mysql ...

          Posté par . Évalué à 0.

          Je ne suis pas sûr que tu ai compris que
          1) je m'amusais à faire de la provoc
          2) c'est pas parce qu'il y a 2/3 hébergements qui se battent en duel, que l'objectif de faire un outil qui s'installe sur la plate forme la plus commune est moins valide, que les python fanboy ou autre le veuille ou non, leur langage n'est pas le choix du grand public, c'est un fait qui à lui seul valide complètement PHP/MySQL comme choix.
          3) je m'amuse encore à faire de la provoc, je précise parce que la première fois tu n'avais pas compris
          4) je fais peut-être de la provoc mais je dit aussi des choses vrais hein :)

  • # Merci pour vos critiques

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

    Bonjour à tous et merci d'avoir pris le temps de tester doorGets,
    il faut savoir que je suis seul à avoir écrit l'intégralité du CMS,
    je suis parti d'une feuille blanche il y a plus d'un an,
    j'y ai consacré tous mon temps, réécrit l'intégralité du code à plusieurs reprise,
    Oui pour les fautes d'orthographes je suis dyslexique à 100% donc je ne l'ai voit pas,
    voila ce cms est différents des autres, il faut l'avoir au minimum utilisé et visionné le code source pour le voir. Si je l'ai partager, c'est pour partager la connaissance "GRATUITEMENT" d'un autre point de vue, il n'est pas encore complet c'est sûr, j'écris actuellement la version multiutilisateurs. Oui c'est beaucoup d’énergie mais à la base c'est pour trouvé du travail que je l'ai conçu, un genre de cv, car c'est impossible de trouver du travail pour un autodidacte même pour un certifié ingenieur ZEND PHP5.3 Mounir R'Quiba

    • [^] # Re: Merci pour vos critiques

      Posté par . Évalué à 10.

      Les critiques permettent d'avoir des avis objectifs et constructifs surtout sur ton produit. C'est comme ça qu'on avance.

      Après avoir regardé le code de plus près, il est dommage d'utiliser du français avec de l'anglais.
      Par exemple:
      /class/admin/class.candidaturemodels.php
      @line 63: public function get(){
      @line 71: public function voir($id)
      @line 103: public function listing($par=20){
      @line 160: public function formSupprimer($id)

      Il faut choisir une langue. Je te conseillerais quand même l'anglais.

      Pour les requêtes SQL pour te faire gagner du temps et en lisibilité, tu peux utiliser des alias.
      Ex:
      /class/admin/class.gensitemapxml.php

      $sqlT = "
              SELECT _categories_traduction.uri, _categories_traduction.id,_categories.uri_module , _categories.id, _categories_traduction.nom
              FROM _categories, _categories_traduction
              WHERE _categories_traduction.langue =  '$lgActu'
              AND _categories.id = _categories_traduction.id_cat
              AND _categories.uri_module = '$name'
              ORDER BY _categories.ordre ASC 
              LIMIT 0 , 30";
      
      

      devient:

      $sqlT = "
              SELECT c.uri, t.id, c.uri_module , c.id, t.nom
              FROM _categories AS c, _categories_traduction AS t
              WHERE t.langue =  '$lgActu'
              AND c.id = t.id_cat
              AND c.uri_module = '$name'
              ORDER BY c.ordre ASC 
              LIMIT 0 , 30";
      
      

      Attention sur ton site est vulnérable aux injections SQL, il n'y a aucun contrôle sur les données injectées.
      /class/core/CRUD.php
      @line 196

          public function dbQI($data,$table){
      
              $d = "INSERT INTO ".$table." (";
              foreach($data as $k=>$v){
                  $d .= $k.',';
              }
              $d = substr($d,0,-1);
              $d .= ") VALUES (";
              foreach($data as $k=>$v){
                  $d .= '\''.$v.'\',';
      
              }
              $d = substr($d,0,-1);
              $d .= ")";
      
              $this->dbpdo->query($d);
      
              $id = $this->dbpdo->lastInsertId();
      
      
      
              return $id;
          }
      
      

      à remplacer par:

          public function dbQI($data,$table){
              $safe_quote = array($this->dbpdo, 'quote');
              $columns = array_map($safe_quote, array_keys($data));
              $values = array_map($safe_quote, $data);
              $columns_sql = implode(',', $columns);
              $values_sql = implode("','", $values);
              $sql = 'INSERT INTO'.$table.' ('.$columns_sql.") VALUES ('".$values_sql."')";
              $this->dbpdo->query($sql);
              return $this->dbpdo->lastInsertId();
          }
      
      

      Il y en a sûrement d'autres, je n'ai pas tout lu.

      Pour les langues, au lieu de créer plein de répertoires et fichiers /lang/index.php utilises plutôt ceci:
      1- un fichier /.htaccess avec ceci:

      RewriteEngine on
      RewriteRule ^t/([a-z]{2})/$ t/index.php?lang=$1 [QSA]
      
      

      2- un fichier /t/index.php avec le contenu de /t/fr/index.php modifié comme ceci:
      @line 34 $isLgForce = 'fr';
      à remplacer par:
      @line 34 $isLgForce = $_GET['lang'];

      Pour la détection automatique de la langue voici un petit coup de pouce, il faut utiliser dans l'ordre si disponible:
      1. $_GET['lang']
      2. $_SESSION['lang']
      3. $_COOKIE['lang']
      4. $_SERVER['HTTP_ACCEPT_LANGUAGE']
      5. langue par défaut.

      Voici une implémentation (libre de droit ;)):

      $default_language = 'en';
      $languages = array('fr','en','de','ru','nl');
      
      function get_array_true_lang($array){
          global $languages;
          if (!array_key_exists('lang', $array)) return false;
          $lang = strtolower($array['lang']);
          if (in_array($lang, $languages)) return $lang;
          return false;
      }
      
      function get_lang(){
          global $default_language;
          foreach (array($_GET, $_SESSION, $_COOKIE) as $array){
              $lang = get_array_true_lang($_GET);
              if ($lang) return $lang;
          }
          //il faut créer une fonction pour analyser $_SERVER['HTTP_ACCEPT_LANGUAGE']
          return $default_language;
      }
      
      

      Pas oublier de sauver la valeur après avoir identifié la langue.

      $lang = get_lang();
      $_SESSION['lang'] = $lang;
      set_cookie('lang', $lang);
      
      

      PS: c'est inutilisable la syntaxe Wiki de LinuxFR. Ils auraient dû prendre la syntaxe Wiki de wikimedia (ça bug non stop).

      • [^] # Re: Merci pour vos critiques

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

        Je prend note… Merci zyphos pour ton temps
        Ps : je contrôle l'injection sql à travers la class formulaire, j’estime que la class crud ne doit être atteint que si toutes les variables d'entrées sont vérifiés

      • [^] # Re: Merci pour vos critiques

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

        C'est chiant les .htcaccess ça fonctionne pas avec Nginx.

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

    • [^] # Re: Merci pour vos critiques

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

      J'installe souvent des sites simples, faits avec Wordpress, pour des particuliers ou des petites entreprises. A ce titre la liste des fonctions m'interpelle et me plaît bien, en plus elle répond à des besoins très courants pour mes clients. Par exemple, c'est très cohérent d'avoir un blog et des pages statiques.
      Il manque à ton site des copies d'écran pour juger l'interface. C'est souvent ce qui rebutes les simples utilisateurs. Dans la vidéo j'ai aperçu un peu trop de jargon informatique ("backoffice") et de complications, telle quelle est ça convient à des geeks, mais pas à des "normaux" ; un de ces jours tu devrais préparer une très simplifiée (faut que ça glisse, que ce soit bref et évident).
      Je te recommande aussi de rendre DoorGets compatible avec les API de mise à jour à distance avec un outil comme Blogilo.

      Enfin si c'est pour te faire un CV, pense aussi à te spécialiser sur un gros CMS / framework. Surtout ceux qui permettent les intégrations verticales (on prépare un doc qui se retrouve d'un seul coup en version web, iTruc, tablette, pdf, papier, etc.). Il y en a un qui monte pas mal en ce moment, c'est eZ Publish.

      "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

      • [^] # Re: Merci pour vos critiques

        Posté par . Évalué à 3.

        A ce titre la liste des fonctions m'interpelle et me plaît bien, en plus elle répond à des besoins très courants pour mes clients.

        Tu veux livrer un truc faire par un mec dans son coin avec 0 utilisateurs à tes clients ? Miam…

  • # i18n

    Posté par . Évalué à 2.

    l'internationalisation (i18n) est véritablement fondamentale car la plupart des grands CMS restent très en deçà de ce qu'on pourrait en attendre à ce sujet.

    Pour prendre un exemple, Drupal, ses modules et son UI, permettent théoriquement de configurer menus, blocs, vocabulaire et nodes avec un soi-disant support de l'i18n.
    sauf que dans la pratique c'est bien souvent infernal.

    Du côté Wordpress les possibilités vers ce but ultime du site fully-i18n sont plus importantes du simple fait que la bidouille y est plus aisée, mais c'est encore loin d'être la panacée (quoique je méconnais les dernière avancées de WPML).

    Pour SPIP ou Joomla: quelle gestion des contenus, ou par exemple des menus internationalisés ?

    Je n'ai pas testé doorGets CMS mais si l'i18n est pensée dès le départ d'une manière efficace et fonctionnelle, l'absence de bloat et d'UI à tout-va peut devenir largement pardonnable.

    => [test]

    • [^] # Re: i18n

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

      Bonsoir,

      Pour Spip, le multilingue se gère de plusieurs manières. Le choix peut sembler floue, mais c'est important d'avoir ce choix.

      Il y a le multilingue par secteur : http://spip.net/fr
      Et le multilingue sans secteur : http://mondial-business.net/
      Les menus sont traduits, et les URL aussi (sauf dans le second pour certains cas, mais c'est dans ma liste à faire).

      Je note la méthode qui me semble propre pour détecter la langue préférée de l'internaute, que je vais appliquer après les fêtes (du nouvel an chinois). La détection de la langue peut se faire au niveau du serveur, ou au niveau du CMS.

      Bonne journée
      Grégoire

  • # La démo n'est pas multilingue

    Posté par . Évalué à 0.

    Quand on clique sur anglais, presque tout reste en français … bug ou pas fini ?

  • # doorGets CMS V4.1 disponible

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

    La nouvelle version de doorGets est maintenant disponible !

    Dans la nouvelle version 4.1:
    - Notifications par mail des messages
    - Notifications par mail des commentaires
    - Notifications par mail pour les candidatures
    - Ajout du module facebook comments pour les modules : blog, vidéo, photos et news
    - Ajout du module disqus pour les modules : blog, vidéo, photos et news
    - Ajout du module SahreThis pour le module Page
    - Rectification de quelques bugs de la version 4.0

    PS : si c'est possible à l'admin de modifier les liens de cette dépêche, merci d'avance

Suivre le flux des commentaires

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