Reprise du message précédent :

 
Le truc un peu plus classe c'est de voir ce qu'a la classe "end" dans ton framework css, et de rajouter ces propriétés dans un sélecteur css genre element:nth-child(2n)

 
ok. J'avais lu qu'il fallait pas faire ça. Je vais regarder. ça me fait bosser. C'est aussi le principal.
 

 
Ok. J'avais opté pour une appli histoire de me faire la main, mais ta solution me ferait bosser aussi.

Ouais mais ça te ferait bosser le CSS, c'est pas forcément ce que tu recherches en faisant une appli, si ?

 
- Je sais pas, j'ai pas testé en edge   . Je compte sur le fait que ça marche pour hfr4droid ².
- Ce serait plus élégant mais c'est moins "simple" dans le sens ou ça me fait faire plus de dev et ça ajoute un autre "failure point" entre le mobile et le forum.
 

 
Oui, c'est "moche" comme solution, les puristes peuvent crier.

 
non c'est vrai.
J'ai aucune formation web, là ça me fait un bon projet pour bosser.
Dans tous les cas, pour que le truc s'affiche, il faut que je vire toute une colonne de pub à droite.
C'est complet je trouve.

Quelqu'un a déjà joué avec border-image et des SVG? Genre je voudrais faire une bordure "ragged" (style papier arraché) sur un élément, donc les demo de jagged edge (des triangles bien réguliers) s'pas terrible, et une image raster me semble difficile à faire coller correctement sans utiliser "stretch" et risquer pas mal d'aliasing, je me dis qu'un svg pourrait mieux rasteriser.

Accessoirement, border-image + box-shadow, c'est toujours foireux?

 
y'avait aussi un offset sur la premiere classe et pas sur la seconde  

 
Si tu parles d'avoir une image "irrégulière" en tant que border, oui le box-shadow est bien foireux. J'ai été confronté à ce problème récemment. Avec SVG et les SVG filters tu devrais pouvoir faire ce que tu veux.

 
mais si tu commence a faire ca  tu va devoir rajouter les media queries et probablement des conteneurs specifiques. A toi de voir si ca vaut la peine de *refaire* ce que te propose foundation5.

 
Fais du flat

C'est flat une ragged edge, le box-shadow c'est pour avoir une bordure en dégradé, ce qui est également flat

 
Me suis trompé de diagnostic. ça parse assez vite.
en fait c'est la latence de la première requête (récupérer le html) suivie de la requête pour récupérer les images

Hello les experts, j'ai une question. Disclaimer: je suis une quiche en css.
 
