orfenor a écrit 1983 commentaires

Quel est le rapport ? c'est un compte rendu sur des recherches, pas un panorama de ce qui est possible. Or les recherches portent sur des outils pour améliorer le code des applications, lequel serait largement responsable de cette conso, et des outils pour mieux gérer les serveurs. C'est plutôt intéressant à lire.

Le Jerry n'est pas une configuration figée. Au contraire, c'est un projet en constante évolution, il y a déjà eu des montages avec des RapsberryPi.

Ce que tu peux surtout leur demander c'est comment ça se passe avec les variations de température, l'humidité excessive, les coupures électriques, les coupures de ligne tel, etc. Et comment ils ont fait pour que ça marche.

Tu peux te rapprocher du projet Jerry pour avoir des infos sur les boitiers en climat tropical.
Il y avait une dépêche avec plein de liens.

Yunohost te propose un paquet de trucs que tu pourras choisir d'intégrer à NextCloud. Autrement dit, ce paquet de trucs sera facile à gérer via Yunohost.
Par exemple un serveur de courriel, Etherpad et ses plugins, etc.

NB: Personne ne devient admin système d'un coup. Commence avec Yunohost, c'est plus facile.

coin coin coi

Je ne suis pas trop d'accord, il ne faut pas négliger le levier d'influence : plus on a de gens qui ferment les robinets, coupent la lumière, vont à pied ou à vélo, etc. plus on sensibilise les dirigeants politiques ou d'entreprise qui ne peuvent ignorer le mouvement, et peu à peu la vertu des peuple engendre la vertu des gouvernements et des entreprises — elle l'engendre aussi au sens propre, puisque nos enfants sensibilisés seront les dirigeants de demain.

mon pôvre, je crois que tu fatigues :-)

le prix du billet est du même ordre de grandeur que pour un INOUI si on a une carte SNCF (mais si on a faim ou soif on peut se rattraper en termes de coût total du voyage au bar)

Un peu plus tard, je me souviens avoir trafiqué les modes XWindow pour passer l'écran VGA 800 x 600 en 900 x qqchose avec beaucoup de couleurs. L'écran a tenu un an avant de griller, la carte graphique S3Trio a bien résisté.

Il y a 25 ans, on faisait plus avec moins :
https://web.archive.org/web/19970213054442/http://dsiegel.com/home.html

:-)

Il faut nuancer ton histoire de contraintes.
Au boulot, j'ai fait pas mal de sites dans les années 90, quand c'était encore plus lent. Les modems étaient les mêmes, mais les tuyaux, les serveurs et les clients étaient beaucoup moins «gros». On avait pas mal de trucs, d'astuces et d'outils pour ne pas exploser les «10 à 30 ko» et pour optimiser le chargement des pages, des photos et des Gifs animés. Mais c'est le métier, un étudiant ne peux pas connaître. On attendait un peu, c'est vrai, mais guère plus de 2 ou 3 secondes pour avoir l'affichage, le bas de page se chargeant plus tard.

Par exemple

• On peut facilement réduire le nombre de couleurs du Gif tout en gardant le lissage des courbes : on indique par des sélections judicieuses les zones de l'image à privilégier pour l'indexation, c'est à dire les courbes.
• Quant aux animations il y a des logiciels pour n'enregistrer que les parties modifiées du Gif.
• On peut sur-compresser certaines parties d'un JPEG, utiliser des tables de luminances, compresser différemment la luminance et la chrominance, … C'était un peu rustique à faire, mais aujourd'hui TurboJpeg et MozJpeg l'automatisent.
• On peut précharger les images de la page suivante en leur donnant une taille d'un pixel.
• les grosses images étaient parfois découpées en morceaux, que le serveur poussait successivement.
• On découpait les pages en tranches indépendantes, pour que le navigateur les charge et affiche successivement, notamment ce qui ne tenait pas dans la partie visible de la page, les écrans étant petits (800 x 600 puis 1024 x 768).
• Évidemment les grosses images n'étaient pas dans la première partie visible.
• On comptait les octets! si, si : chaque signe, espace et retour chariot «pas utile» pouvait être éliminé par une moulinette.
• Je me rappelle vaguement avoir fait des essais sur les encodages de caractères pour gratter un peu…

tout est dans le titre

Ouf… Orfenor a voulu me faire croire que je rêvais.

non, c'est juste qu'Orfenor est un peu naïf, peu compétent en programmation et réagit un peu vite :-)

Quel intéret de commenter sans lire l'article ? Il contient plein de benchs, comparant Python 3.8, 3.9, 3.10 et 3.11. Et y'a pas photo : si on avait chaque fois droit à des petites améliorations entre les versions, cette fois c'est un joli bond.

mon vieux spyphone bas de gamme par quelque chose de plus libre et de moins indiscret (je fais durer, mais il est 3G,

ça va, je ne suis pas le seul!

le compte et son mot de passe sont associés à l'autre domaine, donc Firefox ne les propose pas.

Rien à voir, c'est quand tu installes l'outil sur ton poste. Je parlais de la démo sur le site.

à la création du compte sur happydomain on reçoit un courriel pour le valider sur happydns. Firefox n'y retrouve pas ses petits.

HappyDNS c'est l'ancien nom du projet. C'est d'ailleurs indiqué sur https://framagit.org/happyDNS

Pour essayer on doit créer un compte, c'est dommage. J'aimerai découvrir le sérieux et l'ergonomie avant de m'enregistrer. Bref, il manque une démo avec un domaine bidon pour voir ce qu'on peut faire avec les zones.

Ysabeau à raison, Libo est tout à fait adapté. Tu pourrais utiliser Lyx pour avoir des rendus léchés, mais si Lyx ne te sers que pour ce tutoriel, il vaut mieux bosser pour maitriser la publication avec Libo.

tu dois pouvoir charger les variables d'env dans un script

C'est ce que font les scripts dans les paquets dits "syspath". Par exemple avec le serveur de Mariadb.

La doc étant peu disert à ce sujet, je signale que le paquet scl-utils-build-helpers contient un utilitaire pour produire les scripts "syspath" à l'empaquetage.

ça vient de la tribune (que tu n'as peut-être pas encore découverte). C'est là que sont produits une kyrielle de jeux de mots et références à l'absurde qui font la délicieuse mythologie de Linuxfr.

Merci. Le souci c'est de pouvoir pointer au bon endroit avec un logiciel existant (Odoo en l'occurrence). J'ai mieux compris comment ça marche (voir plus bas) mais je me demande si c'est très efficace.

Merci de ta réponse.
Mais si je me déconnecte, ça ferme le nouveau shell donc l'accès a la Software Collection. Or c'est un serveur, il faut accéder à nodejs6 en permanence.

J'ai trouvé des paquets "syspath" pour mariadb qui sont remplis de scripts shells qui positionnent les variables d'environnement. Il faut faire l'équivalent pour nodejs6 ? C'est pas trop lourd d'ouvrir des sous shells à chaque appel de nodejs6?

Je viens de lire aussi que syspath se trouve fréquemment en conflit avec les fichiers installés par un RPM hors Software Collection.

Pour les utilisateurs de Yunohost c'est un clic pour NextCloud, un clic pour Collabora.