Reprise du message précédent :

J'ai probablement un besoin très concret

edit : hop c'est staré, ya meme un wrapper React

Est ce que vous avez des bonnes lectures pour accélérer l'ouverture des connections SSL. J'ai déja mis un gros cache pour les sessions , et une grosse durée . Mais la première connection de la journée est lente  
 
C'est même le morceau le plus lent sur mobops

T'as tout dépilé ce qu'il y a ici : https://istlsfastyet.com/ ?

TLS session resumption : existant, mais je viens de monter la durée de session
TLS : False Start existant
TLS record size optimization : corrigé
Early termination : pas de CDN
HTTP Strict Transport Security (HSTS) : le site n'est pas servi du tout en http

J'ai enfin l'explication de la raison pour laquelle, une fois de temps en temps, la connection est plus lente . Ca s'affiche dans l'onglet network de chrome

C'était quoi du coup, le record size ?

J'avais 16K , je l'ai passé à 4  
 
Le truc nul est que j'ai l'impression que chrome en navigation privé garde quand même le session ssl

dites, j'ai créé un package node.js qui utilise babel pour transpiler le merde, je voudrais que quand on fait "npm install monnomgithub/monpackage" il télécharge le contenu du repo et qu'il exécute le babel.
 
En gros je voudrai pas héberger la version compilé du package, et qu'il installe depuis les sources sur le client.
 
j'arrive pas à googler la chose.

Package.json pour les dépendance et https://docs.npmjs.com/misc/scripts pour lancer le build post install

mais je vais devoir passer toutes mes dépendances "devDependencies"  en dépendances normales ?

Ben si c est pour l usage normal, ca ne pose pas de pb, si ?

Perso, avec ma connection pourrie , j'aime bien télécharger un truc buildé, éventuellement avec une commande pour rebuilder

"devDependencies": {
    "babel-polyfill": "^6.9.1",
    "babel-cli": "^6.0.0",
    "babel-core": "^6.3.17",
    "babel-eslint": "^6.1.2",
    "babel-preset-es2015": "^6.9.0",
    "babel-preset-stage-0": "^6.5.0",
    "babel-register": "^6.11.6",
    "chai": "^3.5.0",
    "mocha": "^3.0.0",
    "standard": "^7.0.0"
  },

ben là y'a du people, j'aimerai qu'il jette tout à la poubelle quand il a buildé et installé le merdier.

Si le build fait partie du fonctionnement normal, je ne laisserai chai/mocha/ standard en dev dependency

bon, je vais le publier chez npm, fuck it.

Npm install https://github.com/nraynaud/fuckit.git fonctionne très bien normalement

j'arrive pas lui expliquer qu'il y a une compilation à faire, c'est prévu pour faire du JS non compilé, j'ai l'impression.

tu ne devrait pas mettre le build en postinstall ?

comment il va tirer le compilateur et les dépendances de dev ?

il faut les mettre en dépendances normales/non dev : elles sont de toute façon nécessaires pour l'utiliser

DEpuis quand nraynaud travailles pour Vates ??

n'exagérons rien, c'est une petite prestation.

Faut bien payer les bières  

https://babeljs.io/docs/usage/polyfill/
putain, je comprends rien à rien à node.  
pourquoi est-ce qu'ils mettent le polyfill dans les devDependencies, et ensuite ils font le require("babel-polyfill" ) dans le point d'entrée de l'appli ? c'est voué à l'échec une fois en prod ?

 
Pas 100% sur, soit dans la transpilation (ou un autre mot a la mode ), ils detectent l'import du babel-polyfill et font une tambouille pour l'import autrement (inline?). Histoire que dans le code execute, tu ne te retrouves plus avec l'import, soit y'a une erreur dans la doc et faudrait idealement le foutre en dependency.
 
Dans les 2 cas, faut avouer que c'est pas limpide  

bon, j'ai mis le polyfill en import normal, et j'arrive à packager ma bouse et à l'utiliser en JS normal, je pense que c'est l'essentiel.

Babel c est super sur le principe, mais c'est vraiment pénible a faire marcher. Et je ne parle pas des montées de version

yop, je vais démarrer un projet neuf, je songe à le faire en node.js, c'est quoi la version actuelle des outils que vous me conseillerez ?

Node 6

merci.

 
Réponse un peu moins sexy, je resterais sur la dernière LTS (4.X) avec NPM en 3.X.
Je me suis pas mal cassé les dents sur des dépendances avec un support limité des versions plus récentes de Node, et NPM est AMHA tellement merdique qu'il faut rester au tip pour avoir une chance qu'il ne pète pas dès que tu lèves le petit doigt.

Bof, dans 1 mois et demi c'est la 6 qui passe officiellement LTS, donc pour un nouveau projet ça n'a pas tellement de sens de rester en 4.x.

La 4 commence à devenir bien de trop vieille de aucun support pour ES2015

Typescript, des gens pratiquent ici ?
Si oui, vous avez des bonnes ressources sur le web et/ou des conseils sur les trucs à faire attention avec quand on commence ? (gotchas habituels à éviter, etc...)

Lit le bouquin dispo en ePub "Typescript Deep Dive" il est parfait.  
 
Si tu pars sur du greenfield, mets tous les flags d'entrée, sinon ajoute-les au fur et à mesure. (Je parle de StrictNullCheck et NoImplicitAny)
 
Utilise TS2.0 (Parfaitement stable) et SourceCode.  
 
Prépare toi à morfler avec les libs de définition. Mon avis c'est laisse tomber typings&co et duplique dans ton projet. Les définitions parfaites sont hyper rares, je finis toujours par les hacker, et le faire en surchargeant est parfois impossible (contraintes du langage).  
 
Au final c'est génial, même si tu dégustes un peu au début, surtout à cause des définitions externes.  
Le confort en refactoring vaut le coup à lui seul, mais surtout (et même si personne n'en parle) le temps gagné est sur les tests unitaires: ils ne servent plus à rien, surtout avec StrictNullCheck.  

Thanks je vais aller regarder toussa.

un tuto bien fait sur react côté client et serveur : https://scotch.io/tutorials/react-o [...] d-node-app

Thanks pour le Typescript Deep Dive en effet ça se lit bien et c'est efficace.
Par contre je sais pas si c'est moi, mais autant Typescript c'est sympa et tu rentres très vite dedans, autant je trouve l'ecosystème JS toujours aussi immonde. J'ai galéré comme pas possible à faire fonctionner TS avec webpack, notamment pour la gestion des dépendances externes

nan, c'est pas que toi

Yo, j'utilise angular et angular-ui-router sur un projet.
 
J'aimerai tester les vues des states individuellement, tout ce que je vois c'est comment tester une directive. Moi ce dont j'ai besoin c'est de tester le comportement de ma vue en fonction de ce qui est fait dans le controller.

Les directives/factory/services/filter je les test en unitaire (karma)
Pour ce qui est des controllers, pour simplifier le te taff, je les testais uniquement en test fonctionnelles E2e (protractor)..

yep, mais j'ai lu que les test U étants plus rapide il est plus simple de tester les controllers en unit test, et les vues aussi. Mais il faut que je regarde comment tester la vue d'un state

Sinon avec karma c'est faisable comme le reste, il suffit de bien tout loader comme il faut et surement d'initialiser toi même ui-router avec ton controller/template