Reprise du message précédent :

Tu contredis mon message en contredisant ta propre contradiction suite à une contradiction qui contredisait ton precédent message. Très fort.
 

• Que l'image soit affichée (ou pas), c'est un effet de bord lié à l'implementation dans le navigateur.
• Le clic c'est un appel de fonction.
• Le fetching c'est un appel de fonction.

A part le premier point, tout peut être mocker, et donc testé sans navigo. Ce qui te permet :
 

• D'éviter de te baser sur une implé en particulier pour créer la partie logique
• D'éviter de te baser sur la GUI pour créer ta logique (genre récupèrer le nom d'une class et admettre qu'une opération x à été un succès, or whatever)
• De créer juste ce qu'il faut comme interface entre la logique et la representation
• De mieux séparer les couches de ton code
• De tester le comportement de l'appli et pas de son implé dans un env x ou y

Haha
 

Faux. Lorsqu'on récupère des données, le navigateur peut très bien sur planter sur plusieurs point. Entre les différence de gestion de ce que retourne une requête ajax, entre les différences sur la gestion du DOM, et plein d'autres trucs encore
 

Faut bien tester que la requête se fasse bien
 

Faut tester que le retour du fetching soit correctement traité par le navigateur
 
A part le premier point, tout peut être mocker, et donc testé sans navigo. Ce qui te permet :
 

C'est ce que je fais. J'ai des tests pour le modèles : je tests que les requêtes se font bien. J'ai ensuite des tests des controllers : le modèle et la config sont mockés, je teste ainsi juste le code du controller, et pas ce qu'il y a en-dessous. Ensuite je teste la view, elle doit sélectionner des données qu'il faut. Enfin je teste la template, suivant telle ou telle données, ce qui est affiché est différent.
 
Mais il manque une chose, la partie javascript. Comment tester que les requêtes ajax se font correctement, et ceci de manière semblable sur tous les navigateurs ? Lorsqu'on a de la logique particulière, des JS compliqués, faut bien tester aussi. D'où les tests avec selenium.

NoooOOooooOOoOOooooon pas le message à couper à la mano en bout de quotes
 

Le DOM, sa manipulation et sa définition et son implé c'est lié à l'environemment d'execution, donc au browser.
 
Si tu veux te faciliter la vie -> Framework, c'est fait pour ça. Mais encore une fois je vois pas en quoi c'est censé t'empecher d'avoir une appli fonctionnelle et découplé d'un env quelconque.

Et? Si tu mockes le clic, y'a quoi d'autre qui change?

Encore ratal, je dirais qu'hormis les différences fournies observées sur les xml (GOTO : DOM -> framework) y'a pas de raison que tes données brutes soient interprétées d'une manière ou d'une autre par x ou y navigo (et heuresement)

A l'origine mon point c'était que Selenium ne faisait qu'émuler un comportement humain sur différents navigateurs. Et comme dis plus haut, a part cas très rares, la partie logique en javascript est assez unie entre les navigos, pour le reste (DOM et objects particuliers) les FW sont la.
 
D'ailleurs une fois la partie logique terminée, tu peux aussi tester l'intégration

CQFD
 

Si les différences de navigateurs peuvent être gommées par un framework, il reste néanmoins qu'il faut quand-même tester la partie JS. Dans une approche TDD, tu fais d'abord le test, et ensuite l'implémentation. Dans notre diaporama, tu feras d'abord le test que cliquer sur "image suivante" doit modifier l'image, et ensuite tu implémentes. Ainsi, en cas de problème quelque part, t'es sûr que ça sera retranscris lors du lancement des tests...
 
Même un bête display-hide pour moi justifie un test.

D'ou l'utilisation d'un FW, et d'ou mon objection, t'es censé te baser sur une méthode qui unifie les comportements et fait office d'interface, ne serait ce que pour la maintenabilité de ton code

On est d'accord
 
