Thierry Thomas a écrit 1242 commentaires

On constate aussi pas mal d'activité sur GitHub, avec pas mal d'issues.

LibreSSL, pour faire le pendant à OpenOffice / LibreOffice.

pour l'instant, la version 1.0 n'est publiée qu'en source (tar.bz2)

Le package FreeBSD est disponible.

Il y a une dizaine d’années, j'avais aussi souffert de maux de dos, et on m’avait conseillé l’aviron, qui était paraît-il le sport le plus adapté. Mais je n’ai pas essayé, pour des raisons d’éloignement.

Contrairement à ce que beaucoup de personnes croient, l’équitation est aussi recommandée – quand on monte bien –, car elle muscle le dos.

totalement dénormalisées : c'est voulu dans certain cas, bon si tu as une bonne définition récente de table normalisée (JF CODD ?) je pourrais te donner certaines raisons de ne pas normaliser tes tables.

Lorsque l’on rencontre des problèmes de performances sur certaines requêtes, il est tout à fait possible de dénormaliser le modèle physique d’une base de données, on est bien d’accord !

Mais quand ça concerne des pans entiers d’un schéma, là j’ai de très gros doutes ! Et lorsqu’en plus les noms des tables et des colonnes ne sont pas des noms mnémoniques dans une aucune langue courante mais des codes générés pour lesquels aucune correspondance n’est fournie, le doute n’est plus permis.

Par contre je vous dis pas le boulot, dans mon souvenir SAP pouvait contenir jusqu'à 9000 Tables ! si cela se trouve maintenant on doit approcher les 10000.

Du peu que j’en avais vu il y a quelques années, ces tables étaient d’ailleurs inexploitables : totalement dénormalisées, en dépit du bon sens et au risque de plomber les performances, avec des noms de champs non significatifs.

On retrouve d’ailleurs cette volonté « d’obfusquer » le modèle de données dans d’autres progiciels non-libres : Documentum ou l’EPM de Microsoft par exemple.

En fait, quand la structure de données à stocker est très simple, l’idéal est un fichier CSV (à condition de choisir un séparateur de champs non utilisé dans les données), ou un fichier INI si on n’a qu’un seul enregistrement.

En utilisant la première ligne comme en-tête, on a l’avantage de l’auto-documentation. Et avec AWK (ou Perl pour les plus vicieux), sort et uniq, on a l’outillage universel pour les manipuler.

Si la structure se complique un peu, disons 2 entités et une relation en langage MCD, on s’en sort encore très bien avec 2 fichiers CSV, et en ajoutant join, comm et paste aux outils, ça roule.

Au delà, eh bien soit on dénormalise la structure pour faire tenir nos données dans 2 fichiers CSV en acceptant quelques limites, soit il faut oublier les fichiers plats et passer à une base de données.

Le XML, ça n’est rien d’autre qu’une tentative de faire rentrer une base de données dans un seul fichier, ce qui peut éventuellement se justifier en tant que format pivot dans le cadre d’échanges hétérogènes, mais pas plus – surtout un vendredi !

Merci pour cette dépêche très intéressante, on attend la suite avec impatience !

Je me permettrais une petite suggestion d’ajout : la bibliothèque de messagerie instantanée Tox, et les clients qui l’utilisent.

C’est tout de même le deuxième point de la FAQ de fr.lettres.langue.francaise, qui a le mérite de renvoyer vers l’Éthylo…mogie.

Si c’est réellement dangereux, je préconise que l’on interdise aussi les JMP dans le code généré.

Il y a tout de même une différence : sur l’agenda du libre, c’est juste une annonce, alors qu’ici cela peut déclencher des réactions et des échanges.

L’UFC Que Choisir a ça : carte de la couverture réseau.

Mais je ne sais pas si les données brutes sont accessibles.

Il est fort ce GMail ! Il dit quoi à propos de ma timezone ? :D Je suppose que ça ne marche qu'avec ta liste de contact qui eux même utilisent les services Google et/ou qui sont loggués via un Google ID.

Pas forcément. Je ne connais pas Gmail, mais Horde / IMP sait utiliser GeoIP pur afficher le petit drapeau correspondant au pays de l’expéditeur. Bon, c’est sûr que ça ne résiste pas à l’épreuve de ceux qui utilisent des domaines enregistrés ailleurs que chez eux…

En fait, comme le temps de réponse est très long, si on relance la requête, il se peut que ça ait évolué entre temps.

Je ne vois pas bien le rapport : en principe, de gmail, on ne voit que la partie client (webmail), mais je n’ai jamais vu d’infos sur le(s) serveur(s) utilisé(s) ?

aucun n'a la lenteur du mastodonte tt-rss

C’est tout de même bizarre : le TT veut dire Tiny-Tiny ! J’en ai un sur un petit serveur derrière ma ligne ADSL en SSL, et je le trouve bien réactif, avec pas mal de flux, dont certains plutôt lourds.

Mais comme toujours, ce genre d’applis dépend de beaucoup de choses : le SGBD utilisé (MySQL ou Postgres ?), sa configuration, le mode de mise à jour (curl ?), le serveur web utilisé et sa config, PHP via FPM ou mod_php ? Utilisation d’un cache ? Tous ces paramètres ont une influence !

Le problème, c’est qu’en montagne, on n’a souvent pas de réseau ! Il faudrait charger une carte de la couverture des opérateurs utilisés pour l’itinéraire prévu avant le départ, et en tenir compte.

Ah ben oui la preuve : chaque logiciel a une structure de log textuel qui est la sienne. SUPER.

En des décennies, on a pas été foutu de standardiser un minimum tout ça.

Et pourtant si : Le format Syslog.

Donc, sur Linux, si ps auxwww | grep ntp trouve quelque chose, vous êtes concerné.

En principe, si on n'est pas serveur ntp, le port 123 (udp et tcp) est fermé, et même si on a un ntpd qui tourne, ça ne va pas chauffer.

Philippe Scoffoni vient justement de publier un article sur Jitsi, et je me disais qu'il faudrait que je teste ça.

Quand on voit le nombre de pseudo-listes spammantes qui arrivent encore à sortir de chez eux !

Je vais arroser ça avec un vieux scotch !

Il manque le lien : un vieux scotch !

Posté par plagiats

Quel hasard !

Nico (le dév de poche)

Il est tout petit ?

Je crois qu’il est temps de republier un lien vers la FAQ avortement de news://fr.soc.feminisme.