🚲 Tanguy Ortolo a écrit 12224 commentaires

Pitié, pas encore une API de plus, faites un truc standard à vocation indépendante…

Boaf, non, un fichier par article, contenant : un en-tête avec des indicateurs lu/non lu, date, titre, et un corps avec le contenu de l'article.

Ce qui serait génial, ce serait un genre d'OPML, étendu pour indiquer les articles lus et non lus. Ça permettrait d'avoir un serveur très simple pour utilisation avec un logiciel dédié, surtout que c'est la mode en ce moment, d'avoir des logiciels dédiés pour tout et n'importe quoi.

• le classement des flux par tag et/ou catégorie
• garder un historique complet des flux

C'était le sens de mon « grosso modo ». Des trucs qui se stockent très bien dans un système de fichiers, avec des répertoires et des liens symboliques par exemple, ou de simples fichiers de configuration.

Par contre je pense que tu peut avoir de meilleures performances avec un moteur de base de données. Notamment grâce des index plus faciles à construire et à garder cohérent.

S'il s'agit d'utiliser un modèle relationnel, oui, mais je doute que ce soit le cas ici. Un système de fichiers, c'est indexé normalement, donc en l'utilisant intelligemment, tout va bien.

Ah, mince. Un de moins.

Dans ce cas précis, le fait que ce moyen de stockage soit inutile et inapproprié (il s'agit de stocker grosso modo une liste de flux, pour chaque flux une liste d'articles lus, et un cache des articles en question), et que ça complique l'installation. Pas de serveur de base de donnée sur mon serveur.

L'utilisation de bases de données provient surtout d'une maladie qui touche les développeurs PHP, qui les pousse à utiliser une base de données, de préférence MySQL, dès qu'il s'agit de stocker quelque chose.

Et quand on n'aime pas les serveurs de bases de données :

• kriss feed
• Aeres
• selfoss
• RSSMiner
• Gregarius
• Miniflux

Tiens, je suis sûr que l'auteur de ce genre d'article s'offusquerait que les serveurs vocaux aient toujours une voix féminine. Femme-objet, toussa… Et s'ils avaient toujours une voix masculine, je suis sûr qu'elle s'en offusquerait pareil en trouvant d'excellentes raisons pour cela…

Par exemple, si on m'avait demandé à 6 ans si les filles sont plus fortes que les garçons et si les filles expriment plus leur sentiment, j'aurais répondu respectivement "non" et "oui".

Et tu aurais eu raison, parce que c'est indéniablement vrai, au moins le premier : les garçons sont en moyenne plus forts que les filles, et les hommes plus forts que les femmes. C'est pour ça que la plupart des sports séparent les hommes et les femmes, et heureusement sinon les femmes n'auraient aucune chance à ces sports.

Je crois que ce qui la choque, c’est le fait que le personnage en question soit un robot-femme et cette association, justement, femme/machine.

Oui, mais ça c'est la suite de sa citation. Le début est inutile…

J'ai ri.

Personnellement, je pense qu'il faut vraiment être atteint pour voir un mâle quand on dit « un tabouret » et une femelle quand on dit « une chaise » (Je me demande bien ce que cela donne quand on les accouple).

Ben, ça donne des petites chaises et de petits tabourets, avec une probabilité de moitié-moitié.

Une sentinelle, une recrue.

Bon, c'est long, beaucoup trop long pour moi, ça. En revanche, pour avoir parcouru le début, j'ai l'impression que l'auteur critique des comportements réellement sexistes et problématiques, mais s'offusque également de façon artificielles de choses que personne ne remarquerait. Par exemple :

Fumito Ueda, directeur des merveilleux ICO et Shadow of the Colossus, explique que le héros de son prochain jeu The Last Guardian sera (encore) un garçon, car « les filles portent des jupes, et les joueurs pourraient déplacer la caméra de façon inappropriée »

Alors quand on représente des personnages féminins bien roulés c'est scandaleux, mais quand on n'en représente pas ça l'est également ? À la rigueur, le coup de la jupe est curieux, on aurait pu avoir une fille en pantalon, mais si le but est de représenter un gentil petit garçon ou une gentille petite fille, elle va être en jupe effectivement… Bon, la suite de la citation est effectivement plus ennuyeuse.

Paragraphe suivant :

