Reprise du message précédent :
Des pics de max 1000 utilisateurs simultanées 2x/jour (surement pas ce que vous appelez fort traffic du coup ) ok pour le rest, je note!

Moi je fais plutôt dans les intranet, donc je n'atteints pas des nombre de connexion faramineux ( mais les pages sont plutôt lourdes à générer)
 
Mon setup :

• stunnel qui décrypte le trafic sur le port 443 et le renvoie sur le 80
• nginx sur le port 80 , qui sert le static et fait le proxy pour node :  

• node.js qui n'écoute que le trafic qui arrive sur le port 6000 de 127.0.0.1, et qui ne fait que répondre aux appels à l'api (restify peut être pas mal dans ce cas)

 
La réponse dépend de tellement de paramètres... ça dépend de ce que tu va faire comme traitement pour chaque utilisateur. Mais c'est quand même très solide.

Bonsoir, au cas où il y ai des adeptes de Jquery dans la salle j'ai une question technique. J'ai des miniatures affichées sur une pages, je dirais environ 300 de ~200px, j'ai des boutons qui permettent de filtrer ces miniatures, donc en gros ça cache / affiche les images concernées.
 
Niveau perf, il vaut mieux utiliser detach ou hide (ou un .css('display','none') qui en théorie devrait revenir au même ) pour les masquer ? Voir remove, mais pas forcément top vu que ça va virer les événements liés aux images
 
Je me dis que detach serait meilleur vu que ça vire les éléments inutiles du dom ce qui pourrait peut-être améliorer les anim des éléments affichés ...

vaut mieux utiliser CSS qu'une manipulation du DOM.
 
Tu peux ajouter/enlever une classe qui joue avec le display attribute

Oui c'est ce que je me demandais aussi de faire la manip via une class, ça serait mieux que .hide() / .show() ?

edit : ok visiblement c'est effectivement beaucoup plus rapide avec une classe http://jsperf.com/show-vs-addclass

et je découvre jsperf au passage, ça à l'air sympas comme tout ce site

et utilise la délégation d'evenements, ça te fera du bien aussi

Tu le vois pas tout de suite souvent. Un millier de cartes c'est beaucoup, et la pente de progression du ralentissement peut être assez pentue (genre tu vois rien avant de clutter le gc).
 
Après bon, premature ejaculation tout ça, mais ce sont des techniques qu'on utilisait déjà avec 0x90 en 2007, et comme je dis toujours, c'est assez rare de pouvoir avoir 1000 éléments sur une seule et même page

Hihihi, j'aimerais bien revoir le code de la bibliothèque multimédia

Quand on ajoute un élément contenant une image (genre img dans un span par exemple) au DOM et que l'image n'est pas présente autre part, donc pas loadé, l'ajout dans le DOM est censé déclencher le téléchargement du média ? Sinon, comment on procède ?
 
J'ai le cas pour une utilisation de DataTable conjointement avec son plugin fnAddTr qui comme son nom l'indique, ajoute le tr que tu lui passes en haut de la table courante.
 
C'est dans le tr en question que j'ai l'image qui ne se charge pas. Si l'image est déjà présente autre part, et donc chargée, pas de soucis.

Je bosse aussi sur DataTable
Normalement, dès que tu sets le src de l'image elle est censé se télécharger, par contre aucune idée de s'il faut attendre l'injection dans le DOM...

Oui c'est déjà ce que je fais quand c'est possible
 

Là après insertion, le DOM est bon (la nouvelle ligne de la table est bien construite, bien positionnée dans la table) mais l'image ne s'affiche pas.

Le nœud de l'image dans cette ligne est bon, et dans l'inspecteur Chrome / Firebug l'image est trouvée.

Bien évidemment si je reload, l'image est bonne, donc c'est vraiment l'insertion du DOM sur la table existante dans le cas où l'image n'est pas préchargée qui foire.

Ce genre de conneries me gonfle...

Edit : en réponse à Shinuza

Pas de soucis chez moi en ajoutant des img aux DOM, elles se chargent correctement :

Après vu que c'est dans une table géré par un plugin, est ce qu'il y aurait pas un truc du plugin qui ferait foiré le truc

