Depuis ce matin et le reboot (XML inside)

Par Fullblaster le 20/11/2002 à 23:08:48 (#2607436)

Juste si certains se pose la question pkoi leur site php qui recup les donnees xml ne marche plus, ben y a eu un chgt de lien avec une redirection de tt les page

Pour ceux qui utilisais le $fp = fopen($fichier, "r");

avant > $fichier = "http://www.camelot-europe.com/herald/servers.xml";

apres > $fichier = "http://camelot-europe.goa.com/herald/servers.xml";


et idem pour les autres pages.


Voila, et desole si c pas nouveau mais moi cela ne le fait que depuis midi le pb.

Pb

Par Vyv le 21/11/2002 à 10:13:04 (#2609595)

J'ai moi même des pbs à récupérer les fichiers XML depuis hier en début d'après midi. Si quelqu'un avait des précisions sur les changements..

Par Aron le 21/11/2002 à 11:51:05 (#2610227)

Bizarre moi je n'ai aucun souci. Et je n'ai pas changé les adresses.

Par Fullblaster le 21/11/2002 à 13:27:43 (#2611082)

Vyv > j ai indique les nouvelles url (camelot-europe.goa.com a la place de www.camelot-europe.com)

Aron > pe a cause de la facon dont tu recuperes les pages. Moi avec le fopen ca supporte pas la redirection

Par Aron le 21/11/2002 à 15:10:26 (#2611807)

En fait je n'utilise pas le fichier servers.xml. J'utilise seulement les fichiers de guildes et de joueurs. Pourtant leur adresse semble avoir changée aussi, car quand je tape l'adresse à la main, elle est transformée en la nouvelle adresse.

Et ma méthode d'ouverture n'a rien de spécial :

$fp = fopen("http://www.camelot-europe.com/herald/servers/$serveur/guilds/$guilde.xml", "r") or die("Fichier introuvable. L'analyse a ete suspendue");

Par Muldan le 21/11/2002 à 15:39:29 (#2611992)

heu... ben j'avoue ne pas avoir de problème non plus avec la redirection :confus:. C'est sans doute un réglage un peu violent de ton hébergeur qui empêche celle-ci.

Par Fullblaster le 21/11/2002 à 16:26:50 (#2612346)

Ben l hebergeur c est moi mm (apache + php/mysql sous 2K) et j'ai vu aucun reglage particulier hormis le timeout (30 sec par defaut).

Sinon oui j ai pareil que toi pour le fopen sauf que le lien je le passe via une variable que je format avant.

Donc oui un truc a faire sans doute niveau reglage php/apache mais je vois pas lol :)

Par Muldan le 21/11/2002 à 16:37:13 (#2612422)

hum... je regarderais plutôt du coté de la translation d'adresse au niveau de la définition de ton attachement réseau.

Par Nydaunvan le 21/11/2002 à 16:54:25 (#2612551)

Provient du message de Muldan
hum... je regarderais plutôt du coté de la translation d'adresse au niveau de la définition de ton attachement réseau.

euh ??? soit t'arrete de suite le beaujolais, soit tu partage ;)

Pour ma part tout fonctionne encore correctement :)

Ben...

Par Vyv le 21/11/2002 à 17:22:05 (#2612825)

J'ai changé le chemin et ça marche beaucoup mieux du coup :)

Tout dépend du mode d'ouverture de la page semble-t-il.

J'utilise l'objet XMLhttp pour récupérer le contenu de la page, et il ne doit pas aimer cette redirection. Le résultat, c'était des pages totalement bloquées lorsqu'elles tentaient de faire la mise à jour via les XML.

Bref, tout fonctionne maintenant, à mes staaaaaaats !

Par Fullblaster le 21/11/2002 à 21:53:24 (#2614910)

Muldan > euh faudra que tu m explique ce que tu as voulu dire la lol

Sinon ma translation c est du NAT N to 1 vers adresse public de classe C (ou A suivant le bon vouloir de wanadoo :D) realise par mon routeur ethernet qui forward les ports que j utilise pour mes differents site sur mon serveur apache (virtual host utilisé).

Enfin si ca peut t aider ;)))

Par Muldan le 21/11/2002 à 22:13:49 (#2615033)

Regarde au niveau de ton NAT alors (c'est de cela dont je parlais ;)).

Par Fullblaster le 21/11/2002 à 22:22:01 (#2615094)

Non mais blague a part, c le fopen qui semble ne pas vouloir de la redirection il considere que l url est invaalide, le descripteur associe n etant pas valide et ne pointant pas sur le premier caratere de la page.