J'ai un tag <section id="toto"> dans ma page. Du coup quand je clique sur un lien avec un hef "#toto", le browser m'affiche le contenu de ce tag (qui prend tout l'écran).  
 
J'ai mis dans mon css sur #toto:target une transition pour qu'il me fasse une transition justement au lieu de m'afficher le contenu de toto brusquement. Mais j'ai l'impression que c'est pas négociable et que de toute façon pour ce type de href le browser se rend directement sans transition à l'endroit où se trouve l'élément pointé. J'ai bon?

oui
 
mais tu peux simplement faire un preventDefault() et scrollIntoView() pour les liens qui correspondent.
 

Bonjour,
j'ai une question sur un client http multithreadé.
La valeur par défaut c'est 20 threads, et c'est trop long.
si je passe à 100, ça booste bien, mais est-ce que ça pose un problème coté serveur par exemple?

Bin c'est comme si tu multipliais la charge par 5 sur le serveur, j'ai envie de dire. Si t'as 2 utilisateurs c'est peut-être pas la mort mais au bout d'un moment ça peut devenir problématique ; tout dépend de la façon dont est sizé le serveur en face et comment le load balancing est géré.

selon sa config il peut ne rien se passer, mettre plus de temps a repondre (diminishing returns), voire dropper automatiquement des connexions ou blacklister si trop de connexions conccurentes provennant de la meme ip. (flood protection / DoS)
 
Si c'est rapport a ton parse de tableau sur site a toi de voir d'ou vient la latence et definir une strategie en fonction.

 
 
Merci beaucoup de ta réponse, c'est bien ce que je craignais. Ca me fait un peu chier de devoir faire du css en javascript vu qua ça va faire plusieurs reflows de ma page pour rien, mais je crois que j'ai pas le choix.

ca depend de tes transition et de si tes elements a afficher sont off-screen.
 
si tu es dans le cas ou tes elements sont deja affichés dans la page et que tu souhaites juste scroller dessus il n'y aura pas de reflow (sauf si tu ajuste les dimensions).
 
un href # ne bouge pas si la target est display:none mais trigger la pseudo classe :target, le souci c'est que pour que les transitions s'activent sur le :target il doit etre en display != none et si c'est le cas ca focus dessus direct, ce que tu souhaites eviter.
 
Si par contre ce sont des elements invisibles par defaut et que tu souhaites juste les afficher au click (popin ou tooltip) tu peux les mettre en position:fixed hors vue et les afficher avec :target, ca ne resoud pas tout le probleme mais ca fait en sorte qu'il n'y ait pas de saut dans la page.
 
le plus couteux ce sera les redraws des transitions, mais meme ca selon ta transition tu peux mitiger

J'ai un modele "Produit", et un modele "Compatibilité",  
 
un produit = n compatibilités,
 
J'ai besoin d'une méthode qui me dit si un produit donné est compatible avec une compatibilité donnée,
ou placeriez-vous cette méthode ?
 

 
Y'a une regle particulière pour ces choix la ?
Dans le fond, je peux le mettre n'importe ou, mais il existe peut-être des best-practices ?

Une compatibilité c'est quoi, un set de produits?

je préfère has plutot que is  
 
$product->hasCompatibility($comp) ET $compatibility->hasProduct($product)
 
Je reserve le is a $compatibility->isADog()

c'est du (n,n) en gros, avec une table de liaison au milieu,
 
un produit à n compatibilités,  
et une compatibilité à n produits.
 
Concrètement, ca peut s'approcher de ce que fait Oscaro : un modèle de voiture te donne n produits compatibles,  
et un produit te donne n modeles de voitures compatibles.

 
en effet, c'est plus coherent avec Has

 
Si product et compatibility sont des POJO, je mettrais à première vue cette logique dans un service à part, genre CompatibilityService. Le risque est que tu te retrouves avec du code dans product qui teste une tonne de données en relation avec d'autres entités (et donc tu couples fortement ton product avec d'autres entités), ou la même chose avec compatibility.

Un poil complexes que de simples POJO, mais l'idée du CompatibilityService serait pas mal.  
Si je peux garder mes modèles relativement autonomes et sans trop de relations avec les autres entités, ca me va bien.
 
Tu aurais un exemple de structure pour un Service ? je trouve pas le bon mot clé Google pour avoir des exemples

Ce que j'ai appelé CompatibilityService  c'est ce qui gère dans ton appli la liste des compatibilités. Il a donc a minma une collection interne de compatiblités et une méthode hasCompatibility(product). Je vais pas m'avancer plus, ça fait tellement de temps que j'ai pas fait de php que je sais pas comment on implémente ça proprement.

Ca dépends si tes relations externes sont déjà loadés dans tes objets ou si t'as besoin d'interroger la BDD déjà.

Bah dans ce cas, et si tu peux faire ta query des deux côtés, tu veux les deux. Si t'as un produit tu vas pas aller regarder chaque modèle de voiture indépendamment pour checker ses compats, et inversement.

 
Pour le coup j'ai pas bien compris  ?
 
la formulation d'origine indique ca :
Product <-> Compatibility
 
Oscaro et Speedy c'est plutot ca :
Product <- CompatibilityWhatever -> Whatever  
Product et Whatever ne traitent pas la compatibilité mais sont fournis en arguments d'un CompatibilitySolver qui s'occupe de la couche metier.

 
+1
j'évite de mélanger de la logique dans les modèles (et entities aussi) du coup je ferais une class de traitement à part : (et qui peut très bien être générique d'ailleurs, pour comparer n'importe quoi)
 
donc
 
$results = $CompatibilityModel->match($product,$compatibility);
 
de toutes façons, comme tu dis tu as une table de liaison au milieu, tu ne vas pas chercher les infos par hasard, je pense que tu as déjà du déclarer cette table dans un modèle

+2,
 