Ce serait pas DataTable qui calcule et fixe la hauteur de la cellule (pour layouter manuellement), et qui n'attend pas que l'image se charge pour calculer la hauteur ? (Je connais pas DataTable hein, c'est au pif).

 
Yep, ça à l'air d'être une saloperie dans ce genre, selon les données l'image peut (ou peut ne pas) s'afficher. Je vais caler un min-height là dessus, merci
 

dites, y'a moyen de dumper les routes qui sont enregistrées dans angular ? (pour du debug)

Tu utiliserais Ember, tu verrais ça avec l'Ember Inspector

Je change pas le framework de base d'un projet avant d'avoir réussi à le démarrer sur ma machine

surtout qu'ajouter des couches et des machins, c'est pas vraiment le truc qui aide à démarrer ou a dépanner

'tain sur le serveur et sur ma machine de dev on a le même code, sur le serveur angular "marche" (il route en fonction du hash de l'url, du coup de vois le template changer quand je navigue).
 
sur ma machine il a pas l'air de faire le routage, en gros la conf se charge (en tout cas il passe dans le code de conf je le vois par des console.log()), il m'affiche le layout.jade, mais "vide", sans remplir la partie centrale de la page, il réagit pas à des changements de hash d'URL, il charge pas les fichiers de code des contrôleurs, il mets pas d'erreur dans la console.

 
Ember Inspector est une extension Chrome qui s'ajoute dans les dev tools

ouais, et c'est super, parce je justement en ce moment je suis dans l'inspecteur, et du coup je vois tous les listeners de toutes les extensions en plus de devoir essayer de comprendre comment le code d'un truc énorme est sensé marcher et pourquoi il marche pas.
Rajouter des merdes aux merdes ça aide personne à rentrer dans le code ou à débugger. c'est juste cool pour ceux qui ont écrit le truc depuis le début, ayant eux-même créé le merdier, ils sont complètement aveugles au problème de l'accumulation de machins les uns sur les autres.
 