(sauf que je testerais les cas spéciaux/gui en dernier, j'aime pas l'idée que la representation d'un état puisse influer sur cet état)
 

<a onclick="Cart.updateQty(x,y,Cart.down)">blabla</a>

'update': function (x, y, fun) {
    // stuff
    fun()
}

'update': function (x, y, action) {
    // do stuff
    Cart[action]();
}

okay genial merci

Je reviens encore à ma requête, mais je fais comment pour la traiter si je remplace le SELECT COUNT(pseudo) par SELECT 1 ?

Tu testes si la requête renvoie des lignes.
Si tu as bien un membre correspondant aux critères, alors la requête renverra une ligne (elle renverra 1). Sinon, elle n'en renverra aucune.
D'utiliser cette méthode, ça permet d'économiser un "count", c'est un peu plus rapide.

En fait j'ai utilisé la méthode du list() pour le récupérer, mais je vois pas trop bien pourquoi stocker le résultat dans un pseudo tableau, alors qu'il n'y a qu'une seule valeur retournée ou pas du tout

test de recette

http://guides.ovh.com/Php6ChezOvh
 
 
WANT §§§§§§ Y'a interêt qu'ils sortent un patch pour les dédié

Ouais, ch'uis un rebelz

Mais sur un dédié, t'es pas censé tout faire toi-même ?

EDIT : +1 par rapport à NazzTazz, perso j'ai une Ubuntu et franchement, vive aptitude

Quelles mises à jour ? C'est quoi une option de compilation ?

C'est un dédié "clé en main", pour personnes qui ont des sites à mettre sans avoir de compétences. Fallait que ça marche direct, pas le temps d'apprendre à gérer correctement un serveur Ce qui se traduit par "OVH vous file les maj, surtout touchez à rien"
 
Pour certaines tâches j'ai appris sur le tas, le prochain serveur sera un vrai...

Ah oué, forcément
 
 
Sinon, question PHP à la con :
Mon Apache 2.2, comme la plupart des Apache par défaut, a mod_deflate activé. J'en conclus que les pages sont envoyées compressées (p'têt déjà là j'ai faux).
Or, dans PHP, y a moyen d'activer une variable "zlib.output_compression" dans le php.ini (par défaut, elle est sur Off). Y a-t-il un réel intérêt à faire ça ou ça va "bouffer" du CPU pour rien ?
J'imagine que c'est pas intéressant dans mon cas, mais j'préfère avoir une seconde opinion

Premier point : à quoi tu vois que le module est activé ? C'est pas parce qu'il est installé qu'il est activé
 
Perso pour PHP j'ai fais faire le taff à PHP.
Pour les JS/CSS par mod_deflate.

Ah
Bon alors j'vais aller regarder de plus près la doc de ce module, merci !

Pourquoi ne pas tout faire faire direct par Apache ? La méthode de compression de PHP est plus efficace ou c'est juste un choix perso ?

J'ai pris l'habitude de le faire coté PHP, c'est kif-kif de toute façon. Par le passé j'avais pas forcément accès à la conf d'Apache alors qu'avec PHP c'était bon.
Et puis dans symfony y a direct l'option dans les fichiers de config pour l'activer

OK !
Bon bin j'vais tout faire dans la conf Apache vu que j'y ai accès (et effectivement y a des trucs à faire en plus d'activer le module ) et roulorze
Merci pour les infos !

Et ouais... je m'en suis rendu compte, mais bien après Dès que t'as un besoin custom (tiens comment j'installe mysqli ou APC ? Oh une nouvelle version d'apache)

Question par rapport à la doc Php
 
date('z') est censé retourner le jour de l'année, et ils mettent (de 0 à 366) ... c'est de 0 à 365 non ? (ou alors y'a des années à 367 jours )

 
dans la doc anglaise c'est 0 à 365.

T'oublie les années trissectilles, avec un 32 février, mais elles ne surviennent que quand l'année modulo 3.14 est égal à 2.72...

 
c'est rhétorique.

Rhétorique. J'ai jamais fait ça, mais le jour où j'aurais besoin, je ne pense pas rencontrer des difficultés. Le problème, c'est que le dédié que j'ai pris n'est pas fait pour être customisé, partout j'ai vu qu'il était déconseillé de le faire Maintenant j'ai vu qu'OVH allait sortir un patch dans pas longtemps (il sont en train de faire des tests), si jamais ça bouge pas, je vais mettre la main à la pâte...

 
RAB on est notre propre hébergeur ici, les serveurs c'est moi qui les installe la plupart du temps.

Ca ça j'ai déjà remarqué qu'ils étaient parfois à des endroits bizarres

Tu causes tout seul, là, hein, en vrai.
Nan parce-que je vois pas pourquoi tu me parles de tout ça, ne fait, d'où le RAB de tout à l'heure.
Je disais juste que florentg ne se posait pas vraiment ces questions, c'est tout.

 
Han, maintenant tout le monde sait que je lis la doc FR
 

 
Hum... la prochaine année trissectille étant en l'an (16.3%)³ j'ai le temps de voir venir

De quel calendrier?

Le contenu de ce message a été effacé par son auteur

DELETE FROM mdt_located USING mdt_located, mdt_media 
WHERE mdt_media.id = mdt_located.id_media 
   AND mdt_located.id_cat = 5 
   AND mdt_media.discriminant = 'V'

?
(dsl pour la casse je suis psychorigide )
sinon cf http://dev.mysql.com/doc/refman/5.0/fr/delete.html

Le contenu de ce message a été effacé par son auteur

Sinon pb de traduction pour des specs techinques (je dois donner des infos sur mon FTP) :
- C'est quoi "Through put" ? ("through put speed" )
- C'est quoi "FTP Pull" (réponse : yes/no) ?