(Suite de mon petit article sur le flash debugger pour chrome (qui est d'ailleurs un peu outdated) qui a eu grand succès.
Je viens de réinstaller Ubuntu 10.04 et mon debugger flash ne fonctionne plus !
Après plusieurs séries de tests, il s'avère que le firefox (3.6.10) actuellement fourni par Canonical (l'éditeur de Ubuntu) est en 32 bits uniquement. Il est incapable de lancer le debugger flash fourni par Adobe. Je note cependant que le flashplayer-nonfree fourni par canonical est très performant pour une fois !
- Il faut donc télécharger le dernier firefox 3.6.10 chez mozilla
- l'installer :
tar xvf firefox-3.6.10.tar.bz2
mv firefox firefox3610mozilla
(Vous remarquerez au passage qu'en tout bon béta-testeur, je conserve chaque version de chaque logiciel afin de pouvoir effectuer des tests de régression de feature)
sudo cp -r /home/charly1/Téléchargements/firefox3610mozilla /usr/lib/
rm /usr/bin/firefox
(Je supprime le lien symbolique qui lance firefox pour le faire pointer ensuite vers mon répertoire)
sudo ln -s /usr/lib/firefox3610mozilla/firefox /usr/bin/firefox
(Je recrée le lien symbolique pour lancer firefox au bon endroit)
Ensuite il vous faut télécharger le dernier plugin d'Adobe "flash debugger", téléchargeable par ici : http://www.adobe.com/support/flashplayer/downloads.html
et l'installer :
- tar -xvzf flashplayer_10_plugin_debug.tar.gz
- sudo mv libflashplayer.so /usr/lib/mozilla/plugins/libflashplayer.so
(Vous remarquerez que je ne "versionne" pas le debugger flash car Adobe fait du très bon boulot en fournissant régulièrement un package comprenant toutes les anciennes versions)
Comment vérifier que le debugger est activé : hé bien rendez-vous sur le meilleur site en flash du monde http://www.pearltrees.com/uglycharly/ et faites un clic droit sur du flash. Vous devez voir la mention "débogueur" apparaître dans le menu.
Si vous avez des questions à poser sur flash ou les debugger, et la compatibilité 64bits, n'hésitez pas à commenter cet article.
NB : naturellement ces outils sont destinés à des gros curieux, à des développeurs, ou à des bétatesteurs de sites en flash. Le plugin va considérablement ralentir l'expérience des sites en flash. Par contre, vous verrez tout de suite les sites mal codés.
jeudi 30 septembre 2010
lundi 20 septembre 2010
L'exemple à ne pas suivre !
Voici un bien joli titre !
Alors voilà je commence un script pour injecter des adresses mails dans PHPlist en vue de créer la newsletter de Pearltrees. Arrivé à la fin, il ne reste plus qu'à rentrer les fameux mails dans les fameuses listes d'utilisateurs, grâce à mon non moins fameux script !
J'intercepte les requêtes HTTP, je recopie tout sur "wget" et là je m'aperçois que wget ne sait pas envoyer du format multipart/form-data !
Super j'ai perdu 3 heures sur wget et je dois lire le manuel de Curl, qui lui sait envoyer ces data !
et là qu'est-ce que je vois comme exemple à mon problème :
-F/--form
(HTTP) This lets curl emulate a filled-in form in which a user has pressed the submit button. This causes curl to POST data using the Content-Type multipart/form-data according to RFC2388. This enables uploading of binary files etc. To force the 'content' part to be a file, prefix the file name with an @ sign. To just get the content part from a file, prefix the file name with the symbol <. The difference between @ and < is then that @ makes a file get attached in the post as a file upload, while the < makes a text field and just get the contents for that text field from a file. Example, to send your password file to the server, where 'password' is the name of the form-field to which /etc/passwd will be the input:
curl -F password=@/etc/passwd www.mypasswords.com
Voilà, désolé pour la private joke, moi ça m'a fait marrer !
Si un polisson veut bien acheter le domaine mypasswords.com juste pour récupérer les /etc/passwd des fous qui lisent le manuel de Curl...
Alors voilà je commence un script pour injecter des adresses mails dans PHPlist en vue de créer la newsletter de Pearltrees. Arrivé à la fin, il ne reste plus qu'à rentrer les fameux mails dans les fameuses listes d'utilisateurs, grâce à mon non moins fameux script !
J'intercepte les requêtes HTTP, je recopie tout sur "wget" et là je m'aperçois que wget ne sait pas envoyer du format multipart/form-data !
Super j'ai perdu 3 heures sur wget et je dois lire le manuel de Curl, qui lui sait envoyer ces data !
et là qu'est-ce que je vois comme exemple à mon problème :
-F/--form
(HTTP) This lets curl emulate a filled-in form in which a user has pressed the submit button. This causes curl to POST data using the Content-Type multipart/form-data according to RFC2388. This enables uploading of binary files etc. To force the 'content' part to be a file, prefix the file name with an @ sign. To just get the content part from a file, prefix the file name with the symbol <. The difference between @ and < is then that @ makes a file get attached in the post as a file upload, while the < makes a text field and just get the contents for that text field from a file. Example, to send your password file to the server, where 'password' is the name of the form-field to which /etc/passwd will be the input:
curl -F password=@/etc/passwd www.mypasswords.com
Voilà, désolé pour la private joke, moi ça m'a fait marrer !
Si un polisson veut bien acheter le domaine mypasswords.com juste pour récupérer les /etc/passwd des fous qui lisent le manuel de Curl...
Inscription à :
Articles (Atom)