Et quand un mec arrive derrière, il doit arriver à capter le role et les relations de grunt, bower, angular, bootstrap (oh wait, y'a un concept de bootstrap dans angular aussi, pour le démarrage), et le fait que "quand je clique ça marche pas mais y'a aucun message d'erreur". Le tout dans du code à moitié obfusqué des map files dans tous les sens, des extensions chrome, et une énorme flemme de se faire chier avec des problèmes qui pour l'essentiel ressemblent à de l'auto-flagellation.

Bah du coup tu va y participer au merdier et en rajouter une couche, c'est quand même chouette non ? Comme ça le suivant pourra dire la même chose de ton code  
A moins que tu refasses tout from scratch ce qui est rarement le cas il faut avouer

 
T'es visiblement suffisamment brillant pour intégrer tout le code et les concepts d'un framework d'un coup, mais avoir des outils te permettant de cibler d'où vient le problème te permet de gagner du temps et n'empêche en rien de rentrer ensuite dans le code pour débugger

C'est pour ça qu'il faut absolument éduquer les développeurs dès le départ, et c'est pour ça qu'il est important de contrer ce que dit Youmoussa à base de "nan mais j'ai rajouté une couche pour gérer la complexité des couches d'en-dessous".
 
C'est une bataille politique.
 
Parce que un développeur final comme moi ne peut pas tout faire tout seul, par contre si chacun essaye de réduire son impact sur le merdier géant que sont nos sites web, c'est tout le monde qui y gagne. Parce que les dépannages à 3h du mat' avec le client qui te gueule dessus au téléphone à essayer de comprendre comment est sensé marcher le millefeuilles instable et quelle feuille au nom improbable merde et pourquoi.
Surtout que souvent il faut démonter la moitié de la stack code pour identifier le point qui merde, pour à la fin capter qu'on peut simplement réparer en changeant un paramètre de conf (ce qui au final est mieux qu'un bug où il faut patcher, je l'avoue).

Je vois pas vraiment où tu vois ça.

 
Tu fais un procès d'intention aux développeurs là en estimant qu'ils n'ont pas conscience de ce que tu dis. Je ne peux pas parler pour Angular, mais je connais suffisamment la communauté Ember.js, véritable projet opensource pas comme Angular, pour savoir qu'ils font attention à ces détails. Mais quand tu as un temps limité et est en phase de conception, tu ne passes pas forcement ton temps à t'assurer en premier que le dev lambda va tout comprendre. Tu t'assures que ca marche.

Mais alors quel mécanisme sérieux te pousse (et à insister) à me faire changer de framework central sur un projet qui ne tourne même pas encore sur ma machine ? Quelles sont les conditions qui te font croire à un succès de changement de framework quand tu n'as même pas la capacité à faire tourner l'ancien site pour les comparer côte à côte ? En quoi la présence d'une extension chrome pour le framework cible m'aide à transférer un site que j'ai jamais vu ?
 
Je veux dire, j'ai bu des coups et passé une journée de boulot avec Tom Dale, j'aime la doc de ember, mais ça n'a rien à voir.  
 
La décision de changer ou non de framework se fait quand le système de build et déploiement de l'actuel système est maîtrisé, le truc installé sur la machine de dev, le site et ses tests tournent, la BDD est là, et qu'on est capable d'au moins changer un peu de texte sur le site de prod. Alors on estime avoir un peu maîtrisé l'état du système actuel et on est capable de prendre des décision politiques un peu éclairées.
 
Être un fan boy et répéter "ember" c'est pas prendre une décision intelligente.
 
J'ai géré des changements complets de framework, de hosting, de langage, je suis pas conservateur, mais par contre j'ai appris aussi à gérer de la politique d'IT.

Ah mais aucun mécanisme, je trolle car tu poses des questions et ne trouve visiblement pas d'aide sur Angular.
 
Et comme il semble que les gens choississent plus fréquemment Angular car il y a Google derrière, je m'efforce de démontrer que des outils et une communauté existent autour d'Ember.

Et sinon, les fans d'Angular, le système d'observation "passif", vous trouvez ça vraiment bien/utile ?
 
Dans le principe je trouve ça cool, en pratique j'ai un peu l'impression que de toute façon quand l'appli
est assez complexe pour justifier un tel framework on se retrouve avec des setter dans son modèle de
donnée et des points de modifications clairement identifiés (j'ai testé un peu mais pas énormément cela
dit, et ça vient peut-être d'un style de code particulier).

c'est un peu oublier que ember vient de chez Apple.
Je vois pas ce que ça aide.

Un troll n'est effectivement pas destiné à aider

 
Le nombre de ligne de codes héritées de sproutcore doit être proche de 0 aujourd'hui.

BOn, vous seuls saurez m'aider, google n'ayant pas répondu :  
 
Je développe une ihm dans laquelle je déplace des div de haut en bas grâce au concept flexbox (merci de me l'avoir conseillé). L'appareil qui utilisera l'ihm est sous android 2.2, le concept flexbox fonctionne correctement, par contre si je modifie un -webkit-box-ordinal-group (le rang d'affichage d'une div) par jquery, rien ne se passe. Si je change une propriété css standard, ça marche. Et ce jquery sous chrome, ça fonctionne.  
 
$(boxName).css( "-webkit-box-ordinal-group", 3 );    
 
Cette propriété CSS est pourtant correctement interprétée dans le fichier css par mon appareil android 2.2.
 
Une alternative? Un contournement? Je ne peux pas changer le browser sur l'appareil concerné.

Tu as essayé sans le préfix -webkit ? jquery l'ajoute automatiquement depuis quelques versions

Malheureusement ça ne change rien. Merci du conseil
Voici tout ce que j'essaie.
 

Et t'as testé en :

• définissant à l'avance dans ta CSS des classes pour les différentes positions (oui c'est moche mais c'est pour tester, ou pas)
• faisant en sorte que ton moveBox change la classe de ton élément pour adopter la bonne (faut aussi virer l'ancienne)

Avec ton code actuel, quand tu inspectes y a les bonnes propriétés CSS sur ton élément ?

Je vais essayer cette approche.  
Je ne peux pas inspecter le css sur l'appareil en question, par contre sous chrome ça fonctionne visuellement donc cqfd. Sur l'android 2.2 si j'essaie de faire un $(boxName).css( "display", "none" ) ça fonctionne. Ya donc un truc qui cloche avec le webkit.

Quelle version de jquery ?

jquery-1.10.2.js
 
Devrais-je essayer en javascript de base pour voir?