Avis de Templates

• # jkljhkljkl

  Posté par »-(¯`v´¯)-» le 04 décembre 2000 à 14:51. Évalué à -1.

  

  hjklhjklhjlk

  • [^] # Re: jkljhkljkl

    Posté par Anonyme le 04 décembre 2000 à 15:30. Évalué à -1.

    

    bonjour aussi

    • [^] # Re: jkljhkljkl

      Posté par Anonyme le 06 décembre 2000 à 16:22. Évalué à -1.

      

      en voilà un forum libre qui démarre !!!

  • [^] # Re: jkljhkljkl

    Posté par Nelis (site web personnel) le 02 avril 2001 à 16:25. Évalué à -1.

    

    Le système de score est qd meme mal fait ... Un post comme celui ci mis à 1 ... Hum hum !! Ils ont oubliés le - devant je pense ...

    • [^] # Re: jkljhkljkl

      Posté par Anonyme le 02 avril 2001 à 16:45. Évalué à -1.

      

      Il est à un par défaut parceque le débile qui l'a mis s'est authentifié (0 par défaut pour un anonyme). Il passera à -1 quand un modérateur passera par là. C'est aussi simple que celà.
      
      Et le mien est à -1 parceque franchement je n'ajoute pas grand chose au débat.

  • [^] # Re: jkljhkljkl

    Posté par Anonyme le 02 avril 2001 à 16:31. Évalué à -1.

    

    toi-même

  • [^] # Re: jkljhkljkl

    Posté par Anonyme le 02 avril 2001 à 16:58. Évalué à -1.

    

    Et bien, un commentaire, un troll !

• # Mouai

  Posté par Chamelle Kolabo le 02 avril 2001 à 17:17. Évalué à 1.

  

  Encore de quoi faire les procs :)

• # Bonne impression

  Posté par crusher le 02 avril 2001 à 17:25. Évalué à 1.

  

  J'avais jeté un coup d'oeil sur la beta 1, et cela m'avait paru pas mal.
  Un des avantages par rapport aux JSPs réside dans la simplicité du langage Velocity et dans l'approche "contexte puis merge":
  les variables (chaines, tableaux, objets) sont ajoutés à un contexte et ensuite on merge le template avec le contexte, le langage Velocity permettant d'accéder facilement aux objets du contexte (test if, boucle, ...)
  Un autre point fort: Velocity n'est pas forcément lié au web, on peut l'utiliser en tant que moteur de template dans une application standard, par exemple pour générer des rapports html,text,...

  • [^] # Re: Bonne impression

    Posté par Anonyme le 03 avril 2001 à 08:52. Évalué à 0.

    

    Mouais, encore une merde sans nom mal documentée, qui va fleurir sur nos _tant_aimé_ site de la neteconomie.
    
    Ca va chauffer dans les salles serveur, preparez les extincteurs !

    • [^] # Re: Bonne impression

      Posté par Nelis (site web personnel) le 03 avril 2001 à 09:53. Évalué à 1.

      

      Attends t'es con ou quoi toi ? T'es qui pour te permettre de juger un truc auquel je parie que tu n'as jamais touché ? T'as écris qqchose de mieux qu'eux ? Ah oui non c'est vrai, tout ce que t'as écris toi c'est un 'Hello world' en HTML ... Et puis c'est vrai que chez Apache ils ont l'habitude de faire de la merde !
      
      Sortir des commentaires ainsi, je trouve ça ridicule ! A peine digne d'un gosse de 8 ans ! Si t'as qqchose contre Velocity, tu argumentes (tu as du apprendre ça au cours de français), et là on pourra discuter en adultes.

    • [^] # Re: Bonne impression

      Posté par crusher le 03 avril 2001 à 12:38. Évalué à 1.

      

      Je te signale, grosse brèle (je crois que c'est justifié), que Velocity fait partie de l'Apache Software Foundation http://www.apache.org/(...) projet Jakarta.
      
      Si ça te dis rien, retourne programmer en VBScript.
      
      Quand à la documentation, elle est plus digne que certains produits du commerce:
      Velocity User's Guide : http://jakarta.apache.org/velocity/user-guide.html(...)
      Developer's Guide : http://jakarta.apache.org/velocity/developer-guide.html(...)
      Reference guide : http://jakarta.apache.org/velocity/vtl-reference-guide.html(...)
      Specifications : http://jakarta.apache.org/velocity/specification.html(...)
      et j'arrete là
      
      Comme disais l'autre, quand on sait pas on dit pas

      • [^] # Re: Bonne impression

        Posté par Andr2 P0WR0ZN1K le 03 avril 2001 à 13:36. Évalué à 1.

        

        Avec tout ce que apache sort, finalement, on a aussi une *exellente* base pour un système de content management !

    • [^] # Cocoon fire !!!!

      Posté par Chamelle Kolabo le 03 avril 2001 à 16:34. Évalué à 1.

      

      Mouai je prefere Cocoon qui pousse tres tres fort :)

• # Mouai cool

  Posté par Chamelle Kolabo le 02 avril 2001 à 17:32. Évalué à 1.

  

  http://www.darmstadt.gmd.de/oasys/projects/jedi/index.html(...)

• # Velocity <-> PHP

  Posté par vincent L le 03 avril 2001 à 14:36. Évalué à 1.

  

  Quels sont les avantages par rapport à PHP ?

  • [^] # Differences Velocity <-> PHP

    Posté par Anonyme le 03 avril 2001 à 16:18. Évalué à 0.

    

    La principale diff. ce situe entre Java et PHP,
    meme si PHP reste indiqué dans pas mal de cas, Java garde des avantages ennormes :
    -il est disponible sur plein de plateformes
    -il tient super bien la monté en charge applicative
    -s'interconnecte avec "tout se qui peut bouger"
    -dispose d'un langage objet simple, propre et strict.
    
    Pour moi, le mieux c'est celui que tu connais:
    si tu connais PHP, fait du PHP,
    si tu connais Java fait du Java
    
    Mais si tu doit te mettre à l'un des deux je te conseille plutot Java, tout simplement car le langage reste le meme que tu fasses de la prog coté serveur et coté client.
    
    Meme si actuellement seul le coté serveur prime, on sait bien qu'en informatique ca balance tjr entre le coté client et le coté serveur tous les 10ans (pour diverses raisons).
    
    L'HTML posant pas mal de PB sur des gros projets en terme de graphismes et des possiblités (limitation et PB de compatibilités) -> augmentation cout de dev.
    
    Une nouvelle techno JavaWebStart (implementation cliente de référence de Sun du protocole JNLP) pourrait bien changer brusquement la donne (surtout dans un premier temps sur les intranets et les backoffices) gràace à ces capacités de mise à jour automatique (et incrementale)...
    
    A suivre donc ...

Suivre le flux des commentaires

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