compter nombre de noeud dans un XML

**geek21** · 13/08/2009, 17h09

Moi j'envisageais de créer images.xml à la volée puis de donner l'url de ce fichier à mon flash qui le charge puis je detruis fichier images.xml, et un autre swf le recréera si besoin.

Exemple:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
<? php
 
// j'écécute une requête SQL je récupère le résultat j'en fais un fichier xml
 
<html>
blalabla 
 
// mon swf qui charge le fichier xml à l'affichage de la page via l'url du fichier
// XML
 
</ html>
 
// je détruis le fichier xml
?>

Mais je ne savais pas si cela allait marcher car je ne sais pas quand comment à quel moment le swf charge le xml pour que je puis le supprimer. C'était bête car avant de renvoyer la page html au client le serveur php aura déja détruit le fichier puisque les instructions php sont toutes éxécutées avant l'envoi de la page....

Mais je pense qu'au lieu de creer images.xml à chaque fois je vais récupèrer seulement le flux XML via un request. Comme ca pas d'écriture de fichier et le swf selon la page où il est appelé aura son propre flux XML. Pas de conflit pas de soucis.

PS: pour bisounours et barbie c'était pour l'exemple!

**berceker united** · 13/08/2009, 20h27

Envoyé par geek21

Moi j'envisageais de créer images.xml à la volée puis de donner l'url de ce fichier à mon flash qui le charge puis je detruis fichier images.xml, et un autre swf le recréera si besoin.

Exemple:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
<? php
 
// j'écécute une requête SQL je récupère le résultat j'en fais un fichier xml
 
<html>
blalabla 
 
// mon swf qui charge le fichier xml à l'affichage de la page via l'url du fichier
// XML
 
</ html>
 
// je détruis le fichier xml
?>

Mais je ne savais pas si cela allait marcher car je ne sais pas quand comment à quel moment le swf charge le xml pour que je puis le supprimer. C'était bête car avant de renvoyer la page html au client le serveur php aura déja détruit le fichier puisque les instructions php sont toutes éxécutées avant l'envoi de la page....

Mais je pense qu'au lieu de creer images.xml à chaque fois je vais récupèrer seulement le flux XML via un request. Comme ca pas d'écriture de fichier et le swf selon la page où il est appelé aura son propre flux XML. Pas de conflit pas de soucis.

PS: pour bisounours et barbie c'était pour l'exemple!

J'avais compris que c'était un exemple

!

Dit moi, peux tu m'expliquer le processus de ton application parce que je ne comprend pas pourquoi tu détruis l'XML.

**geek21** · 14/08/2009, 09h34

Bonjour,

Je détruis le XML car il change à chaque fois: page 1 a besoin des photos des produits les moins cher. Or ces produits ne sont pas toujours les mêmes donc il se peut que ca change d'une minute à l'autre. En fait il aurait judicieux d'écraser le fichier à chaque fois au lieu de le supprimer après utilisation, c'est ca que tu veux dire?

**berceker united** · 14/08/2009, 09h44

Envoyé par geek21

Bonjour,

Je détruis le XML car il change à chaque fois: page 1 a besoin des photos des produits les moins cher. Or ces produits ne sont pas toujours les mêmes donc il se peut que ca change d'une minute à l'autre. En fait il aurait judicieux d'écraser le fichier à chaque fois au lieu de le supprimer après utilisation, c'est ca que tu veux dire?

Tu génères un fichier XML via PHP que tu poses sur le serveur puis tu supprimes ?
Tu sais que tu peux faire une sortie XML via PHP directement.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
<?php
header("Content-type: text/xml"); 
echo '<root><mabalise>toto</mabalise></root>';
?>

Tu affiches cela et le navigateur y voit que du feux, pour lui c'est du XML car tu précises quel type de document que tu veux afficher.
Tu peux très bien y placer une image
<img src="monfichierimage.php?idimage=123">

**geek21** · 14/08/2009, 09h48

J'ai décidé de passer par un flux XML envoyer par PHP, c'est le plus propre pour moi, pour éviter plein d'écriture disque, car le swf va être appelé plusieurs fois par minute et par différentes pages ( donc contenus XML différents).

Un site web administrable en flex ca doit être compliqué à faire non? Tu t'y prendrais comment pour administrer le contenu d'un swf? flux XML?

**berceker united** · 14/08/2009, 10h57

Envoyé par geek21

J'ai décidé de passer par un flux XML envoyer par PHP, c'est le plus propre pour moi, pour éviter plein d'écriture disque, car le swf va être appelé plusieurs fois par minute et par différentes pages ( donc contenus XML différents).

Un site web administrable en flex ca doit être compliqué à faire non? Tu t'y prendrais comment pour administrer le contenu d'un swf? flux XML?

Quand tu dis que tu envoys un XML via PHP le processus c'est quoi ?
Tu envois une requête ver un fichier PHP et lui te répond par un XML ?
ou
Tu envois un requête vers un fichier PHP qui lui te génère un XML et le pose sur le serveur et le SWF appelle le fichier XML directement ?

**geek21** · 14/08/2009, 11h41

Je vais faire renvoyer par mon script PHP une chaine de caractères de la forme:

