Reprise du message précédent :
IETester pardon

Surtout qu'il faut autant de licence windows que de VM  

IETester a l'air sympa, j'vais voir si y a pas un équivalent à opéra et FF  

 
Microsoft les distribue gratuitement sur son site

 
Fais gaffe, ça bug

bon ça va alors

tests en JS reliés à hudson anyone ?

 
ouai mais pour Virtual PC koi

On est en train de regarder pour brancher selenium sur hudson

ici c'est fait, pas top mais ça marche.

Vous utilisez des machines virtuelles pour les navigateurs ?

non, j'ai mis un X headless sur le linux, je teste qu'un seul navigateur pour l'instant. Mais tu peux aussi mettre des esclaves hudson si tu préfères.

T'as procédé comment?

quelle est ta question précisément ?
tout est sur le même ubuntu serveur. J'ai installé un x headless (j'arrive pas à me souvenir du nom) et firefox et selenium client.

dans la conf hudson, j'ai ça :
htmlSuite Runner: /var/lib/hudson/selenium-remote-control-1.0.1/selenium-server-1.0.1/selenium-server.jar

dans la conf du projet tout est comme un selenium normal.

edit : xvfb

C'est ça qui m'interesse

Bah tu installes toutes les versions de IE en standalone, où est le souci ?

En fait je savais pas que tu pouvais avoir une version de IE 6 et IE7 sur le même pc, je pensais que si t'installais une nouvelle version ça se ferait par dessus l'ancienne  

Le soucis c'est que c'est pas du tout fiable, et que les outils compatibles IE ne marchent pas avec les versions standalone.

Pourquoi c'est pas fiable ?
Quels outils ?

QUESTION2NOOB :
 
Vous utilisez quoi pour sécuriser des formulaires en PHP (autant des formulaires où le contenu va être envoyé par mail que des formulaires liées à des BDD) ?
 
Merki d'avance

IE developper toolbar, ensuite y'a des problèmes de rendus parfois, du genre un moteur est utilisé en lieu et place d'un autre (genre tu démarres un IE 6 et il render comme un IE 7).

Enfin bon rien que pour IE dev toolbar ça vaut le coup d'abandonner cette solution.

Edit : Je crois que le debugging JS fonctionne pas aussi avec les standalones.

Ah sans JS c'est mieux maintenant

2-3 autres trucs pour finir :
Tes logos de navigateurs ont un alt qui répète ce qui est dit juste en dessous ("logo Internet Explorer Internet Explorer vresion 8" ) => inutile, tu peux mettre un alt vide alt=""
Bon vu que ça fonctionne pas au clavier avec JS c'est pas le plus gênant.
Tu as 5 fois un lien "télécharger" : pas très explicite. En théorie, vu que le lien est précédé par un titre h2, tes liens ont un contexte suffisant mais un title "Télécharger (nom du navigateur)" ne fait pas de mal dans ces cas-là.

tiens je connais pas le JAZON  
 
http://www.elephorm.com/apprendre- [...] detabsmenu

le monsieur a prononcé Jayson.
C'est comme ça que ça se prononce
http://fr.forvo.com/word/json/

Bof, pas forcément si tu parles français : on dit pas pièitchpi ou exèmèlle

jizonne FTW

Sinon, c'est un mec d'HFR ?

d'alsa c'est sur

Un bel air d'ingénieurinformaticien en tout cas
 
No offense, je dis pas que c'est facile

TRL, tu peux m'aider sur ma question sur la sécurisation des formulaires ? steuplé steuplé steuplé

Je sais pas, ça veut dire quoi ? protéger contre les CSRF ?

Ya rien à protéger si tu fais pas les choses comme un sagoin

 
Il a une tête et une façon de parler à la limite de la dépression  

 
tu sais les trucs genre htmlspecialchars, les quote magic toussa

C'est pas juste les formulaires alors, c'est php/mysql tout court.

Les magic quotes il faut les désactiver.

Le données il faut les échapper. C'est pas plus compliqué que ça.
Si tu affiches des données non formattées en html dans un page html, tu dois les formatter en html avant : htmlspecialchars(). Ce n'est même pas de la sécurisation, juste du bon sens : si tu veux que ça s'affiche bien il faut formatter en html. ( par ex ">" devient > )

Si tu rentres des données dans une BDD, tu utilises PDO avec des requêtes préparées et aucun problème en vue.
Si tu utilises mysql_query (à éviter parce que c'est plus chiant), tu utilises les fonctions d'échappement de mysql (mysql_real_escape_string) pour rentrer des données à l'intérieur des guillemets. Encore une fois, ce n'est même pas de la sécurisation, juste du bon sens : sinon, la moindre apostrophe fais tout péter, le moins caractère spécial devient foireux etc.

Si tu veux écrire un guillemet dans une chaine PHP entourée par les mêmes guillemets, il faut l'échapper (sinon ça ferme la chaine) : 'aaaah, l'espagne' => 'aaaah, l\'espagne'

Si tu veux rentrer des données non-XML dans un XML, il faut les échapper.

Si tu veux rentrer des données non-JSON dans un JSON, il faut les échapper.

etc

Je suis bien d'accord pour les alt qui servent à rien dans ce cas, on dit toujours "faut mettre un alt " mais on précise rarement qu'il peut être vide si il est inutile J'enlève ça !

Bonne idée pour le title, c'est en effet un très bon cas où il peut s'appliquer utilement

Merci pour tes conseils constructifs et pertinents

TRL > T'as trop maté prison break Faut toujours s'échapper avec toi
 
Mais merci quand même Oui en effet c'est du bon sens

Et de même quand tu parles de phoques avec un gros américain, vaut mieux lui parler dans son language. C'est du bon sens, et ça te sécurise du même coup.

Un autre player flash en JS: http://smokescreen.us/demos/sb45demo.html

Ne confond pas abbrévation et acronyme. Ça se prononce "djayzone".

Vérifier aussi que les données ont le bon format attendu  

 
Ca marche si je fais directement  
 
mysql_query(mysql_real_escape_string($requete));  
 
?
 
Afin d'automatiser le truc.

non.

pourquoi ?