Le créateur français David Cage raconte dans une interview qu’il préfère écrire des personnages féminins : « Ce que j’aime avec les femmes, c’est qu’elles peuvent se battre, elles peuvent s’énerver très fort, elles peuvent être bouleversées, elles peuvent pleurer. Elles ont toute une palette. Elles ont une variété d’émotions plus large que les personnages masculins. J’aime vraiment beaucoup écrire des femmes. Ecrire Kara, par exemple, était un grand plaisir pour moi, parce qu’on pouvait vraiment passer de sa naïveté, à l’humour, puis au pleurs. Et à sa peur. Elles peuvent vraiment exprimer tout ça, alors que nous les hommes, on exprime pas tellement nos émotions en public ».

Euh, et alors ? C'est vrai en général, que les femmes montrent plus leurs sentiments, et c'est censé être un problème de le dire ? Là encore, la suite est problématique, mais pas le début je trouve.

Ou encore :

Apprendre à dessiner des comics : diversité masculine…et féminine.
Le commentaire de l’auteur: “Avec les personnages masculins, il est possible de modeler leurs corps de nombreuses façons différentes pour produire une large palette de personnages cools. Ce n’est pas aussi simple pour les femmes. Les femmes dans les comics sont généralement attirantes – même les méchantes. Surtout les méchantes ! La Voluptueuse Coquine et la Mauvaise sont les plus attirantes dans les comics de pointe. Donc vous n’avez pas autant de libertés pour le corps. Vous ne pouvez pas dessiner des femmes brutales ou vous perdrez leur attirance.”

Et ? Les canons du comic limitent effectivement la diversité des personnages féminins, mais je ne vois rien de bien scandaleux là-dedans. Le fait que les héroïnes doivent être en bikini, d'accord, c'est agaçant, mais le fait qu'elles doivent être jolies, franchement…

Bon, après, l'essentiel de cet article, enfin du début de cet article, dénonce effectivement des cas qui craignent et pas qu'un peu.

La page fait 650 k, c'est pas non plus énorme au final

Près d'un Mio pour une page ? Si, c'est énorme.

Votre problème avec les logs, c'est parce qu'avec LXC, il n'y a pas de séparation des logs du noyau. Si les syslogd de l'hôte et d'un ou plusieurs invités essaient d'accéder au log noyau, chacun en récupère un bout au petit bonheur, ce qui est très foireux.

Solution : dans les systèmes invités, désactivez le plugin klog de rsyslogd.

Ou Lightspark.

Vu les commentaires précédents, il semble que LiquidPrompt recalcule à chaque fois tout ce qu'il affiche, notamment les informations de gestion de version. Ces informations ne changeant que si on sort du répertoire — et pas si on s'enfonce plus loin — ne serait-il pas possible de les cacher, pour ne recalculer tout ça que lorsque c'est nécessaire, donc lorsqu'on remonte dans les répertoires au-delà du répertoire où le système de gestion de version a été découvert ?

Le logiciel libre, c'est le communisme. C'est ce qui fait sa beauté et son succès (tout relatif).

Ou pas. Je fais du logiciel libre, mais Dieu merci, je ne fais pas de communisme.

Parce que selon l'environnement, ils peuvent être codés différemment, et que tu peux donc te retrouver dans l'incapacité de te connecter même en saisissant le bon mot de passe.

Euh, d'une façon générale, mauvaise idée à mon avis, les mots de passe qui sortent de l'ASCII…

Ça n'empêche que les attaques par proximité physique, pas les achats avec une carte volée…

Parce que, les cartes sans contact, ça craint pour deux raisons :

• ça permet de l'extraction de données ou des débits par proximité physique ;
• ça permet des débits sans code !

Ce sont des serveurs de résolutions menteurs notoires ça. Donc pas une réponse à la question…

Peu-être parce qu'il est en Chine et que je doute que l'on arrive à faire fonctionner son propre serveur DNS là bas…

S'ils bloquent les requêtes DNS, passer par un serveur de résolution externe n'est pas une solution, puisque ses requêtes à ce serveur seront bloquées de la même façon.

Une parade : rendre illisibles les 3 derniers chiffres au verso de la carte, par exemple avec un poinçon ou une pointe de couteau. Parfois, ces 3 chiffres sont devinables au recto de la carte, il convient alors de gratter également le recto de la carte.

Oui, alors ça c'est le comble : ces trois chiffres ont été introduits pour ajouter un identifiant qui ne soit pas décalcable par simple empreinte de la carte en relief. Mais ces abrutis les gravent sur la carte d'une façon telle que… ça se voit en relief sur le recto !