La version 1.0 beta 1 de Jelix, un framework pour PHP 5, vient d'être publié, sous licence LGPL. ( http://jelix.org )
Jelix utilise au maximum les spécificités de PHP5, afin d'être le plus léger et le plus performant possible. Il existe en deux éditions : "developer" pour les développeurs, et "optimized" pour la mise en production. Il est possible aussi de se générer une version optimisée en fonction de ses besoins et sa configuration serveur.
Principales caractéristiques prises en charge : Cinématique MVC, structure modulaire, services web, restfull compliant, mapping relationnel objet, localisation, moteur de template ultra léger et évolutif, gestion robuste des erreurs techniques, système évènementiel, mapping des url, authentification, gestion des droits, scripts de générations de sources etc... Tout ceci réalisé avec deux priorités : la performance et la simplicité.
Il peut être utilisé pour tout type d'applications web. Quelques sites l'utilisent déjà (depuis les premières versions alpha...), dont un à très forte audience (plusieurs millions de pages par jour).
Un certain nombre de réponses à des questions courantes est disponible dans la faq : http://jelix.org/articles/faq (en particulier, "mais pourquoi un autre framework ?" etc ;-) )
# TFA
Posté par freebourg . Évalué à 2.
duquel parles-tu ?
[^] # Re: TFA
Posté par gaston . Évalué à 1.
( pas dur, j'ai regardé sur http://jelix.org/articles/revuewebpresse )
[^] # Re: TFA
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 2.
[^] # Re: TFA
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 2.
Et petite précision : je ne travaille pas pour eux, ni pour aucun des autres sites qui utilisent le framework d'ailleurs :-) Mais ils ont tous plus ou moins contribué au projet (surtout deboggage/patchs bugs pour certains).
# Un petit résumé SVP?
Posté par Zenitram (site web personnel) . Évalué à 2.
Si quelqu'un pouvait me faire un résumer :
- Qu'est-ce que ça apporte à une liste de fonctions de base de PHP?
- A partir de quand ça vaut le coup d'apprendre un framework (qui prend du temps) par rapport à faire son site à base de PHP de base?
- Quelle pérénité pour chaque framework? Car le problème d'un framework, c'est que c'est la base d'un projet, en changer plus tard est problèmatique...
Bref, je suis un peu perdu dans tout ça, entre l'intérêt hypothétique d'un framework et devoir ensuite choisir le bon...
[^] # Re: Un petit résumé SVP?
Posté par Moogle . Évalué à 2.
Sans oublier la couche d'abstraction pour la base de données qui permet de passer de MySQL à PostgreSQL, Oracle ou n'importe de façon transparente.
Donc au final le temps "perdu" sur l'apprentissage d'un framework (qui sont en général assez simples, ça s'apprend en à peine quelques jours) sera nettement gagné sur le développement.
Pour ce qui est de la pérénité par contre, c'est vrai qu'on ne peut pas passer facilement d'un framework à un autre, d'où l'intérêt aussi de bien le choisir dès le début.
[^] # Re: Un petit résumé SVP?
Posté par Mars . Évalué à 0.
Dans le premier cas il me semble que c'est un outil qui faciliterait la vie pour faire - un tout petit peu - d'AJAX avec PHP. Je dis ça sans trop de conviction ;-) En feuilletant les ouvrages sur AJAX il y a 2-3 jours je n'ai vu en effet aucune réferrence à Jelix. A moins que cela soit prévu dans une version future ?
[^] # Re: Un petit résumé SVP?
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 2.
Pour moi, ajax, c'est un concept coté client, s'appuyant sur des services web fournis par un serveur. Jelix te permet de faire la partie serveur. Pour le moment, rien coté client, pour la simple et bonne raison que :
1) il y a pléthore de bibliothèques javascript pour faire de l'ajax qui nettoie tout du sol au plafond. Entre celles qui font le strict minimum mais mal, et d'autres, véritables usines à gaz de plusieurs dizaines de ko (c'est à dire, qui ne font pas que de l'ajax, mais aussi des animations DOM, simuli de drag and drop &cie), il m'est pour le moment difficile de choisir.
2) si il fallait en choisir une, cela voudrait dire qu'il y a trop de chance que cela ne plaise pas. Donc pour l'instant, le développeur utilise celle qui veut, et développe les services web avec jelix (en json, xml ou ce qu'il veut, il y a tout ce qu'il faut dans jelix)
3) Ce n'est pas ma priorité d'offrir un truc full ajax dans tous les sens. Ajax n'est pour moi qu'une petite brique dans la réalisation d'un site/application. Mais si il y a des contributeurs qui veulent proposer quelque chose, pas de soucis (sous forme de plugin de template par ex)
Tu sais qu'il faut plusieurs semaines, plusieurs mois pour écrire un bouquin ? En dehors du fait que Jelix ne s'occupe pas encore d'ajax coté client, c'est peut-être un peu normal que jelix n'y soit pas référencé, tu ne trouves pas ?
# [HS]Question vocabulaire
Posté par mouftard . Évalué à 2.
Pourquoi cet emploi de "problématique" à la place de "problème" ?
[^] # Re: [HS]Question vocabulaire
Posté par Jean-Philippe (site web personnel) . Évalué à 1.
[^] # Re: [HS]Question vocabulaire
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 2.
[^] # Re: [HS]Question vocabulaire
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 2.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.