rayman223
Messages postés24Date d'inscriptiondimanche 9 décembre 2007StatutMembreDernière intervention 7 avril 2013 15 nov. 2010 à 20:22
Ok, merci pour les conseils :)
mugen23
Messages postés125Date d'inscriptionmardi 4 août 2009StatutMembreDernière intervention27 novembre 2010 15 nov. 2010 à 20:15
Bé si c'est uniquement pour les erreurs sql, il y as des gestionnaires d'erreurs prévus pour ça --'
Pour le XML ( ou JSON, perso je préfère ), c'est pour avoir un fichier structuré qui :
(1) ne te demanderas pas de faire un explode
(2) te permettras de l'administrer plus aisément ( JSON c'est un tableau, rien de plus )
Puis, comme tu l'indique dans l'introduction de ta source, tu stipule très clairement que c'est pour de la maintenance et non pas seulement pour afficher une erreur sql.
Et dernière couche ( c'est pas méchamment hein ! bien au contraire ), si tu souhaite utiliser des fichier text, tu pourrais regarder aussi le format CSV.
Ensuite, tu devrais ajouter une condition, dans le contexte de la maintenance, permettant à un admin de toujours pouvoir voir le site, ce qui est très utile quand tu fais, par exemple, une mise à jour du design.
Il ne faut pas oublier que dans la programmation, avant la production, il ne faut pas hésiter à pendre du temps pour bien modéliser ton système, tu pourras mieux cerner tout les aspect de l'application.
Au passage, concernant JSON, regarde du coté de json_encode() et json_decode()
rayman223
Messages postés24Date d'inscriptiondimanche 9 décembre 2007StatutMembreDernière intervention 7 avril 2013 15 nov. 2010 à 18:07
Je n'ai pas fais de partie admin, j'avoue que je n'ai pas eu le temps.
Je n'ai jamais travailler en JSON et pour ce que j'avais a faire, je ne vois pas l'intérêt de XML au lieu d'un simple fichier txt.
Pas oublié que ce système est surtout axé pour les problème de connexion sql (les bugs les plus courants) donc dans ce cas ci, le .txt est inutile.
mugen23
Messages postés125Date d'inscriptionmardi 4 août 2009StatutMembreDernière intervention27 novembre 2010 15 nov. 2010 à 00:24
ÔÔ j'ai pas franchement capté le concept :s
Pourquoi ne pas utiliser un fichier XML ou JSON qui définirait les messages à utiliser ainsi que le statu du site ( un petit booléen ).
Tu aurais une fonction qui vérifie le statu dans ce fichier et affiche, si besoin est, le message à destination du visiteur.
Avec une autre fonction, tu permettrais à l'administrateur du site de pouvoir basculer le statut ainsi que le message à renvoyer aux visiteurs.
15 nov. 2010 à 20:22
15 nov. 2010 à 20:15
Pour le XML ( ou JSON, perso je préfère ), c'est pour avoir un fichier structuré qui :
(1) ne te demanderas pas de faire un explode
(2) te permettras de l'administrer plus aisément ( JSON c'est un tableau, rien de plus )
Puis, comme tu l'indique dans l'introduction de ta source, tu stipule très clairement que c'est pour de la maintenance et non pas seulement pour afficher une erreur sql.
Et dernière couche ( c'est pas méchamment hein ! bien au contraire ), si tu souhaite utiliser des fichier text, tu pourrais regarder aussi le format CSV.
Ensuite, tu devrais ajouter une condition, dans le contexte de la maintenance, permettant à un admin de toujours pouvoir voir le site, ce qui est très utile quand tu fais, par exemple, une mise à jour du design.
Il ne faut pas oublier que dans la programmation, avant la production, il ne faut pas hésiter à pendre du temps pour bien modéliser ton système, tu pourras mieux cerner tout les aspect de l'application.
Au passage, concernant JSON, regarde du coté de json_encode() et json_decode()
15 nov. 2010 à 18:07
Je n'ai jamais travailler en JSON et pour ce que j'avais a faire, je ne vois pas l'intérêt de XML au lieu d'un simple fichier txt.
Pas oublié que ce système est surtout axé pour les problème de connexion sql (les bugs les plus courants) donc dans ce cas ci, le .txt est inutile.
15 nov. 2010 à 00:24
Pourquoi ne pas utiliser un fichier XML ou JSON qui définirait les messages à utiliser ainsi que le statu du site ( un petit booléen ).
Tu aurais une fonction qui vérifie le statu dans ce fichier et affiche, si besoin est, le message à destination du visiteur.
Avec une autre fonction, tu permettrais à l'administrateur du site de pouvoir basculer le statut ainsi que le message à renvoyer aux visiteurs.