Boulot de débutant ça encore hé hé hé, ne jamais modifier l'URL après publication. Il vaut mieux faire une redirection.
Tcho !
Ahah tellement :) C'est automatiquement fait sur mon blog maintenant, Tinternet ne m'appartient cependant pas, du coup… :-° Merci pour la correction !
Attention, cela ne marche que si la commande whois inclus un champ pour “Expiry Date”. Ça ne fonctionnera pas pour .de, par exemple.
Effectivement. J'ai intégré d'autres formats et si l'un d'eux n'est pas visible dans le retour de whois, c'est un “FAIL” qui sera affiché. Les whois de mes domaines retournent tous le champ “Expiry Date” donc ça répond à mon besoin. J'ai les TLD suivants : .com, .fr, .io, .org, .info, .tv et du .net.
Tu fais disparaître tous les projets libre/open-source, la majorité des projets proprios font le vol aussi (j'écris ça sans source).
Les gens ne sont plus éduqués à connaître les outils qu'ils utilisent. Le marketing que les libristes peuvent détester (et j'en fais parti) conduit les gens à n'être que des consommateurs et rien de plus. On leur dit que Foo et meilleurs que Bar et ça leur suffit pour passer de Bar à Foo (sprintf Google Chrome et Firefox).
Dans ton analyse, tu échappes une partie de la population que veut reprendre les choses en main, surtout quand il s'agit des outils que leurs enfants utilisent (@see https://www.tinternet.net/ + les échanges avec les gens [très très loin des geeks] lors des rencontres).
Concrètement c'est quoi les avantages (et inconvénients) de Gitea par rapport à Gogs, mis à part les histoires de communauté ?
Ben… les histoires de communauté. Gitea est dev par un groupe qui accepte les collaborations, Gogs par un mec tout seul qui veut pas qu'on touche à son code.
Depuis le temps, je pense que Gitea a plus de fonctionnalités (notamment celles refusées dans Gogs), après.
Qu'est-ce qu'on trouve dans Gitea qui manque à Gogs ? J'ai mon instance Gogs mais je ne vois pas d'intérêt réel pour moi d'effectuer une migration…
Il y a 2 choses intéressantes dans Gitea qui manquent à Gogs et que j'attendais :
Petit indice: dans l'article il y a lien vers une page de comparaison. Des fois c'est intéressant de lire les articles, vous allez voir, c'est dingue ce qu'on peut apprendre ! Ça peut même répondre aux questions qu'on se pose en lisant le titre… ;-)
Bon j'arrête de moquer, voici le lien pour les flemmards ou les pressés : https://docs.gitea.io/en-us/comparison/
Ahhh mais qu’il est mauvaise langue ! J’avais déjà lu l’article (ce qui m’a amené à penser que passer par toutes les versions successives pour migrer c’est c***t et d’où ma question « pourquoi se donner tant de mal ? »)
Bon mais entre lire un article et lire tous les liens proposés par l’article, il y a une petite différence ;)
Et en effet après lecture du tableau il y a pas mal d’ajouts ! Pas encore assez pour me faire migrer mais je garde un œil dessus. S’ils ajoutent le CI/CD je saute le pas
« Au début d’internet, pour se rendre sur un site, au lieu de taper lesite.com il fallait taper son adresse IP » Mais c'est quoi, ces conneries ? Le DNS existait bien avant le Web !
« Un serveur DNS […] reçoit même des metadata tel que la résolution de votre écran » On trouve vraiment n'importe quoi sur le Web. On peut voter “Moins” sur le Journal du Hacker ?
“On peut voter “Moins” sur le Journal du Hacker ?”
Nope, c'est pas l'approche du Jdh de pénaliser les créateurs de contenu, même s'ils écrivent des bêtises parfois, on préfère penser qu'ils vont s'améliorer à partir des retours qu'on leur fait ou les retours que l'exposition via le Jdh va leur apporter.
De plus c'est pas parce qu'il y a des erreurs techniques et historiques que le fond de l'article n'est pas intéressant, à savoir mettre en avant le fait que des infos persos fuitent via les serveurs DNS. C'est sûrement une évidence pour les spécialistes, mais pas pour tout le monde.
Le fait de parler d'une chose importante (les fuites d'information via le DNS) n'excuse pas les erreurs. Sur toute chose importante (Linky, le réchauffement planétaire, les vaccins, etc), des gens disent des énormités. Faut-il les accepter puisqu'au moins, ils parlent de questions cruciales ?
Oui. Les débutants et le droit à l'erreur n'ont pas leur place ici ? Le Jdh n'est pas là pour contrôler la véracité et l'exactitude de tout article qui est remonté dessus, qui le pourrait ?
Cet article a 2 votes au bout de 5 heures, il ne faut pas croire que c'est juste une coïncidence mais également le fait que certains ont lu et ont décidé de ne pas voter pour. Chacun est responsable de son article (chez lui, sur son site/blog), OrelAuwen verra probablement ces commentaires et fera des corrections sur son article.
Tcho !
Accepter les erreurs non bien sûr, ce serait à la fois dommage pour les lecteurs et pour le rédacteur, mais les remonter à l'auteur dans l'espoir qu'il les corrige est à mon avis une action plus participative et efficace que nier en bloc l'effort de production de contenu de la personne, surtout si l'article va dans le bon sens.
Personnellement j'ai toujours corrigé mes articles quand on m'a remonté des points incorrects ou imprécis. Et sur le Jdh, plusieurs auteurs suivent les commentaires et réagissent quand on leur fait des remarques. C'est une façon de fonctionner qui, je trouve, permet d'encourager et valoriser l'effort de l'auteur, mais aussi l'effort de la communauté qui réagit au contenu qu'on lui soumet et ses réactions et remarques peuvent se concrétiser par une amélioration du contenu en question.
Euh, j'ai remonté à l'auteur (via le formulaire de commentaire du blog), donc je ne me sens pas concerné par ces reproches.
ah désolé si ça sonne comme des reproches, ce n'était pas le but, je rebondissais plutôt sur ta question de voter “moins” pour détailler la démarche du Jdh et mon point de vue personnel. @cascador a d'ailleurs écrit un article il y a quelques temps sur le blog du Jdh “Le downvote en question” https://blog.journalduhacker.net/index.php?article153/le-downvote-en-question
On note aussi le 323 dans une adresse IPv4… enfin, le message de fond est pas mal, mais faudrait quand même corriger les quelques erreurs, parce qu'au mieux ceux qui n'y connaissent rien vont retenir des bêtises, au pire ceux qui y connaissent pas grand chose mais un peu quand même risquent de remettre en cause la crédibilité de tout l'article…
Ça permet de ne pas utiliser une IP qui existe. C'est une méthode courante dans le cinéma d'ailleurs et ça ne change rien au message de fond.
Tu peux utiliser une IP valide spécialement conçue pour être utilisée dans ce genre de cas.
https://tools.ietf.org/html/rfc5737
Bon je sais pas si le cinéma ça rentre dans le cadre « documentation », mais pour l'article dont il est question ici, je trouve que ça a sa place.