Actuellement Jaz est en version beta. Je recherche d'une part des programmeurs motivés pour tester ce framework (en programmant des applications petites ou grandes), et d'autre part des personnes sensibilisées par la sécurité pour analyser le code et "prouver" l'intégrité du framework.
Une démonstration technique est disponible, ainsi que 3 exemples d'applications utilisant Jaz.
Aller plus loin
- Le site de Jaz (74 clics)
- Les démonstrations (33 clics)
- Citim, une application qui utilise Jaz. (22 clics)
# Survol
Posté par Nicolas (site web personnel) . Évalué à 7.
je n'ai fait qu'un rapide survol du code mais j'ai quand même plusieurs remarques:
- on est passé à PHP5 depuis déjà quelques temps et il aurait été agréable de trouver du code compatible.
- tu utilises à mon avis un peu trop l'arobase pour masquer les éventuelles erreurs plutôt que de les traiter
- les balises PHP sont <?php et ?> et non pas <? et ?>.
Je teste dès que j'ai un moment.
[^] # Re: Survol
Posté par Sébastien Laoût . Évalué à -1.
S'il existe les deux, c'est que chacun a le droit de choisir la forme qu'il préfère, non ?
Personellement, je trouve <? ?> plus court et élégant.
Est-ce qu'utiliser la version "courte" pause des problèmes de sécurité ou... ?
Sinon, je pense qu'il y a une option dans PHP pour désactiver la version courte. À quoi ça sert d'avoir une option pour si peu ?
[^] # Re: Survol
Posté par icyfemur . Évalué à 6.
Par ailleurs, justement parce que certains serveurs sont configurés avec l'options "balise" longue uniquement, tes balises courtes ne marcheront alors pas forcement. Tu risque donc d'avoir des problèmes de compatiblité avec ces serveurs là (sur lesquels les utilisateurs ne pourront pas forcément changer la valeur de l'option...). L'inverse ne pose pas de problemes, la version longue passe partout.
[^] # Re: Survol
Posté par Ymage . Évalué à 6.
http://frederic.bouchery.free.fr/?2004/07/16/4-Pourquoi-Il-Ne-Faut-(...)
Si vous n'aimez pas ce commentaire c'est qu'il est ironique.
[^] # Re: Survol
Posté par P (site web personnel) . Évalué à 1.
Merci pour tes remarques et ta visite.
Concernant PHP5, j'attends encore un peu. C'est clair qu'il permettra d'aller plus loin avec moins de bidouilles sur certains points. Mais ça sera plus une clarification du code du moteur qu'une adapation de l'api actuelle. Pas de changement côté appli.
L'arobase est souvent utilisé pour raisons techniques, par exemple dans la config de la plateforme (l'@ évite au define du système de réagir, lorsque le codeur a déjà fixé une valeur). Je mets dans ma todo de vérifier s'il y a des abus :)
Pour le <?php, je l'ai ajouté dans ma version cvs à la nouvelle année, avec les changements de dates de l'entête (pour les raisons évoquées dans le commentaire de short_open_tag)
Hésite pas à poster dans le forum, ça fait tjs avancer ! http://phpjaz.org/forums/(...)
@+
jej
# about
Posté par Erwann Robin (site web personnel) . Évalué à 2.
t'a commencé le projet ya longtemps ?
à quelle occasion ?
à première vue, ca m'a l'air intéréssant, j'vais l'installer et voir ce qu'on peut faire avec (mais je promet rien ! )
[^] # Re: about
Posté par P (site web personnel) . Évalué à 2.
J'ai commencé en 99, à force d'avoir toujours les mêmes problèmes d'organisation de mes applis. C'était des applis dédiées, genre Citim, il fallait toujours réinventer les mêmes choses. Genre se coder son système de session, c'était pas encore par défaut. A force on a envie de "factoriser" !
bon tests, @+
jej
# Commentaire supprimé
Posté par Anonyme . Évalué à 4.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: PEAR
Posté par P (site web personnel) . Évalué à 1.
[^] # Re: PEAR
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 2.
Tout comme Copix <pub>http://copix.org</pub> , phpJaz te force à structurer ton code d'une certaine manière, à organiser tes sources d'une certaine manière.
bref, ce sont de véritables frameworks, ce que n'est pas Pear.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: PEAR
Posté par P (site web personnel) . Évalué à 1.
Jaz double PEAR sur certains points, comme l'authentification et les bases. C'est assez sommaire dans jaz mais c'est bien intégré. Rien n'empêche de créer des gestionnaires jaz qui utilisent PEAR::DB et PEAR::Auth.
Si quelqu'un se lance dans du jaz+PEAR, je veux bien des retours (dans le forum, svp)
[^] # Re: PEAR
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 2.
Non.
Jaz (ou copix) et Pear sont deux choses différentes.
Le premier t'offre une manière de structurer ton code, s'occupe de la coordination de ton appli et d'autres choses, le deuxième n'est qu'une boîte à outils à utiliser lors des différentes actions (que tu dois coder...).
Ils sont complémentaires. De plus, Jaz utilise trés certainement Pear pour son fonctionnement interne. Cela ne te dispense pas d'appeler des objets de Pear quand tu en as besoin.
# navigation par tab
Posté par Éric (site web personnel) . Évalué à 2.
quand je vais sur une page et que je clique sur les différents liens avec le bouton du milieu, je me retrouve avec plusieurs fois la même page.
Pire : je copie un lien dans le presse papier, je clique sur un second. Quand je réutilise le premier : je retombe sur la seconde page (et pas celle que je voulais).
Bref, ça casse les onglets et la navigation en multifenetre, ça casse les favoris/bookmark .... Il va je pense falloir revoir au moins cet aspect du framework avant que ce soit utilisable.
[^] # Re: navigation par tab
Posté par Gof (site web personnel) . Évalué à 2.
on ne peut pas mettre une URL précise dans ses bookmark, où la filer à quelqu'un d'autre.
C'est du au fait que les URL contiennent en fait, si j'ai bien compris, un numéro autoincrémenté, qui n'est valable que une seule fois et qui perd sa validité dés que on clic sur un autre lien.
Pire, si on se trompe de lien, et qu'on clic sur le boutton retour du navigateur, les autres liens ne fonctionnent plus.
C'est très dommage car ça pose de gros problèmes d'accessibilités
[^] # Re: navigation par tab
Posté par Jeremy SALMON (site web personnel) . Évalué à 3.
Est ce que quand tu lances Writer tu peux faire un lien pour qu'il arrive sur la page de mise en page des paragraphes par exemple? Peut etre que oui mais a quoi ca servirait?
En tous les cas je trouve que le travail de Jerome (pour l'instant au niveau de la documentation, de l'approche, de la rigueur du site, du forum (je n'ai pas encore regardé le code)) merite un coup de chapeau.
Donc "chapeau Jerome ;)"
[^] # Re: navigation par tab
Posté par P (site web personnel) . Évalué à 1.
@+
jej
[^] # Re: navigation par tab
Posté par Éric (site web personnel) . Évalué à 0.
C'est d'autant plus vrai quand le site qui est derrière est vraiment un site documentaire et pas une application du point de vue utilisateur (comme celui de phpjaz justement).
> Est ce que quand tu lances Writer tu peux faire un lien pour qu'il
> arrive sur la page de mise en page des paragraphes par exemple?
> Peut etre que oui mais a quoi ca servirait?
Le fait est que moi j'ai voulu naivement utiliser les fonctionnalités de mon navigateur et que j'ai été perturbé bien 5 minutes avant de comprendre pourquoi (pourtant je me considère comme largement "avancé" dans le domaine Web, je n'ose penser à l'utilisateur de base qui n'y comprendra rien).
Désolé mais que le développeur considère avoir une application et pas un site de publication, le résultat est le même pour le visiteur et du coup ce genre de solution me parait vraiment hors de question, sauf pour quelques trucs internes très spécifiques et encadrés.
[^] # Re: navigation par tab
Posté par P (site web personnel) . Évalué à 1.
- le flux de travail est interrompu, à lui de savoir si c'est compromettant pour son appli, donc d'autoriser ou refuser l'action du client.
- le flux de données vient de l'extérieur (les arguments du lien), donc n'est pas garanti et doit être testé.
Les liens classiques de jaz garantissent la chonologie et l'intégrité des données.
Concernant le retour et les habitudes des utilisateurs je suis d'accord (à condition que tous les sites qui les autorisent puissent garantir l'intégrité de la navigation, ce qui n'est pas le cas). parfois, le programmeur a besoin de certitudes quand les données manipulées sont sensibles. Jaz permet de spécifier des actions à entreprendre en cas de retour ou reload de la page. Là encore, le but est de conscientiser le programmeur. Il doit autoriser intentionnellement le retour dans son code, sinon ce n'est pas permis. La demo montre cela. Sinon, rien n'empêche de mixer du jaz avec du nom jaz au sein d'un même site.
Hésitez pas à migrer ces discussions vers le forum de jaz. Content que ça fasse réagir.
[^] # Re: navigation par tab
Posté par Éric (site web personnel) . Évalué à 2.
- ne pas mettre la documentation sur ce format
- ne pas mettre les pages "documentaires" sur ce format
Je sais que ça fait démo mais ça en réduit largement les possibilités d'utilisation et l'accessibilité globale. S'il n'y avait pas eu les commentaires ici ça aurait été poubelle direct
# Jaz c'est libre?
Posté par Stéphane Bonhomme . Évalué à 2.
Moi je m'interroge sur le choix du nom de ce framework : est-il vraiment libre d'utilisation? Parce que "iomega jaz" est suivi d'un TM et "jaz" tout court est lui suivi d'un R sur le site de Iomega.
Notez que je n'y connais pas grand chose dans le domaine.
[^] # Re: Jaz c'est libre?
Posté par P (site web personnel) . Évalué à 2.
Comme j'y connais pas grand chose non plus en licences, j'ai suivi les consignes de la fsf, donc c'est GPL. Y-a-t-il un pro du libre qui peut nous dire si une appli codées sur un framework GPL peut être non GPL ? probablement mais bon, c'est tellement compliqué ces choses...
@+
jej
[^] # Re: Jaz c'est libre?
Posté par Pascal . Évalué à 1.
C'est pour cela que la FSF et RMS ont créé la license LGPL qui permet à une librairie d'être liée avec un programme non-GPL.
[^] # Re: Jaz c'est libre?
Posté par P (site web personnel) . Évalué à 1.
[^] # Re: Jaz c'est libre?
Posté par AllanTK . Évalué à 1.
http://www.nexen.net/news/gen.php/2004/03/06/3822,0,0,0,0.php
[^] # Re: Jaz c'est libre?
Posté par P (site web personnel) . Évalué à 1.
Je comprends l'argument de Rasmus. Maintenant que PHP est devenu populaire, grace à quelques bonnes vieilles phpApplications, faut pas venir entâcher le nom de la sous-couche. Mais faut pas cracher dans la soupe non plus... C'est pas le modèle objet de PHP qui l'a rendu célèbre !
Pour l'instant ça reste "jaz" et phpJaz.org pour le site. Mais à terme pourquoi pas prévoir de changer (de sous-couche aussi...).
[^] # Re: Jaz c'est libre?
Posté par Éric (site web personnel) . Évalué à 2.
Si, les seuls projets concernés sont ceux qui réutilisent du code de PHP lui-même, du moteur.
Tu n'as pas besoin d'accepter la licence de PHP pour faire un soft PHP, donc tu n'as pas besoin d'accepter cette clause ni de la respecter.
Moi ça me donne de plus l'impression d'essayer de contrôler un nom qui ne leur appartient pas, ce qui n'est pas très correct.
[^] # Re: Jaz c'est libre?
Posté par Éric (site web personnel) . Évalué à 2.
Si ton but est d'avoir des contribs, comprend bien qu'une fois les contrib reçues tu ne pourras probablement plus changer la licence (il faudrait l'accord de tous les contributeurs sans exception, et en général c'est dur à obtenir, au moins parce qu'on n'arrive pas à contacter tout le monde).
[^] # Re: Jaz c'est libre?
Posté par P (site web personnel) . Évalué à 1.
@+
# Evaluation des differents frameworks pour PHP ?
Posté par aljeux . Évalué à 1.
Est-ce que quelqu'un peux me donner des references sur les differentes solutions possible pour du code en PHP ?
[^] # Re: Evaluation des differents frameworks pour PHP ?
Posté par Hardy Damien . Évalué à 2.
http://copix.aston.fr/(...)
Dam
# Concurrents et positionnement
Posté par Yann Cochard (site web personnel) . Évalué à 2.
Quels sont les autres projets similaires a PhpJaz ? (s'il y en a), et comment PhpJaz se positionne-t-il par rapport a eux ?
Merci
Yann.
[^] # Re: Concurrents et positionnement
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 4.
site officiel : http://copix.aston.fr(...)
site communauté : http://www.copix.org(...)
posez vos questions sur le forum http://forum.copix.org(...)
Une version 2.2 devrait sortir ce mois-ci si on n'est pas trop débordé...
Une version 2.3 dans quelques semaines/mois devrait terminer la phase "xmlisation" (la plupart des sources, des configs etc seront stockés en XML, avec générateur de code dérrière, et un IDE pour développer tout ça via un clickodrome)
Une version 3 est prévue dans x mois, optimisée pour PHP5 (non, on ne fera pas de version compatible PHP4 et PHP5 à la fois, ce serait dommage de se passer des features de PHP5)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.