Reprise du message précédent :
Je suis vraiment un noob je sais pas ce qu'est un orb, mais en gros ce que je trouve bien avec POG (enfin je viens juste de découvrir cet outil), c'est l'idée de facilement pouvoir créer des class PHP et de pouvoir télécharger des class PHP prête à l'emploi.
 
Après c'est peut être le principe d'une library PHP ?  
 
Je vais aller voir ce qu'est doctrine.
 
Désolé pour le haut degré noobesque de mon post

Si c'est que ça, c'est pas dur de créer une classe PHP
 

class MyClass
{
  public function myMethod()
  {
  }
}

Object Relationnal Mapping  
 
Exemple dans symfony :
tu décris ton modèle dans un format indépendant de la base de données
tu lances ton petit script magique et ca te crée les bases et les classes d'accès qui vont bien avec les relations qui vont bien  
 
la contrepartie, c'est que si tu veux un controle fin sur tes données, c'est un peu plus chiant

Ca semble plus contraignant en terme de liberté que le truc de POG non ?

Comment ça ?
 
Moi je dirais que la contrepartie, c'est surtout que c'est lent Et relou quand tu dois plonger dans le camboui...

oui c'est contraignant
 
mais le jour ou tu modifie tes bases, tu ne changes pas grand chose au dessus . C'est un choix à faire  
 
Je ne comparerai pas avec POG que je n'ai jamais utilisé

il y a pas un site qui rassemble des class prêtes à l'emploi ?

pas de requetes en utilisant des fonctions spécifiques a une base de données par exemple  
 
C'est lent : pas tant que ça si tu compares a périmètre équivalent en terme de sécurit/fonctionnalités ( surtout en mode prod avec les caches)
 
pour plonger dans le cambouis, c'est vrai que c'est un peu plus chiant, mais bon, il y a pas mal de docs et de ressources

A priori non, c'est juste plus puissant (donc surement plus compliqué à apprendre)

stadire que les classes dependent peut etre un peu de tes bases de données,non?

je confirme

C'est quoi une classe prête à l'emploi ? Une classe de quoi ?

En fait j'ai plus ou moins trouvé : phpclasses.org

--- je rêve ou pour les phpeux, on ne parle de classes que quand on parle de bdd? (et qu'a priori c'est du 1:1 class/table qui sert à rien ? )

Non, c'est juste qu'on avait l'impression que le monsieur cherchait un ORM, mais en fait il ne sait pas trop ce qu'il cherche je pense (cf phpclasses.org qui n'a rien à voir avec POG)

lol ouais c'est un peu ça, je suis un peu perdu vite une boussole

J'avais un super cours sur la POO dans mes bookmarks, qui ne parlait presque pas (du tout ?) de code, j'avais du le choper sur HFR, si quelqu'un a ça ?

ah oui je veux bien enfin en français j'espère  

Ah voilà, sexy
 
http://rb.ec-lille.fr/recherche/Ar [...] httoc.html
note : je sais pas si c'est noob-compliant en fait

sinon je ne sais plus qui avait dit sur ce topic que dans le cas d'une class de connexion à la BDD il fallait mieux passer les identifiants, pass, etc en attribut plutôt que les mettre en dur dans la class. Justifiant ce choix par un argument du genre "si t'as plusieurs BDD ce sera assez pratique"
 
Comme je mets du temps à percuter : si on fait ça, ça veut dire qu'à chaque fois qu'on veut se connecter à la BDD (plusieurs fois par page parfois) on rebalance à chaque fois tout le tintouin ? C'est un peu contraignant quand même.

 
Ca m'a pas l'air de l'être, rien que le titre m'expulse en dehors de la page "Les représentations en génie logiciel : des paradigmes "classiques" à l'orienté objet"  

Tu n'as pas à te connecter plusieurs fois dans un même script. Tu te connectes au début ou à la première requête, et tu te déconnectes à la fin, c'est tout.

ah oui en effet, pitin je suis fatigué/fatiguant

note : tu n'as même pas besoin de te déconnecter, ça se fait tout seul une fois le script fini.

Parce qu'à la base, j'utilise ça :  
 

 
Que j'avais trouvé je sais plus où et qui me semble pas très pertinent

hep les gens, les same origine policy pour les cookies (je sais c'est pas standard, mais c'est le réglage par défaut de safari) ça marche comment ? c'est la page HTML qui décide que quel cookie doit passer ?
 
J'aurai besoin de faire faire recevoir à mon utilisateur un cookie venant d'un autre site.

évidemment que si que c'est standard
 

nan j'veux dire le réglage "accepter les cookies provenant seulement des sites que je visite" dans safari, pas le truc de sécurité.

ben ça ça n'a pas gd chose à voir avec la same origin policy en fait

Ptain j'avais oublié le plaisir d'IE6, il crash quand je scrolle en bas d'une page, qui n'a pas de javascript, qui est plutôt petite, seulement si je met un background-image a un certain block, même si je met un background: none; derrière pour annuler, même si l'image n'existe pas, et ce block est visible autant avant qu'après le scroll

ben si quand même
spa exactement la même chose, mais ça existe pour des raisons qui se ressemblent et ça ça des choses qui se ressemblent.

hep, si vous deviez allez chercher un JSON sur un site externe toutes les 10min vous feriez comment ?
 
le XHT il est bloqué vers le site externe non ?

demande-t-il, mine de rien, comme s'il posait pas la même question 2 fois Il semblerait qu'une petite lecture de fond sur le cross-domain ne serait pas de trop. (pas que je puisse te donner un lien ou t'expliquer quoi que ce soit à ce sujet, mais je chercherais plutôt de ce côté là à ta place, plutôt qu'une solution clé en main a un problème à moitié précis (partie visible de l'iceberg))
 

au contraire, en posant mon vrai pb, j'ai l'espoir de sortir de la box du XHT

oui enfin va quand même faire de la lecture de fond plutot qu'attendre qu'un phpeux du dimanche te réponde

on est sur la cat web

le site externe, tu lui fais confiance ? il fournit pas une api json+callback (du json entouré d'un appel de fonction, que tu charges à coup de <script src=""> ) ?
le fichier il est différent pour tout les users ? si oui, y'a assez d'user pour que ça pose un problème de passer par ton serveur ?

[edit]
passer par flash permettrait pas de contourner un poil ? (j'ai oublié les détails, me semble que flash a des contraintes subtilement différentes)

il fourni du JSON + callback.
et pour l'instant j'ai un hack pourri à coup de <script>  
Mais c'est moche à chier et je cherchais une autre idée.

pour pas faire la pute, qques liens que j'ai passé a nraynaud en IM:
http://en.wikipedia.org/wiki/Same_origin_policy
 
et ce dont 0x90 te parlait sur hfr c'est ça: http://en.wikipedia.org/wiki/JSON#JSONP
 
http://ajaxian.com/archives/design [...] a-rest-api
 
sinon websockets si tu veux etre cuting edge
http://blog.chromium.org/2009/12/w [...] oogle.html
 
 
(en même temps, j'ai pas lu, alors ne m'en veuillez pas si ces articles sont à chier )

à propos, y'aurait une matrice de compatibilité browsers vs features d'html5 quelque part, qui soit maintenue et à jour ? (avec en cadeau bonus les prévisions, genre pour les prochaines versions des browsers principaux) Histoire de pouvoir prendre des décisions raisonables sur le moyen terme ?

Ça dépend du site (si t'as la main ou pas en fait) mais maintenant y'a ça :  
 
http://www.w3.org/TR/cors/
 
Et bien-sûr ça fonctionne que sur FF 3.5+, Safari 4+, Chrome 3+ et IE8+.