XoraX Source-Blog

Aujourd’hui je me suis mis à Firefox 3.5 et j’ai eu un gros soucis au redémarrage

Si la directive upload_tmp_dir du php.ini n’est pas renseigné et que vous utilisé open_basedir, vous ne pourrez pas uploader de fichier.

PHP prendra la valeur par defaut du système à la place de upload_tmp_dir (soit /tmp sur debian) mais même si vous incluez le répertoire dans la directive open_basedir, PHP en interdira l’accès.

Il vous faudra donc obligatoirement assigner upload_tmp_dir, même avec la valeur par defaut du système.

exemple (la variable d’environnement TMPDIR vaut ‘/tmp’ : chemin par defaut pour les fichier temporaire) :
# ne marchera pas
open_basedir = '/tmp/:/un/autre/chemin/'

# marchera
open_basedir = '/tmp/:/un/autre/chemin/'
upload_tmp_dir = '/tmp'

j’étais en train de developper comme un dieu jusqu’a se que je m’aperçoive d’une erreur qui se produisait sous firefox 2 et inférireur je suppose.

il semble qu’il y est une erreur au niveau du composant XMLHttpRequest lorsqu’il est couplé avec un gestionnaore d’évènement.. c’est bien ma veine maintenant je suis bloqué…
Je ne saurais pas reproduire l’erreur dans un code simple alors vous pourrez voir le code complet avec l’erreur ici.

rapport de bug sur mozilla.org

l’erreur semblerais avoir disparu sous firefox 3 en version beta, cependant le EvenListener ne marche pas correctement 🙁

ça fait 3h que je rouille pour trouver pourquoi le menu CSS que je doit intégré à oscommerce foire sous IE 6.

Et ben voila j’ai trouver, cet handicapé d’IE gère mal la balise <base href= »… »> et cela créé un bug qui fait foirer le chargement du fichier javascript csshover.htc qui est derrière…

ça à l’air presque impossible? c’est pour ça que IE l’a fait. Je suis pas près de le laissé rerentré sur mon site. Heureusement IE 7 a corrigé ce bug mais il en reste encore beaucoup trop pour lui donner le nom de navigateur web.

si vous ne connaissez pas le principe d’un menu CSS, je vous conseille vivement ce tuto.

En passant les nouvelles versions de csshover.htc ne marche pas sur IE7… restez donc sur la version original V1.00.031224 créé à la base par ce site allemand et qui à été repris ICI. La version V1.11.040203 marche bien également mais provoque des ralentissement notable donc mieux vaut resté sur la première qui contient les fonctionnalités suffisante.

Au cas où vous ne l’auriez pas remarqué, il y a un bug concernant l’affichage sur la page de paiement de l’adresse email de paiement dans paypal.

J’ai mailer paypal à propos de cela, l’explication étant assez fastidieuse, je fais une copie :

Je souhaite afficher un logo en haut de page et afficher l’adresse email de paiement « business » (adresse alternative dans mon profil) que j’ai précédemment défini dans la donnée business du formulaire de paiement sur mon site.

Seulement impossible d’avoir ces deux options en même temps.

J’ai fais quelques test, admettons que j’ai 2 adresse email enregistré et vérifié sur mon compte paypal : a@moi.com et b@moi.com
a@moi.com est mon adresse email par default.

il y a 3 cas de figure dans lesquel j’indique les données définies dans mon formulaire de paiement sur mon site sans indiquer les autres données necessaire au fontionnement de la transaction.

— cas 1:
business = b@moi.com
image_url = une_image_150x50px_en_https
dans ce cas, c’est bien l’adresse b@moi.com qui s’affiche sur la page de paiement paypal seulement l’image ne s’affiche nul part!!!

— cas 2:
business = b@moi.com
cpp_header_image = une_image_750x90px_en_https
ici, mon email affiché est a@moi.com alors qu’elle devrait être b@moi.com, cependant l’image s’affiche correctement.

— cas 3:
business = b@moi.com
cpp_header_image = une_image_750x90px_en_https
image_url = une_image_150x50px_en_https
mon email affiché est a@moi.com alors qu’elle devrait être b@moi.com et l’image une_image_750x90px_en_https s’affiche correctement mais aucune nouvelle de l’image une_image_150x50px_en_https.

Même comportement sur paypal que sur sandbox.

réponse de paypal :

J’ai pu reproduire le probleme sur Sandbox. Nous travaillons sur ce probleme qui touche les comptes Premiers et esperons solutionner cela le plus rapidement possible.

Donc inutile de vous prendre la tête sur vos variables de post, ça vient d’eux, changez votre adresse par défaut il n’y a que ça à faire et tanpis pour ceux utilisent plusieurs adresses pour le moment. A noté qu’ils laissent entendre que le problème existe uniquement sur les comptes premier, allez vous opter pour un compte business?

Alors paypal et ebay, je vous explique, dès qu’ils peuvent vous piquer des pepettes il ésite pas.

Je me suis acheté quelques objets sur paypal, mon total affiché sur ebay était de 249,27 US dollars ($) soit 195,55 Euros (€) jusque là tout va bien, le taux de change est correct, tout est ok. Je poursuit mon achat en payant par CB sur paypal, mon total affiché est bien de 249,27 $ mais… ooohhh… surprise!!! 249,27 $ chez paypal c’est égal à 201,52 € !

Bravo !!! Jolie coup d’enchroume !!! Une augmentation de plus de 3% !!! J’ai parcouru l’iade des deux sites, et j’ai finalement trouvé quelque chose sur paypal : leur convertisseur de devise.

En gros, vous payez de $ vers € pas d’augmentation, mais de € vers $ c’est 3%… Comme s’ils se faisaient pas assez de tunes !!!!!!!!

Enragé, j’ai écrit à ebay histoire de savoir ce qu’ils vont me dire. Et je compte bien écrire à paypal aussi.

La nouvelle version du navigateur d’AOL est sortie il y a peut de temps.
Basé sur IE6 en corrigeant certaines failles, il est configurer de manière à toujours utilisé le proxy ie3.proxy.aol.com, proxy qui partage sa charge réseau parmi plusieur autre serveur, et donc parmi plusieru adresse ip… Cela implique que vous ne pourrez plus vérifiez l’identifiant de session à l’aide de l’adresse ip de la machine…

Et oui, leur proxy n’étant pas capable de vous attribuer toujours le même serveur de traitement, l’adresse ip du client est succeptible de changer a chaque affichage de page. Vous devez donc désactiver les protections basé sur l’adresse ip.

On voit donc des milliers de shop en ligne (notament ceux basé sur osCommerce ayant activé l’option « Check IP Address ») incapable de permettre l’authentification de leurs utilisateurs. American Off Line…

En contrepartie de cette inconvéniant majeur, le proxy vous renvoie des images redimensionnés permettant de faire gagner en bande passante à vous… et surtout à eux.

Bravo AOL.

(source)

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 🙂