coup de gueule !

1and1 .php -> php5

vendredi 7 juillet 2006

Et oui qui n’a jamais eut le problème de script avec des fichier .php qui ne s’execute pas avec la version php que l’on voudrait…

Et bien 1and1 nous offre la solution :
rajouté simplement cette ligne dans un .htacces à la racine :
AddType x-mapp-php5 .php
Ceci permettra au script de s’exécuter en php5 au lieu du php4 habituel chez 1and1.

Ayant éssayé pas mal d’hébergeur ( online, OVH … ) et même si je n’aime pas le trust, j’avoue que 1and1 est bien le meilleur.

Pour info chez OVH quand la question « comment faire pour éxécuter ses fichiers .php en php5 ? » est posé, ils répondent « c’est pas possible » (source, source, et re-source à l’appui) sans parler des intempéries qui se sont abattu sur leurs serveurs ses derniers temps… et sans parler aussi que dès que vous avez un fichiers qui leur plait pas CouïK sans rien dire!.

ok chez 1&1 c’est du CGI, mais au fond, si chez OVH on ne peut pas modifier l’environnement via le htaccess à quoi ça sert de tourner en mode normal pour avoir des contrainte comme ça?

Non pour moi même si 1&1 n’est pas communautaire contrairement à OVH ils sont fiable et on peut apeler ça de l’hebergement professionnel. Mais faut pas croire ils ont quelques petits défauts eux aussi.

edit 2009-12-12 : bien évidemment, OVH s’est mis au php5 depuis le temps (ba oui quand même).

Je conseil toujours 1&1 pour de l’hébergement mutualisé, donc une petite pub pour la peine.

php -> dom xml

jeudi 6 juillet 2006

Il y a une petite semaine que je pense a crypter mes historiques de conversation MSN et comme la portabilité est mon principal soucis, je me suis dit « fait une petite appli ». Alors comme je kiff php et que j’ai pas encore éssayer les compilateur php->exe tel que PriadoBlender, j’ai décidé de m’y mettre.

Les conversation MSN son stocké dans des fichiers xml qui, couplé avec un xsl merdique, vous permettent tout de même de les visualiser via votre navigateur. XML c’est bien. Donc je me suis dit, restons dans cette optique, et créont des fichiers xml pour stocké tout ce beau monde en crypté.
C’est partie je vois qu’il y a une lib DOM dans php parfait! arf les fonctions DOM on l’air obsolète, je me met à DOM XML. mince c’est une extension… soit un pompage de dll, une ligne dans le php.ini, un redémarrage du serveur et mon extension DOM XML est prète. Je regarde la doc… ouais… bon ils auraient rien marqué ça serait pareil quoi… c’est pas grave ya des exemples! (je pars optimiste) allez un petit bout de code, $doc = domxml_open_file(),; echo $doc->dump_mem(); youhou j’ai affiché un fichier xml !!! …. ouais ya pa de quoi s’emballer quoi.

Je cherche à tirer les tout les dans n’importe quoi pour pouvoir les inclures ailleurs. Jje fouine… tiens on peut selectionné un noeud nommé!… encore heureux… DomNode et une classe parent de DomDocument parfait dump_prep doit marcher. Je selectionne mes message avec get_elements_by_tagname() sur mon $doc, je liste la NodeList. $node->dump_mem()… ah ben non… plantage du serveur net, précis. ça commence bien j’ai écrit 5 lignes. Alor on va test $node->owner_document()->dump_mem()… ça marche! ah ben nan… owner_document représente tout le document donc je l’ai listé plusieur fois… mais alors comment je fais pour just affiché mon noeud ?

Après des recherches un peu plus poussé j’ai décidé d’abandonné DOM XML, j’arrive pas à afficher un noeud, alors réussir à les déplacer dans un autre doc xml !!! Je lache. La moitié des fonctions sont pas documentée et sans exemple. Je préfère me démerder avec mes expréssions régulières, peut-être pas aussi fiable mais moins prise de tête inutile. La lib SimpleXML me parraissait alléchante jusqu’à se que je me rende compte qu’il n’y avait pas de fonctions pour écrire….

Bref le XML c’est bien, mais alors sous PHP, seulement à la main…

paypal et 127.0.0.1

dimanche 25 juin 2006

Un petit changement a eut lieu sur paypal ces derniers temps… Je me suis aperçu que paypal me refusait mes requetes de redirection vers paypal sandbox en partance de mon serveur local (http://127.0.0.1) et vu que paypal vous lache pratiquement toujours la même erreur, vaut mieu se démerder soit même que d’allé skouatté les forums..

J’ai d’habord cru que cela venait de mon cryptage mais après masses vérifications je découvert qu’il acceptait mes requetes en provenance de http://localhost/ 🙁 heureusement, opera, un click -> ne pas informer sur le site d’où je viens, et, magie, paypal m’accepte…

si quelqu’un arrive à définir le niveau de boulettisme dont certains font preuve, je lui tire mon chapeau…

Firefox, localhost, cookies… salade.

Allez pour me premier article je vais parler de firefox, enfin je vais plutôt critiquer!!!
Après une prise de tête mémorable de plusieur heure, je me suis aperçu que l’un de mes sites ne marchait pas en local sur firefox et sur ie alor qu’il marchait sur opera… quand c’est ça avec du php, c’est forcément les cookies…

Après maintes vérification je m’aperçois que j’ai récement changé mon url, j’ai remplacé http://127.0.0.1/ par http://localhost/ , question de pratique pour paypal (j’explique pourquoi ici). Et le problème venait bien de la : bien que définissant les paramètres de cookies sur l’host « localhost », firefox refuse de le mémoriser…

après quelques modification sur mes virtualhost il s’avère que firefox refuse tout cookie venant d’un host sans extension :
http://chezmoi/ => non accepté
http://chezmoi.h/ => accepté

voila 2-3h de galère parce que certain sont pas fichu de penser qu’on peut avoir un site chez soi.
bon je critique firefox mais soyons bien d’accord que IE6 fait pareil mais lui n’est même pas dans la course 🙂