"<images><image url="img1.jpg"><titre>blablabla</titre></image><image>...</image>.........</images>"

**berceker united** · 14/08/2009, 11h51

Envoyé par geek21

Je vais faire renvoyer par mon script PHP une chaine de caractères de la forme:

"<images><image url="img1.jpg"><titre>blablabla</titre></image><image>...</image>.........</images>"

Ok,

Bon, même ton SWF est appelé 36 fois dans la minutes c'est pas un problème car si tu passes le paramètre de ce qu'il doit chargé dans la page hôte cela devrait pas poser de problème. Tu n'as qu'un simple SWF à qui il faut lui donner un paramètre pour savoir quoi chargé. Il y aura pas de problème de concurrence d'appel car le chargement du fichier se fera depuis le poste client. Le SWF sur le serveur n'est qu'un fichier inerte. Il devient actif que sur le poste client.

**geek21** · 14/08/2009, 12h02

Ben du coup avec ma dernière méthode plus besoin de fichier XML.

Quand je parlais de concurrence en faite c'était au niveau du script php qui crée le fichier XML. Les swf appellent ce script avec des paramètres différents, s'il est appelé en même temps par plusieurs swf que se passe-t-il? Quel contenu du fichier XML récuperera chaque SWF ?

**berceker united** · 14/08/2009, 12h14

Envoyé par geek21

Ben du coup avec ma dernière méthode plus besoin de fichier XML.

Quand je parlais de concurrence en faite c'était au niveau du script php qui crée le fichier XML. Les swf appellent ce script avec des paramètres différents, s'il est appelé en même temps par plusieurs swf que se passe-t-il? Quel contenu du fichier XML récuperera chaque SWF ?

Le SWF aura la XML qu'il a demandé. T'inquiète pas c'est le boulot du serveur de faire cela pas toi. Quand une personne demande quelque chose au serveur cela ouvre une connexion et le serveur ne répond qu'au demandeur. Donc même s'il y a 36 personne appelle le même fichier avec des paramètres différent, chacun va avoir sa réponse propre.

**jylaxx** · 14/08/2009, 12h20

C'est à mon tour de soulever un possible malentendu

Ce ne peut être vérifié que si on supprime le mot "fichier" et que l'on parle de "flux" ou "contenu" XML. Car si les données continuent à transiter par un fichier disque unique le résultat sera probablement aléatoire...

**geek21** · 14/08/2009, 14h04

Envoyé par jylaxx

C'est à mon tour de soulever un possible malentendu

Ce ne peut être vérifié que si on supprime le mot "fichier" et que l'on parle de "flux" ou "contenu" XML. Car si les données continuent à transiter par un fichier disque unique le résultat sera probablement aléatoire...

oui Jylaxx c'est exactement ça. A partir d'un fichier XMl présent physiquement sur le serveur à une URL fixe, chaque appel du script aurait voulu écrire sur ce fichier. Du coup ne sachant pas comment réagirait le serveur ( verrou sur fichier en cours d'écriture ??), j'ai préféré passé par une chaine représentant le XML.

Le site recoit 35000 visites journalières alors je dois faire très attention à la concurrence.

**berceker united** · 14/08/2009, 14h12

Envoyé par geek21

oui Jylaxx c'est exactement ça. A partir d'un fichier XMl présent physiquement sur le serveur à une URL fixe, chaque appel du script aurait voulu écrire sur ce fichier. Du coup ne sachant pas comment réagirait le serveur ( verrou sur fichier en cours d'écriture ??), j'ai préféré passé par une chaine représentant le XML.

Le site recoit 35000 visites journalières alors je dois faire très attention à la concurrence.

Houla houla houla! Je comprend plus. Le script PHP aurait voulu mettre à jour un XML présent sur le serveur. C'était ça ton problème de lock de fichier ?
Donc tu as décidé de passé par PHP pour qu'il affiche directement le XML. ai-je bien compris ?

**jylaxx** · 14/08/2009, 14h17

A mon avis avoir envisagé l'utilisation d'un fichier dans ce cas (au vu de ce que je peux en comprendre) est lié à un manque d'expérience de l'utilisation du couple Flex/PHP ou à une analyse un peu rapide.

Pour ce type de données à transmettre il n'y a aucune raison de passer par un fichier !!

**berceker united** · 14/08/2009, 14h23

Disons qu'avant de porter un moindre jugement je voulais être sur d'avoir bien compris ce qu'il voulait et comment il voyait les choses. Et tu viens de me confirmer un doute.
En effet, et il a pris le bon chemin. Demander à PHP de générer le XML directement selon les paramètres me parait être le plus adéquate.

**geek21** · 14/08/2009, 14h46

Oui les amis c'est ma premiere utilisation de Flex/Php. C'est pour ca j'ai demandé des avis et vous m'avez guidé sur la bonne voie. L'idée de passer par un fichier XML serait compliquée à décrire, car j'ai des contraintes à côté... Mais j'ai réussi à allier contrainte et bonne analyse du problème.

**berceker united** · 14/08/2009, 15h46

L'essentiel c'est que tu es trouvé une bonne voie

compter nombre de noeud dans un XML

Flex

Discussions similaires

Partager

Partager