Reprise du message précédent :
http://www.lemonde.fr/energies/art [...] 53054.html

lol

Bof ça fait des années qu'ils veulent la tête des contraintes militaires et petit à petit ça marche. Et puis ils ont de la ressource : par chez moi il y avait un gros projets bloqué à cause des perturbations radars, du coup le développeur va construire un deuxième radar derrière son parc.
 
Edit : et puis on entend de plus en plus parler d'éoliennes furtives, ça arrive.

là ça  plutôt l'air d'être un doublement du rayon d'exclusion qui se profile.
 
 
sinon, j'étais en train de mater une video très technique à propos de polissage de bout pendant les heures de boulot, mais je peux tout vous expliquer, c'est à cause de ce moustachu en Californie ...
 

moi les éoliennes furtives ça me fout les jetons, j'ai peur qu'elle se jettent sur moi pendant mon sommeil, je préfère qu'elles aient des clochettes et un bracelet GPS.

j'ai fini de lire "Ready Player One", ca m'a fait re-ecouter Rush/2112. cet album quand meme  

C'est surtout l'objectif débile d'imaginer qu'on peut tourner avec 30% d'énergie d'origine éoliennes…

30% d'énergie renouvelable . Il n'y a que la FEE pour imaginer que ce ne serait que de l'éolien.

 
En même temps c'est sous-entendu dans l'article :
 

 
Mais le problème majeur reste l'intermittence aléatoire de l'éolien (non-foisonnement des vents à l'échelle EU, avec tout ce qui en découle, facteur de charge pourri, etc.)
 
Tant qu'on sait pas stocker, le seul moyen de faire moins de CO2, c'est le nuke

Et le solaire, l'hydroelectrique, l'énergie marémotrice, le biogaz...

L'hydro : oui, on est d'ailleurs déjà au max de nos capacités.
Le solaire : facteur de charge moisi (13% vs 20% en éolien vs 75% nuke) et ne marche pas la moitié du temps (la nuit ). Il faut stocker.
Marémotrice : capacité installée quasi nulle, plusieurs ordres de grandeurs en dessous du solaire, déjà pas énorme
Biogaz : manque cruel de visibilité sur les différent procédés, pas de validation à l'échelle industrielle encore.

Le salut (pour réduire le CO2) viendra soit d'un bond en avant du stockage (et dans ce cas, l'éolien c'est top), soit de plus de nuke et fusion plus tard.

Bien entendu, avec des efforts à faire sur gaspillage actuel.

edit : si tu veux lire des détails : https://medium.com/@olivier.lambert [...] 6b927a67a4

edit 2 : tu peux commencer directement au paragraphe "Énergie éolienne"

https://cacm.acm.org/magazines/2017 [...] b/fulltext

Même avec un gros bond en avant sur le stockage, les éoliennes sous leur forme actuelle c'est pas la panacée : avec la capacité ridicule actuelle, les secteurs les plus intéressants commencent à saturer. Je pense que le solaire a un potentiel de développement bien supérieur avec des coûts n'arrêtent pas de baisser (bon , faut régler la question du recyclage..)

Le Danemark se targue de fonctionner certains jours 100% à l'éolien.

vous auriez une bonne doc sur la gestion des clés SSH ?
si je comprends bien le truc c'est d'en générer une pour chaque usage, mais du coup c'est quoi les bonnes pratiques pour manager tout ça ?

sinon je viens de réaliser que GitLab pages autorise le HTTPS sur les noms de domaines en propre, je vais donc switcher

Ça résout pas le problème d'avoir des jours avec 0 d'éolien

Pourquoi une pour chaque usage ?

effectivement, l'avantage de la paire de clés asymétrique c'est que la clé privée reste chez toi. Contrairement au HTTPS où le mot de passe est donné au site

perso j'ai une clé SSH sur un tocken USB smartcard, protégé par code PIN, mais déjà une clé SSH avec une bonne passphrase c'est très solide (par contre un keylogger sur ta machine et c'est mort )

D'un autre côté:
 

• tu protège ta clé avec une passphrase, plusieurs clés = plusieurs passphrases = moins de chances que tes clés (privées) soient utilisables par des tiers si elles sont récupérées/leakées
• tu peux vouloir certaines clés sur plusieurs machines (e.g. clés pour accès aux serveurs pro), d'autres moins

c'est pour ça que les token USB c'est quand même bien reste à voir l'user-friendliness de leur utilisation avec SSH suivant la plateforme (sous linux c'est relativement simple si le module "driver" pkcs10 est disponible pour le token)

Bonjour, je découvre le monde du JS côté serveur. En 3 mots: lol.
 
Erreur de débutant : installer les dernières versions stables sorties, pas LTS. Cela donne : https://github.com/npm/npm/issues/16991
 
Morceaux choisis :
 

 
Yeah "incorrect conclusions about the quality of the platform". Pour moi c'est de la conclusion correcte: nodejs, npm et leur écosystème c'est du projet de branquignoles.

 
je déduis que t'utilises la meme sur tes machines ?

Oui. J'en ai fait une autre pour le boulot mais en fait c'était pas nécessaire.

 
t'utilises ça sous windows ou Mac ?

sinon ceux qui ont des blogs statiques, vous utilisez quoi ?
 
J'ai regardé Jekyll qui semble faire le job, mais ça me gêne que ce soit en Ruby, qui est un langage que je maitrise pas du tout.
 
J'ai regardé Nikola, ça a l'air pas mal aussi (en python), par contre les thèmes sont à chier
 
Vu que Gitlab pages semble pas avoir de restrictions, je pense que je vais partir sur un Jekyll + theme sympa, en rajoutant des trucs pour Jupyter Notebooks si besoin (y'a meme des extensions)

Tu découvres, mais tu as deja un avis d'expert.
Tu es sur le bon topic

 
https://ghost.org/fr/ ?

1/ Si c'est juste pour bloger sans chercher à faire des trucs compliqué autour, mais que tu veux un truc propre : Ghost
2/ Si tu veux un générateur de pages statiques, Jekyll en effet mais tu as aussi Gatsby que j'avais trouvé cool (avec ses plugins GraphQL etc.)

Non, mais globalement si on veut, on peut. Entre 19.6% (France) et 60%(Danemark), il y a de la marge de progression.

Ghost c’est le bien.
 
Même si ça doit faire 6 ans que je me dis que je vais monter un blog.

 
Github pages avec Jekyll.  
Et j'ai jamais eu à toucher à Ruby En local pour tester j'ai une image Docker qui s'occupe de l'env.  

Je connais. Les fonctionnalités étaient assez pauvres mais ça a l'air mieux la.
 

Au début je veux juste faire des posts, mais je vais avoir besoin d'intégrer Jupyter notebook / r markdown
 

Idem, j'ai pas mal investigué Jekyll sur Github pages, mais le fait de perdre le https si on utilise un domaine custom me gène. Mais Gitlab pages semble répondre à ce problème, donc en gros je me demande si je continue avec Jekyll, ou si je prends autre chose
 

Sphinx

Point de vue flexibilité c'est difficile à battre Avec Alabaster c'est pas trop moche par défaut, et avec ablog t'as le support des feeds & autres. Et l'i18n si tu veux traduire certains posts.

Nikola te fournit quasiment tout ça, en plus simple
 
Après j'ai regardé reStructuredText, c'est plus puissant que Markdown mais moins simple d'utilisation (le markup est plus verbeux). C'est pas très surprenant considérant le fait que c'est fait pour documenter un langage et sa librairie...

C'est surtout parce-que c'est fait pour être extensible, ce qui n'est pas le cas de Markdown qui est étendu de manière ad-hoc. Et pour les fonctionalités en commun, IIRC la seule chose qui soit notablement plus verbeuse ce sont les titres/sections (qui sont notablement plus chiant en rST qu'en Markdown)

Et Sphinx supporte les documents markdown quand t'as pas besoin de la puissance du rST.

 
précisément
 
mais je regarde ton truc, je connaissais pas les mod blog pour Sphinx

D'un autre côté t'as les références, et liens divers (footnotes, rfc, ...) qu'en markdown tu dois te taper à la main, sauf à utiliser des extensions pas nécessairement portables.

TIL: http://movingpackets.net/2017/10/0 [...] raceroute/

 
Tant que t'arrives à héberger sur ton domaine, avec un pattern d'url que tu maîtrises, après le seul truc qui compte c'est d'y caler du contenu
 
Et ça tu sauras si c'est pratique qu'en pratiquant.

J'ai fait un mini récap pour ceux qui ça intéresse : https://medium.com/@olivier.lambert [...] d23ebd7850
 
Écrit d'une traite, donc déso pour les phautes