dimanche 27 juillet
April | Agenda du libre | Framasoft | Léa-Linux | Lolix | JeSuisLibre | Eyrolles | LinuxMag | Veni, Vidi, Libri | InLibroVeritas | LinuxGraphic
Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information
Accueil :: Dépêches :: Archives :: Proposer une dépêche :: Journaux :: Forums :: Entretiens :: Suivi :: RDF

: Lou portail 1.2

Posté par cedric baudoin (page perso, ). Modéré le 03 juin 2002.
Lou portail 1.2 est sorti. Au menu des nouveautés, on trouve :

  • Une architecture multi-langue avec pour l'instant le français, l'anglais et l'espagnol (l'italien, l'allemand et le néerlandais sont en préparation)

  • Un chat dynamique

  • Un parser HTML puissant

  • Un gestionnaire de galerie (dérivé de PPM)

  • Une boite d'annonces

  • Une gestion des groupes d'utilisateurs

  • Une administration plus complète et plus simple

  • énormement de petites améliorations (thèmes, aspect graphique, liens, ...)

> Lire la dépêche (29 commentaires, moyenne: 3,5).  

Vous avez demandé le commentaire #115718.

C'est pas pour troller, mais...

Posté par Gruik Man () le 03/06/2002 à 13:30. (lien). Évalué à 3.

Que du MySQL? C'est quoi cette ségrégation? :)

Moi je dis, vivent les couches d'abstraction

  • [^]Re: C'est pas pour troller, mais...

    Posté par antonus () le 03/06/2002 à 13:38. (lien). Évalué à 2.

    http://pear.php.net/(...)

    [^]Re: C'est pas pour troller, mais...

    Posté par cedric baudoin (page perso, ) le 03/06/2002 à 13:43. (lien). Évalué à 4.

    Tu as raison, mais pour l'instant personne ne m'en avait fait la demande. Mais, j'y pense sérieusement (pour au moins utiliser Postegress)

    • [^]Re: C'est pas pour troller, mais...

      Posté par Gruik Man () le 03/06/2002 à 14:02. (lien). Évalué à 11.

      Utilise donc PEAR, plutôt que de coder à la main le support MySQL
      Vu l'API de PEAR, ça ne devrait pas être un effort surhumain... Entre l'API Mysql de PHP et l'API "DB" de PEAR, on peut quasiment faire une correspondace 1:1 et faire la conversion à coup de regexps :)

      Et hop, ça te rajoute automatiquement le support pour toutes les bases de données les plus utilisées!

      (entre autres extensions supportées par PEAR, dont des templates a-la-phplib-mais-en-un-peu-mieux, support de mail un peu plus évolué qu'avec mail(), etc)

      • [^]Re: C'est pas pour troller, mais...

        Posté par Netsabes (page perso, ) le 03/06/2002 à 17:41. (lien). Évalué à 6.

        Euh, PEAR c'est tout sauf portable, vu que les libs changent très souvent (mais alors vraiment très souvent) et que la plupart des hébergeurs n'ont pas la bonne version à jour.
        Et ça, pour une appli portable comme un CMS, c'est pas très pratique (d'autant plus que PEAR sur du php3, tintin, hein).

        [^]Re: C'est pas pour troller, mais...

        Posté par Moby-Dik () le 03/06/2002 à 18:24. (lien). Évalué à 7.


        Et hop, ça te rajoute automatiquement le support pour toutes les bases de données les plus utilisées!

        Automatiquement ! Comme c'est magique !
        Ah heu, juste, il suffit de :

        - écrire des CREATE TABLE séparés pour les différents SGBD
        - s'amuser avec les types et fonctions de dates différents
        - contourner les incompatibilités type LIMIT x,y
        - et j'en passe

        Enfin bref, automatique quoi.

        • [^]Re: C'est pas pour troller, mais...

          Posté par Gruik Man () le 05/06/2002 à 09:53. (lien). Évalué à 0.

          Pour ce qui est des créations de table, je suis d'accord; il faut écrire manuellement les scripts pour chaque BdD (mais les définitions de table, ça peut faire partie des "contributions"; c'est plutôt rapide à faire et ça n'implique pas de se plonger dans le code de l'application elle-même).

          Pour le reste, ça dépend à quel point l'application exploite le SQL; elle peut très bien utiliser un sous-ensemble simple de SQL qui soit compris par la plupart des bases de données.
          Rien n'empêche d'utiliser des types simples, et de faire le travail de conversion au niveau de l'application; certes on sous-exploite les fonctionnalités des bases de données, mais on gagne en portabilité sans forcément perdre en performance.

          Bon, ok, je me suis peut-être un peu enflammé en disant "automatique"; ça dépend pas mal de la manière de laquelle est codée l'application.

      [^]Re: C'est pas pour troller, mais...

      Posté par Denis Rampnoux () le 03/06/2002 à 16:33. (lien). Évalué à 2.

      g plein d'erreurs en allant sur les stats puis en revenant sur la page, c normal ? c'est de la maintenance ?

      PS : C'est dommage le jour de l'annonce ici...

      • [^]Re: C'est pas pour troller, mais...

        Posté par cedric baudoin (page perso, ) le 04/06/2002 à 06:55. (lien). Évalué à 2.

        On dirait surtout que free à des ratés (open_basedir invalid). Et effectivement c'est pas de bol (surtout que c'est la première fois que j'ai ce genre d'erreur :-( )

      [^]Re: C'est pas pour troller, mais...

      Posté par William Steve Applegate (page perso, ) le 04/06/2002 à 06:21. (lien). Évalué à 0.

      ADODB [ http://php.weblogs.com/adodb/(...) ] est ton ami (merci à El Waleed pour m'avoir signalé ce petit chef-d'oeuvre !). Simple à déployer, marche bien, supporte tout et n'importe quoi, LGPL/BSD : très bien :-)

      Sérieusement, je ne pourrais plus imaginer de revenir programmer pour un seul SGBD. C'est tellement plus simple de passer d'un serveur à un autre juste en changeant une ligne dans un fichier...

      --
      Ce message vous a été présenté par les trollomètres de compétition Prumpleffer™
Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.0724s (dont 0.0056 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.