Bonjour, je souhaite exploiter Flash comme client "riche" en lieu et place
de XHTML.
Actuellement, la seule solution opensource que je connaisse est AMFPHP
(http://www.amfphp.org/)
Le projet semble avoir été abandonné (confère la rubrique "project news"
dont l'entrée la plus récente a un an) et je ne sais pas trop quoi en
penser d'un point de vue qualitatif.
Est-ce que quelqu'un a déjà exploité cette librairie ?
Il faut dire que je me demande aussi si je ne ferai pas mieux de mettre la
main à la pâte et créer mon propre framework PHP permettant une intégration
maximale Flash/PHP. J'ai déjà opté pour cette approche dans le passé (un
framework perso exploitant très classiquement XHTML) et je n'ai jamais eu à
regretter ce choix. Mais cette fois-ci la tâche semble un peu plus ardue,
aussi j'hésite avant de me lancer dans cette aventure (intéressante au
demeurant)
Bref, je n'ai rien contre Flash, si ce n'est la mauvaise utilisation que beaucoup de monde en fait. Maitenant si votre but est de faire des sites qui necessite les fonctionalites de flash, utilisez flash. Mais dans le cas contraire, AMHA c'est une aberation que de se rendre dependant d'un plugin-in, d'une bande-passante, d'un navigateur et d'un OS (et je ne parle pas de la license macromedia...)
Je pense que tu ne saisis pas ce qu'est un "client riche", ainsi que les avantages indéniables qu'il procure comparé à une technologie aussi mal foutue que XHTML + machinScript. Tu n'as sans doute jamais été confronté au développement d'une web application et tu focalises sur l'accès "site web", ce qui est une erreur : PHP ne sert pas qu'à monter des sites, loin s'en faut.
Guillaume Bouchard - gobpower@free.fr :
Bref, je n'ai rien contre Flash, si ce n'est la mauvaise utilisation que
beaucoup de monde en fait. Maitenant si votre but est de faire des sites
qui necessite les fonctionalites de flash, utilisez flash. Mais dans le
cas contraire, AMHA c'est une aberation que de se rendre dependant d'un
plugin-in, d'une bande-passante, d'un navigateur et d'un OS (et je ne
parle pas de la license macromedia...)
Je pense que tu ne saisis pas ce qu'est un "client riche", ainsi que les
avantages indéniables qu'il procure comparé à une technologie aussi mal
foutue que XHTML + machinScript.
Tu n'as sans doute jamais été confronté au développement d'une web
application et tu focalises sur l'accès "site web", ce qui est une erreur :
PHP ne sert pas qu'à monter des sites, loin s'en faut.
Bref, je n'ai rien contre Flash, si ce n'est la mauvaise utilisation que beaucoup de monde en fait. Maitenant si votre but est de faire des sites qui necessite les fonctionalites de flash, utilisez flash. Mais dans le cas contraire, AMHA c'est une aberation que de se rendre dependant d'un plugin-in, d'une bande-passante, d'un navigateur et d'un OS (et je ne parle pas de la license macromedia...)
Je pense que tu ne saisis pas ce qu'est un "client riche", ainsi que les avantages indéniables qu'il procure comparé à une technologie aussi mal foutue que XHTML + machinScript. Tu n'as sans doute jamais été confronté au développement d'une web application et tu focalises sur l'accès "site web", ce qui est une erreur : PHP ne sert pas qu'à monter des sites, loin s'en faut.
Marc
Dans ma super ecole qui est vraiment genial (ce n'est pas ironique), tous les postes eleves sont sous Linux. Et je t'assure que dans la promo de 100 on dois être 3 à savoir se servir d'une ordinateur et je suis le seul qui ai connu Linux avant d'arriver à l'ecole.
est-ce qu'on enseigne les principes du développement objet dans cette super ecole ?
Dans ma super ecole qui est vraiment genial (ce n'est pas ironique),
tous les postes eleves sont sous Linux. Et je t'assure que dans la promo
de 100 on dois être 3 à savoir se servir d'une ordinateur et je suis le
seul qui ai connu Linux avant d'arriver à l'ecole.
est-ce qu'on enseigne les principes du développement objet dans cette
super ecole ?
Dans ma super ecole qui est vraiment genial (ce n'est pas ironique), tous les postes eleves sont sous Linux. Et je t'assure que dans la promo de 100 on dois être 3 à savoir se servir d'une ordinateur et je suis le seul qui ai connu Linux avant d'arriver à l'ecole.
est-ce qu'on enseigne les principes du développement objet dans cette super ecole ?
m-e-
"Zouplaz" a écrit dans le message de news:
Bonjour, je souhaite exploiter Flash comme client "riche" en lieu et place de XHTML.
Actuellement, la seule solution opensource que je connaisse est AMFPHP (http://www.amfphp.org/)
AMFPHP fonctionne relativement bien. Il a quelques problèmes et limitations, mais rien qui empêche de l'utiliser en prod. Mais il a y des alternatives à la communication en AMF : - XML, - texte (éventuellement avec une structure exotique - mais pas conseillé à cause de la faiblesse du player dans la manip des chaînes), - phpObjects (http://ghostwire.com/go/28 - je ne sais pas quel format il utilise, apparemment le format de serialisation de php mais ça m'étonne un peu => cf 'texte')
L'intérêt de l'AMF, c'est qu'il est censé être plus rapide que les alternatives ci-dessus (bytecode spécifique). Mais je ne sais pas ce qu'il en est maintenant, puisque Macromedia a amélioré le support du XML dans le dernier player, et qu'il continuera peut-être dans le prochain.
Maintenant, si tu te tournes vers l'AMF, et qu'AMFPHP te paraît être une bonne base (ce qui me semble être le cas, au moins pour la partie manipulation de l'AMF), tu pourras toujours l'améliorer, et par loyauté, en faire profiter la communauté. Communauté qui n'est pas inexistante, puisque la mailinglist est, certes faiblement, active.
Maintenant, la rapidité de traîtement côté client n'est pas la seule chose à prendre en compte. Le format XML sera plus facile à manipuler en toute circonstance, et la technique des services peut très bien être implémentée dans ce cadre. Personnellement, quite à développer quelque chose d'important, j'irai plutôt dans ce sens, en essayant de coller au plus près des standards du genre (je ne les connais pas, alors, à priori, c'est facile de dire ça).
Enfin, côté player, je ne crois pas qu'il soit possible d'utiliser l'AMF dans le cadre d'une communication par socket (persistante j'entends). Alors que le XML oui.
"Zouplaz" <pouet@pouet.com> a écrit dans le message de news: Xns95918A80324F4Zoupla@212.27.42.74...
Bonjour, je souhaite exploiter Flash comme client "riche" en lieu et place
de XHTML.
Actuellement, la seule solution opensource que je connaisse est AMFPHP
(http://www.amfphp.org/)
AMFPHP fonctionne relativement bien. Il a quelques problèmes et limitations, mais rien qui empêche de l'utiliser en prod.
Mais il a y des alternatives à la communication en AMF :
- XML,
- texte (éventuellement avec une structure exotique - mais pas conseillé à cause de la faiblesse du player dans la manip des
chaînes),
- phpObjects (http://ghostwire.com/go/28 - je ne sais pas quel format il utilise, apparemment le format de serialisation de php mais
ça m'étonne un peu => cf 'texte')
L'intérêt de l'AMF, c'est qu'il est censé être plus rapide que les alternatives ci-dessus (bytecode spécifique). Mais je ne sais pas
ce qu'il en est maintenant, puisque Macromedia a amélioré le support du XML dans le dernier player, et qu'il continuera peut-être
dans le prochain.
Maintenant, si tu te tournes vers l'AMF, et qu'AMFPHP te paraît être une bonne base (ce qui me semble être le cas, au moins pour la
partie manipulation de l'AMF), tu pourras toujours l'améliorer, et par loyauté, en faire profiter la communauté. Communauté qui
n'est pas inexistante, puisque la mailinglist est, certes faiblement, active.
Maintenant, la rapidité de traîtement côté client n'est pas la seule chose à prendre en compte. Le format XML sera plus facile à
manipuler en toute circonstance, et la technique des services peut très bien être implémentée dans ce cadre.
Personnellement, quite à développer quelque chose d'important, j'irai plutôt dans ce sens, en essayant de coller au plus près des
standards du genre (je ne les connais pas, alors, à priori, c'est facile de dire ça).
Enfin, côté player, je ne crois pas qu'il soit possible d'utiliser l'AMF dans le cadre d'une communication par socket (persistante
j'entends). Alors que le XML oui.
Bonjour, je souhaite exploiter Flash comme client "riche" en lieu et place de XHTML.
Actuellement, la seule solution opensource que je connaisse est AMFPHP (http://www.amfphp.org/)
AMFPHP fonctionne relativement bien. Il a quelques problèmes et limitations, mais rien qui empêche de l'utiliser en prod. Mais il a y des alternatives à la communication en AMF : - XML, - texte (éventuellement avec une structure exotique - mais pas conseillé à cause de la faiblesse du player dans la manip des chaînes), - phpObjects (http://ghostwire.com/go/28 - je ne sais pas quel format il utilise, apparemment le format de serialisation de php mais ça m'étonne un peu => cf 'texte')
L'intérêt de l'AMF, c'est qu'il est censé être plus rapide que les alternatives ci-dessus (bytecode spécifique). Mais je ne sais pas ce qu'il en est maintenant, puisque Macromedia a amélioré le support du XML dans le dernier player, et qu'il continuera peut-être dans le prochain.
Maintenant, si tu te tournes vers l'AMF, et qu'AMFPHP te paraît être une bonne base (ce qui me semble être le cas, au moins pour la partie manipulation de l'AMF), tu pourras toujours l'améliorer, et par loyauté, en faire profiter la communauté. Communauté qui n'est pas inexistante, puisque la mailinglist est, certes faiblement, active.
Maintenant, la rapidité de traîtement côté client n'est pas la seule chose à prendre en compte. Le format XML sera plus facile à manipuler en toute circonstance, et la technique des services peut très bien être implémentée dans ce cadre. Personnellement, quite à développer quelque chose d'important, j'irai plutôt dans ce sens, en essayant de coller au plus près des standards du genre (je ne les connais pas, alors, à priori, c'est facile de dire ça).
Enfin, côté player, je ne crois pas qu'il soit possible d'utiliser l'AMF dans le cadre d'une communication par socket (persistante j'entends). Alors que le XML oui.
Guillaume Bouchard
Marc wrote:
est-ce qu'on enseigne les principes du développement objet dans cette super ecole ?
En seconde année on vera peux-être un peu la POO. D'un autre coté, ingenieur en energetique ou en aerodynamique, cela ne necessite pas specialement de conaitre la POO ? Non ? Si ?
-- Guillaume.
Marc wrote:
est-ce qu'on enseigne les principes du développement objet dans cette
super ecole ?
En seconde année on vera peux-être un peu la POO. D'un autre coté,
ingenieur en energetique ou en aerodynamique, cela ne necessite pas
specialement de conaitre la POO ? Non ? Si ?
est-ce qu'on enseigne les principes du développement objet dans cette super ecole ?
En seconde année on vera peux-être un peu la POO. D'un autre coté, ingenieur en energetique ou en aerodynamique, cela ne necessite pas specialement de conaitre la POO ? Non ? Si ?
-- Guillaume.
marc.quinton-PAS-DE-
Guillaume Bouchard wrote:
Marc wrote:
est-ce qu'on enseigne les principes du développement objet dans cette super ecole ?
En seconde année on vera peux-être un peu la POO. D'un autre coté, ingenieur en energetique ou en aerodynamique, cela ne necessite pas specialement de conaitre la POO ? Non ? Si ?
oui et non, tout dependant des activités que tu auras au sein de ta futures société. Si tu ne developpes jamais aucun site Web, la réponse est non. Mais qui sait, peut-etre que les notions presque philosophiques apprises en POO peuvent servir meme a la conception d'un projet n'ayant aucun rapport avec l'informatique.
La POO, c'est principalement s'organiser pour eviter les sacs de noeuds. Pourquoi ce ne serait pas utilisable hors informatique ;-)
Guillaume Bouchard wrote:
Marc wrote:
est-ce qu'on enseigne les principes du développement objet dans cette
super ecole ?
En seconde année on vera peux-être un peu la POO. D'un autre coté,
ingenieur en energetique ou en aerodynamique, cela ne necessite pas
specialement de conaitre la POO ? Non ? Si ?
oui et non, tout dependant des activités que tu auras au sein de
ta futures société. Si tu ne developpes jamais aucun site Web,
la réponse est non. Mais qui sait, peut-etre que les notions
presque philosophiques apprises en POO peuvent servir meme a
la conception d'un projet n'ayant aucun rapport avec l'informatique.
La POO, c'est principalement s'organiser pour eviter les sacs
de noeuds. Pourquoi ce ne serait pas utilisable hors informatique ;-)
est-ce qu'on enseigne les principes du développement objet dans cette super ecole ?
En seconde année on vera peux-être un peu la POO. D'un autre coté, ingenieur en energetique ou en aerodynamique, cela ne necessite pas specialement de conaitre la POO ? Non ? Si ?
oui et non, tout dependant des activités que tu auras au sein de ta futures société. Si tu ne developpes jamais aucun site Web, la réponse est non. Mais qui sait, peut-etre que les notions presque philosophiques apprises en POO peuvent servir meme a la conception d'un projet n'ayant aucun rapport avec l'informatique.
La POO, c'est principalement s'organiser pour eviter les sacs de noeuds. Pourquoi ce ne serait pas utilisable hors informatique ;-)
