P a écrit 18 commentaires

En gare du Puy-en-Velay, c'est carrément un logiciel avec le logo de la bahn qui est utilisé pour renseigner les clients. J'ai demandé si c'était officiel tout ça : mais oui m'sieur, on a des accords... Et le vendeur m'a confié qu'il utilisait également le site pour ses besoins persos. Ben, normal tout ça. Le site de la sncf comprend jamais les dates, ne connait preque que le TGV, renvoit des messages d'erreur évasifs sur des "problèmes" techniques dès qu'il n'y arrive pas, etc etc etc etc etc etc.

Si vous voulez rire un coup, imprimez un trajet un peu compliqué depuis bahn.de (c-a-d avec plus de 2 changements !), et allez l'acheter en gare. Vous verrez l'agent tapoter 15 min sur son clavier, à essayer de découper le trajet et à pester pour que le logiciel accèpte de pondre les billets.

Allez, bientôt gogole vendra des billets, et tout le monde criera à l'invasion, à l'impérialisme, à c'était plus comme avant...

yep, c'était ça (on parle bien de la page de résultat de google, pas d'une page visitée depuis elle ?). Mais la même requête ne donne plus ce résultat. Zarbe quand même.

Allez, je vais faire une feature request chez google (histoire de bien m'en tirer :)

Oui, mais ce serait en visitant la page, non ? genre les recherches qui pointent vers le wiki de dotclear.

Les mêmes requêtes depuis l'historique du navigateur ne donnent plus le même résultat qu'auparavant. Brouuu, zut...

zut, j'aurais dû faire une copie d'écran !... Je l'ai vu de mes yeux !! les admins qui s'amusent ? ça sera peut-être pour bientôt et pour toujours...

Gros boulot fait par cette assos, en utilisant des GPS à vélo, voiture, avion... Tu trouveras ça ici :

http://upct.org/(...)

Un Point C'est Tout est une association qui veut mettre à disposition du public des cartes du monde, libres de droit de reproduction, des cartes où tout le monde peut écrire, dessiner et raconter son histoire, sa vision du territoire...

Jej

Je n'ai pas parlé de changer de licence. Je le nommerai totoJaz, pour arrêter ce débat.

@+

oui, j'avais lu ça à l'époque. "JAZ" est le nom officiel, mais jaz.org|.com|.net etc sont déjà pris.

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...).

Merci pour cette précision. Vu que jaz a besoins de contribs et d'applis , ça restera GPL pour l'instant.

En fait, en lisant la doc on peut voir que jaz gère des liens "static", c'est à dire à validité permanante, qui peuvent être appelés par le client quelque-soit le contexte de l'application. Donc c'est bookmarkable, le retour/refresh marchent sur ces liens. La seule différence, c'est que le codeur est au courrant de 2 choses :

- 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.

PEAR est un ensemble de "fonctions", et comme dit Laurent J ça ne structure pas du code mais des méthodes/propriétés au sein d'une appli. Jaz et PEAR seraient plutôt complémentaires. Par exemple, pour coder un webmail c'est pas jaz qui va attaquer IMAP, il permettra seulement de gérer l'enchaînement des pages (côté visible) et le découpage du code (côté coder).

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)

aïeee, je savais pas que ça existait encore les lecteurs jaz... j'espère qu'ils vont pas me coller un procès (surtout qu'ils utilisent un framework java sur le site, j'peux même pas leur fourguer mon jaz).

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

Merci pour cet eclaircissement (c'est sympa d'avoir lu la doc :)

@+
jej

désolé, pas assez de recul sur PEAR... pas concurrents en tout cas.

salut,

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

Bonjour,

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

> je pense que sa mérite que je me penche plus là dessus


Avec plaisir !


merci, @+
jej

Merci d'être allé jeter un oeil. Le site est tout nouveau, donc c'est le premier commentaire public que j'ai ici :) merci !!

La lenteur est peut-être liée à l'hébergement mutualisé, à un instant donné. Il n'y a que la partie démo qui utilise jaz (et qui pourrait ramer de son fait), le reste est du html static. On ne voit pas de différence notable entre du static et du jaz. Question optimisation et charge, tu peux avoir une idée du temps passé par jaz et par le coder avec le "profiler".

jaz n'intervient pas vraiment au niveau html, et laisse la liberté de faire du w3c compliant ou pas. J'ai pas pris le temps de paufiner là dessus pour ce qui est de la démo.

N'hésite pas à télécharger la chose...

Merci, @+
jej

Merci d'être allé jeter un oeil. Le site est tout nouveau, donc c'est le premier commentaire public que j'ai ici :) merci !!

La lenteur est peut-être liée à l'hébergement mutualisé, à un instant donné. Il n'y a que la partie démo qui utilise jaz (et qui pourrait ramer de son fait), le reste est du html static. On ne voit pas de différence notable entre du static et du jaz. Question optimisation et charge, tu peux avoir une idée du temps passé par jaz et par le coder avec le "profiler".

jaz n'intervient pas vraiment au niveau html, et laisse la liberté de faire du w3c compliant ou pas. J'ai pas pris le temps de paufiner là dessus pour ce qui est de la démo.

N'hésite pas à télécharger la chose...

Merci, @+
jej
phpjaz