ton Solver/Matcher resoud simplement en fonction de ce que tu lui fourni et permet plus de flexibilité par la suite si tu souhaites etendre tes regles. un exemple classique c'est la suggestion de nouveaux produits lors d'un checkout.
 
CompatibilitySolver.addItem(Elt1);
CompatibilitySolver.addItem(Elt2);
CompatibilitySolver.addItems([Elt1,Elt2,Elt3,...]);
CompatibilitySolver.setMinStockQty(10);
CompatibilitySolver.setMaxPriceInEuros(50);
CompatibilitySolver.setMaxDelayInDays(2);
CompatibilitySolver.getAllCompatibleItems();
CompatibilitySolver.getBestMatchItems();
CompatibilitySolver.getRecommendedItems();
CompatibilitySolver.getUpsellItems();
...
 
dans cet exemple on voit meme que le Solver sort de la meme factory qu'un Caddie

Pour ceux qui font du NPM / Bower dans une Cogip, comment vous gérez vos builds propres ?
 
Mon idée c'est que le serveur d'intégration se charge de checkout -> npm install -> bower install -> Gulp, sauf que ça implique de rebuilder les répertoires nodes_module et bower, donc plusieurs de dizaines de M avec plus ou moins d'utilité.
 
Pour limiter les downloads, j'ai mis en place un proxy NPM, mais il ne gère pas les dépendances Git. Pareil pour Bower. Comment vous faites en sorte d'avoir des builds propres sans commiter les nodes_modules et consorts et sans pour autant demander à ce que le serveur de CI ne se fade des miyards de DL sur trouzemille protocoles ? Bonus point si comme moi, vous êtes derrière un proxytaff nazi qui bloque git:// et SSH.

Bha au lieu de faire des "checkout" tu fais des updates.
Tes sources seront à jour, le npm install n'installera que les nouveaux composants / nouvelles versions sans supprimer systématiquement node_modules et bower_components
 
Si t'es parano, tu prévois une full reinstall genre 1 fois par semaine

C'est juste.
 
Du coup, me reste juste la question de proxifier un repo Bower (et les quelques modules NPM qui sont sur Git, mais c'est marginal).

Certains d'entre vous ont déjà implémenté Mozilla Persona (BrowserId) ?
 
Vous avez des remarques à ce sujet ? Z'en pensez quoi ?

Est-ce que vous pensez que les frameworks du genre Bootstrap ou bien des versions plus évoluées comme Semantic UI peuvent réellement s'utiliser en prods ou doivent être limités à du prototypage rapide ?
 
Car souvent un site ne va utiliser peut être que 10% des lignes de code du framework. On va devoir bidouiller certains éléments pour que ça s'intégre dans le projet et du coup la maintenance de tout le bouzin devient compliqué et c'est une véritable usine à gaz que Google ne va pas aimer quand il va voir le poids de l'ensemble pour référencer votre site.
 
Donc que faut-il faire ? plutot le voir comme un outil de prototypage uniquement et en prod on ferait plutot une version homemade où  on s'est inspiré/copié-collé certaines parties qui correspondent aux besoins réels ?

Bootstrap est assez modulaire pour ne mettre en prod que le code dont tu as besoin.  
 
Et il souvent plus simple d'intégrer des éléments testé dans un framework que de tout refaire de zéro : datepicker, modal, et autres bricoles
 
Sur mon dernier site il ne reste que botsrrap.modal en js

 
L'avantage des framework genre bootstrap, c'est pour le travail collaboratif ou pour permettre à des gens de repasser derrière toi si tu n'es plus là ou si tu travailles sur d'autres projets. Il arrive de passer plus de temps avec un framework que sans framework, mais au final, tout est bien "rangé" et "séparé" et "expliqué".
Si tu es seul sur un projet et que ce projet n'a pas vocation à être repris, suivant ce que tu dois faire, je considère que les frameworks sont souvent une perte de temps. Idem pour pas mal de chose concernant les framework PHP cette fois ci. Pour certains projets, utiliser du symfony est tout simplement ridicule.

C'est vrai avec boostrap si tu ne travailles pas avec des mixins a donf

Je sais pas pour Bootstrap, mais Foundation permet de ne garder que les parties que tu utilises (que ce soit directement au dl ou via la version Sass). Du coup pas de code superflu en prod