On est d'accord :-) C'est juste que j'avais à l'esprit que quand la syntaxe est simple, on a moins d'interrogations et au début j'en avait quand même pas mal avec Markdown (comparé aux syntaxes Wiki et Asciidoc.) Plus tard, j'ai continué à me poser des questions parce-que pendant longtemps je n'ai pas compris que c'était juste limité et qu'il fallait pas chercher (sinon on perd des heures pour découvrir que ce n'est pas possible) et faire des compromissions un peu étranges et peu satisfaisantes. Encore beaucoup de questions quand on se préoccupe de la portabilité : si je n'écris que pour Linuxfr, pas de soucis ; si j'espère réutiliser le même sur Medium ou dans mon Gitea ou autre, ça va être la prise de tête pas drôle.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Pas « n'aurait pas été lisible » mais plutôt « n'est pas très lisible » Les backticks sont déjà utilisé pour des éléments d'affichage : j'ai besoin de distinguer sémantiquement quand j'écris (d'où des marquages différents) et ici quand c'est affiché (d'où le manque) ce qui est saisi et ce qui est affiché. Ce n'est pas juste d'avoir une police mono, mais d'avoir deux contextes distincts et à distinguer et qui sont tous deux en mono…
Edit : j'ai déjà eu des cas où les tables ne prenaient pas ; et aussi des syntaxe de tables différentes.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Assez récemment encore j'en ai eu besoin, de mettre du balisage HTML dans le dernier journal que j'ai pondu ici. :-) Rien que d'utiliser des tableaux montre déjà que tu es confronté aux grosses limitations de Markdown car ce n'est pas de base (tu utilises un ajout qui n'est garanti de fonctionner dans tous les dialectes et donc n'est pas portable.) ;-) Ce que tu appelles contenu sobre, pour moi ce sont surtout des commentaires (comme j'ai dit dans un autre commentaire)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
On fait tous et toutes des raccourcis bon ou mauvais ; le courage set d'oser poser des questions… (beaucoup, y compris parmi les gens qui se moquent, ne sont pas plus avancés/avancées)
Python est transversal et utilisé par plusieurs distributions, c'est plus gros (que Gentoo par exemple) avec des impacts plus visibles. En plus de cela, ce sont les commentaires sur un autre journal qui ont justifié cette dépêche, te permettant de poser tes questions (visiblement ce n'était pas clair pour tout le monde) https://linuxfr.org/users/serge_ss_paille/journaux/pypi-et-les-projets-critiques
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Je crois comprendre… Mais ces tableaux sont encore lpus basiques non ? https://orgmode.org/guide/Tables.html
…c'est comparabel aux tableaux du Markdown de Linuxfr ou GMF
…et si on a moins de fonctionnalité, c'est forcément plus simple. :-)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Pas vérifié pour les autres, mais Github supporte aussi ReStruturedText : comparé à Asciidoc c'est tout aussi puissant mais moins compatible Markdown.
Concernant les outils disponibles, le lien mentionne justement le fort couplage entre un site/plateforme et une appli, le format n'est pas portable/pérenne pour de la doc. Les reproches faits à Markdown peuvent se résumer dans l'absence de marquage/structuration évolué/complexe et beaucoup d’ambiguïté pour des choses quand même simples.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Dans l'équipe en question on y allait directement en ligne de commande (je ne suis perso pas fana des interfaces qui masquent des trucs, même si je peux comprendre le besoin d'une interface qui simplifie les choses ou les rend plus visuel) Pour la petite histoire, j'avais rédigé les docs et on y mentionnait toutes les étapes avec la justification ; mais syndrome RTFM, les ops sautaient des étapes par flemme (de lire) il semble.
Les ops ne lisaient pas non plus les messages et avaient effectivement du mal avec le staging : ça recopiait juste les commandes de la doc sans chercher à comprendre, et dans la précipitation ça sautait des lignes sans s'en rendre compte.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Les pouvoirs publics sont noyautés par les lobbies… Quand tu vois que certains pays se disent souverains nuageux en confiant leurs données (ou plutôt celles des citoyens) à des entreprises étrangères qui ne replissent pas des critères dument établis :-(
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Je comprends mieux… Le site de démo, comme souvent, veut montrer quasiment tout ce qui est possible… Et accessoirement ne pas perdre la clientèle initiale (le monde journalistique sait ce que sont les surtitres —je l'utilise par exemple comme titre d'une série quand le site ne prévoit pas d'avoir un dossier dédié— et les chapos etc. —et il trouveront qu'il manque les 1 à 3 exergues…)
Pour SQLite, je l'ai mentionné parce-que répondant à ta problématique de ne pas avoir de système client-serveur séparé et pouvoir migrer que des fichiers. Mais bon, on reste dans le cas du fichier binaire (pour du pur-texte j'utilise DokuWiki pour lequel je n'ai pas fait de réponse parce-que tu tu ne semble pas vouloir de la fonctionnalité de versionnage que je ne sais pas désactiver —n'ayant pas cherché— et que tu ne veux pas utiliser de SCM/Git —même si un backup traditionnel fait bien l'affaire aussi.)
Pour les mots clés, de mémoire (je ne suis pas devant une instance SPIP pour confirmer et surtout je réponds en m'appuyant sur mes souvenirs pas très frais), le mode simple correspond à ce qu'on trouve généralement : quand tu choisis une catégories/thématique, tu peux y choisir un seul tag (et il fait regrouper les tags de sorte que les catégories ne se chevauchent pas.) Dans le mode avancé/complexe, tu peux indiquer pour chaque groupe si on peut avoir plusieurs sélections pour un même groupe. Exemple si tu décris des installations de systèmes, tu choisis le mode simple et le groupe de mots (la thématique) système te permet de choisir chaque fois le système dont ton billet parle de l'installation. Par contre, si tu utilises les mots clés pour indiquer les plate-formes supportées par un logiciel, tu as besoin du mode avancé pour les groupes. Le but est toujours d'avoir une interface simplifiée et épurée ; si pas besoin de sélections multiples pas la peine que la conf des groupes et la sélections des mots-clés soient surchargés…
Le thème par défaut, de mon point de vue fait très démo : ça montre pratiquement tout ce qui est possible, et en plus c'est assez bien fait pour s'adapter à toutes les configurations (élément activés ou pas dans la configuration) mais pas vraiment « sexy » ni conçu dans l'esprit « blog » Par condre je plussoie ta démarchu de commencer et prendre tes marques avec celui-là ; on est plus avisé /e dans le choix d'un squelette dédié après. (en tout cas on voit mieux ce qui est mis en avant et les manques car il y a toujours des choix qui sont faits.)
Pour le titre du site (et d'autres éléments) il faut repasser dans la configuration pour indiquer le nouveau (sous)-domaine…
De plus, il y a une politique/gestion de cache qui fait que le site est quasiment statique, en tout cas pour certains anciens contenus. (je dis quasiment car ce n'est pas une vraie page statique qui est servie et qu'il y a un léger calcul pour regrouper les morceaux, mais tout le PHP+SQL n'est pas réexécuté à chaque hit, ce qui m'avait manqué sous Wordpress il y a longtemps quand j'avais essayé.)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Tout à fait, mais je n'ai pas voulu être probablement mauvaise langue en pointant la mauvaise volonté (sans preuve indiscutable …même s'il est vrai que je ne donne pas d'élément d'identification ici) Plus précisément, j'ai cru déceler avec les deux derniers avec qui je l'ai vécu plus une volonté de ne pas comprendre Git (et de ne pas apprendre de nouveaux contextes et façon de faire en général) que de la volonté d'emmerder (mais au final quand ça fout la grouille ça y ressemble un peu pour les anciens dont je faisais partie.) :-( Ces gens faisaient le minimum syndical…
Dans la même boîte, avec l'équipe d'avant, on a vu aussi des souci (d'où le fait que je me dis que Git n'est pas trivial si on n'est pas correctement pris en main, ce qui ne prend que dix à quinze minutes pour les commandes de bases appliquées à un dépôt existant) mais la personne s'est vite rendu compte que ça n'allait pas et a demandé de l'aide aux collègues …et aujourd'hui dans une autre boîte le même sys-admin git les doigts dans le nez :-D
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
la syntaxe semble tellement tomber sous le sens (c'est quasi la même que Creole qui a produit une documentation abondante sur les raisons de tel ou tel autre choix)…
Exactement, la raison pour laquelle je dis que la syntaxe Wiki est mieux fichue (en plus d'être plus riche de base) que Markdown ! Malheureusement, il y a beaucoup de dialectes qui ont l'avantage d'être plus riche que Creole (mais n'est-ce pas le même souci avec toutes les « saveurs » de l'autre qui font que je ne peux pas juste prendre mes écrits pour Github ou Gitlab et les mettre sur Linuxfr juste pour prendre cet exemple.)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
La transition sera d'autant plus longue que la très grande majorité des utilisateurs n'ont pas vu de problème quand on leur a rapporté les multiples scandales de boites qui marchent allègrement sur les lois et se foutent totalement de ce qu'on fait de leurs données ou de la façon dont on va les manipuler avec des algos pas faits pour leur bien-être.
Je doute très fortement que le coup des URLs changera quoi que ce soit.
Je doute aussi que le coup des URLs parle à grand monde, mais on propos est que à chaque égratignure on a une excuse de plus pour se barrer… Et il faudrait lire la longue liste des chefs d'accusations aux aveugles au lieu de les encourager à la complaisance ou de se dédouaner de nourrir le système à base de « pas le choix, on a trop d'infos vitales dessus blah blah » Comme expliqué dans un autre commentaire, d'autres ont fait le saut et la mort sociale dont on les menacé en cas de sortie de la secte/matrice n'a pas eu lieu.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
En plusieurs années d'admin systèmes je n'ai grosso modo que utilisé les commandes git suivantes: add, commit, pull, push, restore et parfois revert.
Pour être dans le métier (enfin jusqu'à il y a peu), je vois (ou plutôt, maintenant, j'ai vu) beaucoup d'admins pour qui c'est compliqué : pas de pull avant de modifier leur local poussiéreux puis, éventuellement de push et écraser tout ce qui a été fait entre temps, quand ils prennent le temps de bien faire, c'est panique à bord parce-qu'ils ont modifié avant de récupérer le distant et qu'il y a un conflit qu'ils savent pas résoudre, etc.
Est-ce que par hasard, cela ne serait pas dû à une mauvaise expérience
La mauvaise expérience c'est presque sûr. Je trouve honnête de ne pas forcer et d'admettre qu'on n'a pas compris que de jouer avec les données et foutre n'importe quoi (par contre dommage de servir cela avec de mauvaises excuses mais peut-être que l'absence du bon diagnostique peut expliquer la chose.)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Comme mentionné dans d'autres commentaires il faut des bibliothèques dédiées, qui ne sont pas si simples malgré cela. et évitent les mois dans la mesure du possible.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Sauf que ça veut dire que l'équivalent du mois de juin tombe de temps en temps en hiver,
Si tu avais pris la peine de regarder tu verrais que ton juin ne tombe jamais en hiver,
Je reformule : dans lequel de mes liens as-tu lu que juin tombe de temps en temps en hiver ? Les trois exemples que j'ai pris sont calés sur 365 jours et commencent le premier janvier : les saisons théoriques tombent encore dans les mêmes périodes, ou alors il y a un passage dont j'ai eu une mauvaise compréhension ?
Les difficultés liées aux irrégularités des mots ont souvent été évoquées ici, et ce n'est pas pour rien que la gestion des certains calculs de dates fait une grosse partie du code qui n'est pas exempt de bogues. Tout con par exemple, comment tu ajoutes deux mois à n'importe quelle date …sans devoir énumérer plein de cas particuliers ?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
L'article conclue par « Users could avoid Facebook, but that may not be possible all the time. » ; mais moi je dis dis juste que « Users should avoid Facebook, full stop. »
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Hier encore, influencé cette fois par le site toolinux.com, je songeais à nouveau à SPIP, qui a le grand mérite de s’attarder sur la typographie française et de privilégier la lisibilité et l’accessibilité. J’ai découvert plus avant l’implication et le travail de Romy, et qu’elle était à l’origine de Cuisine Libre en plus de TinyTypo, chapeau madame. Mais SPIP, en plus de reposer sur une base de données traditionnelle, s’appuie sur une interface d’administration obligatoire m’imposant mille fonctions (de travail collaboratif et de révisions, ou de publication avec sur-titres, sous-titres, chapeaux…) dont je n’ai pas du tout besoin, tout en ne proposant par ailleurs pas de base la possibilité d’organiser les publications autrement que de manière hiérarchique et non transversale. S’il y a bien une chose que j’apprécie dans Wordpress, c’est ses catégories et étiquettes, et leurs pages d’affichage fournies en standard. J’aimerais un outil qui laisse mettre en place ses propres taxonomies et des boucles liées sans devoir en passer par du code, et vu tout ce qui est développé, notamment Gutemberg chez Wordpress, c’est un souhait tout à fait raisonnable, mais je garde aussi ma liste au père noël pour une autre publication.
Tout d'abord, concernant la base de données, tu n'as besoin d'un SGBD supportant des connexions multiples si tu es seul/seule à écrire du contenu (cas d'un blog perso) et/ou s'il y a très peu de comptes et de publications (j'entends par là que vous n'êtes pas une dizaine à publier une foule d'articles toutes les heures ?) Ça tombe bien, SPIP supporte les moteurs PostgreSQL, MySQL/mariaDB, SQLite …ce dernier répond très bien à ta problématique : quand tu transfères ton site, le fichier de bdd l'est aussi et ce ne sont pas des opérations à côté et pas plus de ressources.
Ayant souvent du contenu structuré, j'ai toujours détesté son absence dans Wordpress ; et je vois beaucoup de site basés dessus qui sont obligés de faire des contournements du système de catégorisations ou d'installer des plugins. Comme tu n'as pas ce besoin, pas de souci : il te faut juste créer une rubrique racine fourre-tout que tu appelleras blog qui seule sera affichée par ton squelette. Si demain tu changes d'avis, ton site peut facilement évoluer (mais on ne va pas détailler cet aspect qui est loin de tes préoccupations.)
Il existe déjà des squelettes si tu n'as pas d'idée ou de temps pour t'en faire un sur mesure → https://contrib.spip.net/Squelettes-pour-blog
Les catégories et étiquettes existent de l'autre côté et s'appellent groupes de mots et mot-clés. Leurs pages d'affichage fonctionnent de la même façon avec la plupart des squelettes évoqués, mais tu es libre de faire à ta sauce sans sortir l'artillerie de dev PHP comme en face. D'ailleurs, faire des boucles liées et sur mesure est dans l'ADN de SPIP et il te suffit d'adapter ton squelette et d'utiliser les nombreux plugins disponibles pour te simplifier l'existence.
Pour les fonctionnalités qui seraient imposées, ce n'est pas du tout le cas. L'installation par défaut ne te demande que le titre et le texte de l'article. Mieux, tout juste après l'installation, à la première connexion, tu es invité/invitée à tout configurer à ton goût et tu verras que rien n'est imposé.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Parmi toutes les propositions possibles j'ai listé celles qui, solides, qui remplissent tes critères. Si tu avais pris la peine de regarder tu verrais que ton juin ne tombe jamais en hiver, mais bon c'est plus facile un raisonnement non basé sur les faits.
Passer de sept mois irréguliers à zéro mois irrégulier et un ou deux jours particuliers c'est sûr que ce n'est pas plus régulier. C'est une façon de voir les choses ; je ne pige pas mais pourquoi pas ?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Oui mais...
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Les limites de Markdown (pour rédiger de la documentation) face aux capacités d’Asciidoc. Évalué à 3. Dernière modification le 20 juillet 2022 à 11:53.
On est d'accord :-) C'est juste que j'avais à l'esprit que quand la syntaxe est simple, on a moins d'interrogations et au début j'en avait quand même pas mal avec Markdown (comparé aux syntaxes Wiki et Asciidoc.) Plus tard, j'ai continué à me poser des questions parce-que pendant longtemps je n'ai pas compris que c'était juste limité et qu'il fallait pas chercher (sinon on perd des heures pour découvrir que ce n'est pas possible) et faire des compromissions un peu étranges et peu satisfaisantes. Encore beaucoup de questions quand on se préoccupe de la portabilité : si je n'écris que pour Linuxfr, pas de soucis ; si j'espère réutiliser le même sur Medium ou dans mon Gitea ou autre, ça va être la prise de tête pas drôle.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: adoption
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Les limites de Markdown (pour rédiger de la documentation) face aux capacités d’Asciidoc. Évalué à 3. Dernière modification le 20 juillet 2022 à 11:43.
Pas « n'aurait pas été lisible » mais plutôt « n'est pas très lisible » Les backticks sont déjà utilisé pour des éléments d'affichage : j'ai besoin de distinguer sémantiquement quand j'écris (d'où des marquages différents) et ici quand c'est affiché (d'où le manque) ce qui est saisi et ce qui est affiché. Ce n'est pas juste d'avoir une police mono, mais d'avoir deux contextes distincts et à distinguer et qui sont tous deux en mono…
Edit : j'ai déjà eu des cas où les tables ne prenaient pas ; et aussi des syntaxe de tables différentes.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: adoption
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Les limites de Markdown (pour rédiger de la documentation) face aux capacités d’Asciidoc. Évalué à 2. Dernière modification le 20 juillet 2022 à 08:19.
Assez récemment encore j'en ai eu besoin, de mettre du balisage HTML dans le dernier journal que j'ai pondu ici. :-) Rien que d'utiliser des tableaux montre déjà que tu es confronté aux grosses limitations de Markdown car ce n'est pas de base (tu utilises un ajout qui n'est garanti de fonctionner dans tous les dialectes et donc n'est pas portable.) ;-) Ce que tu appelles contenu sobre, pour moi ce sont surtout des commentaires (comme j'ai dit dans un autre commentaire)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Prendre le temps d'apprendre
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Bloguer pour pas trop cher, avec du logiciel libre et sobrement, en 2022. Évalué à 3.
oui, quand on a plein de désordre sur le DOS ça le fait.
je préfère le bon vieux RCS pour ce genre de truc.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: une seule solution
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Facebook chiffre les liens pour déjouer le nettoyage d'URL. Évalué à 2.
Comme quoi, quand on veut on peut… ?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Je vois pas le rapport!
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse à la dépêche PyPI déploie le système 2FA pour les projets critiques écrits en Python. Évalué à 3.
On fait tous et toutes des raccourcis bon ou mauvais ; le courage set d'oser poser des questions… (beaucoup, y compris parmi les gens qui se moquent, ne sont pas plus avancés/avancées)
Python est transversal et utilisé par plusieurs distributions, c'est plus gros (que Gentoo par exemple) avec des impacts plus visibles. En plus de cela, ce sont les commentaires sur un autre journal qui ont justifié cette dépêche, te permettant de poser tes questions (visiblement ce n'était pas clair pour tout le monde)
https://linuxfr.org/users/serge_ss_paille/journaux/pypi-et-les-projets-critiques
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: AsciiDoc et les tableaux
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Les limites de Markdown (pour rédiger de la documentation) face aux capacités d’Asciidoc. Évalué à 2.
Je crois comprendre… Mais ces tableaux sont encore lpus basiques non ?
https://orgmode.org/guide/Tables.html
…c'est comparabel aux tableaux du Markdown de Linuxfr ou GMF
…et si on a moins de fonctionnalité, c'est forcément plus simple. :-)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: adoption
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Les limites de Markdown (pour rédiger de la documentation) face aux capacités d’Asciidoc. Évalué à 3.
Pas vérifié pour les autres, mais Github supporte aussi ReStruturedText : comparé à Asciidoc c'est tout aussi puissant mais moins compatible Markdown.
Concernant les outils disponibles, le lien mentionne justement le fort couplage entre un site/plateforme et une appli, le format n'est pas portable/pérenne pour de la doc. Les reproches faits à Markdown peuvent se résumer dans l'absence de marquage/structuration évolué/complexe et beaucoup d’ambiguïté pour des choses quand même simples.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Doublon
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au message Serveur de notes. Évalué à 2.
Ici ça passe par un serveur OC, là-bas on veut partager un répertoire (ou juste un fichier) sans serveur dédié.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Prendre le temps d'apprendre
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Bloguer pour pas trop cher, avec du logiciel libre et sobrement, en 2022. Évalué à 2. Dernière modification le 19 juillet 2022 à 23:53.
Dans l'équipe en question on y allait directement en ligne de commande (je ne suis perso pas fana des interfaces qui masquent des trucs, même si je peux comprendre le besoin d'une interface qui simplifie les choses ou les rend plus visuel) Pour la petite histoire, j'avais rédigé les docs et on y mentionnait toutes les étapes avec la justification ; mais syndrome RTFM, les ops sautaient des étapes par flemme (de lire) il semble.
Les ops ne lisaient pas non plus les messages et avaient effectivement du mal avec le staging : ça recopiait juste les commandes de la doc sans chercher à comprendre, et dans la précipitation ça sautait des lignes sans s'en rendre compte.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Oui mais...
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Les limites de Markdown (pour rédiger de la documentation) face aux capacités d’Asciidoc. Évalué à 0.
J'ai pourtant l'impression qu'on se pose beaucoup beaucoup de questions existentielles avec Markdown non ? Ou je suis un cas isolé ?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: gemini
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Bloguer pour pas trop cher, avec du logiciel libre et sobrement, en 2022. Évalué à 3.
Le markdown c'est bien pour les commentaires (c'est plus léger et plus accessible que du BBcode qui est pourtant très simple comparé au full HTML.) C'est bien aussi pour les petits info(.txt)/readme mais pas pour de la doc tech/conséquente https://linuxfr.org/users/terhemis/liens/les-limites-de-markdown-pour-rediger-de-la-documentation-face-aux-capacites-d-asciidoc
Selon le contenu de ton blog, ça peut convenir ou pas… As-tu regardé du côté de Pandoc ?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: une seule solution
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Facebook chiffre les liens pour déjouer le nettoyage d'URL. Évalué à 6.
Les pouvoirs publics sont noyautés par les lobbies… Quand tu vois que certains pays se disent souverains nuageux en confiant leurs données (ou plutôt celles des citoyens) à des entreprises étrangères qui ne replissent pas des critères dument établis :-(
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: plaidoyer pour SPIP
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Bloguer pour pas trop cher, avec du logiciel libre et sobrement, en 2022. Évalué à 4.
Je comprends mieux… Le site de démo, comme souvent, veut montrer quasiment tout ce qui est possible… Et accessoirement ne pas perdre la clientèle initiale (le monde journalistique sait ce que sont les surtitres —je l'utilise par exemple comme titre d'une série quand le site ne prévoit pas d'avoir un dossier dédié— et les chapos etc. —et il trouveront qu'il manque les 1 à 3 exergues…)
Pour SQLite, je l'ai mentionné parce-que répondant à ta problématique de ne pas avoir de système client-serveur séparé et pouvoir migrer que des fichiers. Mais bon, on reste dans le cas du fichier binaire (pour du pur-texte j'utilise DokuWiki pour lequel je n'ai pas fait de réponse parce-que tu tu ne semble pas vouloir de la fonctionnalité de versionnage que je ne sais pas désactiver —n'ayant pas cherché— et que tu ne veux pas utiliser de SCM/Git —même si un backup traditionnel fait bien l'affaire aussi.)
Pour les mots clés, de mémoire (je ne suis pas devant une instance SPIP pour confirmer et surtout je réponds en m'appuyant sur mes souvenirs pas très frais), le mode simple correspond à ce qu'on trouve généralement : quand tu choisis une catégories/thématique, tu peux y choisir un seul tag (et il fait regrouper les tags de sorte que les catégories ne se chevauchent pas.) Dans le mode avancé/complexe, tu peux indiquer pour chaque groupe si on peut avoir plusieurs sélections pour un même groupe. Exemple si tu décris des installations de systèmes, tu choisis le mode simple et le groupe de mots (la thématique) système te permet de choisir chaque fois le système dont ton billet parle de l'installation. Par contre, si tu utilises les mots clés pour indiquer les plate-formes supportées par un logiciel, tu as besoin du mode avancé pour les groupes. Le but est toujours d'avoir une interface simplifiée et épurée ; si pas besoin de sélections multiples pas la peine que la conf des groupes et la sélections des mots-clés soient surchargés…
Le thème par défaut, de mon point de vue fait très démo : ça montre pratiquement tout ce qui est possible, et en plus c'est assez bien fait pour s'adapter à toutes les configurations (élément activés ou pas dans la configuration) mais pas vraiment « sexy » ni conçu dans l'esprit « blog » Par condre je plussoie ta démarchu de commencer et prendre tes marques avec celui-là ; on est plus avisé /e dans le choix d'un squelette dédié après. (en tout cas on voit mieux ce qui est mis en avant et les manques car il y a toujours des choix qui sont faits.)
Pour le titre du site (et d'autres éléments) il faut repasser dans la configuration pour indiquer le nouveau (sous)-domaine…
De plus, il y a une politique/gestion de cache qui fait que le site est quasiment statique, en tout cas pour certains anciens contenus. (je dis quasiment car ce n'est pas une vraie page statique qui est servie et qu'il y a un léger calcul pour regrouper les morceaux, mais tout le PHP+SQL n'est pas réexécuté à chaque hit, ce qui m'avait manqué sous Wordpress il y a longtemps quand j'avais essayé.)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Prendre le temps d'apprendre
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Bloguer pour pas trop cher, avec du logiciel libre et sobrement, en 2022. Évalué à 2.
Tout à fait, mais je n'ai pas voulu être probablement mauvaise langue en pointant la mauvaise volonté (sans preuve indiscutable …même s'il est vrai que je ne donne pas d'élément d'identification ici) Plus précisément, j'ai cru déceler avec les deux derniers avec qui je l'ai vécu plus une volonté de ne pas comprendre Git (et de ne pas apprendre de nouveaux contextes et façon de faire en général) que de la volonté d'emmerder (mais au final quand ça fout la grouille ça y ressemble un peu pour les anciens dont je faisais partie.) :-( Ces gens faisaient le minimum syndical…
Dans la même boîte, avec l'équipe d'avant, on a vu aussi des souci (d'où le fait que je me dis que Git n'est pas trivial si on n'est pas correctement pris en main, ce qui ne prend que dix à quinze minutes pour les commandes de bases appliquées à un dépôt existant) mais la personne s'est vite rendu compte que ça n'allait pas et a demandé de l'aide aux collègues …et aujourd'hui dans une autre boîte le même sys-admin git les doigts dans le nez :-D
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: AsciiDoc et les tableaux
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Les limites de Markdown (pour rédiger de la documentation) face aux capacités d’Asciidoc. Évalué à 2. Dernière modification le 19 juillet 2022 à 19:29.
Que reproches-tu à ses tableaux (que je trouve quand même plus avancés que Markdown) ?
https://docs.asciidoctor.org/asciidoc/latest/tables/build-a-basic-table/
https://blog.mrhaki.com/2014/11/awesome-asciidoctor-changing-grid-and.html
(c'est son principe qu'à repris la syntaxe MediaWiki et on voit que tous les cas courants de tableaux sont présents dans Wikipédia.) Quel cas manque-t-il à ton usage ?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: txt2tags
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Les limites de Markdown (pour rédiger de la documentation) face aux capacités d’Asciidoc. Évalué à 3.
Exactement, la raison pour laquelle je dis que la syntaxe Wiki est mieux fichue (en plus d'être plus riche de base) que Markdown ! Malheureusement, il y a beaucoup de dialectes qui ont l'avantage d'être plus riche que Creole (mais n'est-ce pas le même souci avec toutes les « saveurs » de l'autre qui font que je ne peux pas juste prendre mes écrits pour Github ou Gitlab et les mettre sur Linuxfr juste pour prendre cet exemple.)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: une seule solution
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Facebook chiffre les liens pour déjouer le nettoyage d'URL. Évalué à 5.
Je doute aussi que le coup des URLs parle à grand monde, mais on propos est que à chaque égratignure on a une excuse de plus pour se barrer… Et il faudrait lire la longue liste des chefs d'accusations aux aveugles au lieu de les encourager à la complaisance ou de se dédouaner de nourrir le système à base de « pas le choix, on a trop d'infos vitales dessus blah blah » Comme expliqué dans un autre commentaire, d'autres ont fait le saut et la mort sociale dont on les menacé en cas de sortie de la secte/matrice n'a pas eu lieu.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Prendre le temps d'apprendre
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Bloguer pour pas trop cher, avec du logiciel libre et sobrement, en 2022. Évalué à 2.
Pour être dans le métier (enfin jusqu'à il y a peu), je vois (ou plutôt, maintenant, j'ai vu) beaucoup d'admins pour qui c'est compliqué : pas de
pullavant de modifier leur local poussiéreux puis, éventuellement depushet écraser tout ce qui a été fait entre temps, quand ils prennent le temps de bien faire, c'est panique à bord parce-qu'ils ont modifié avant de récupérer le distant et qu'il y a un conflit qu'ils savent pas résoudre, etc.La mauvaise expérience c'est presque sûr. Je trouve honnête de ne pas forcer et d'admettre qu'on n'a pas compris que de jouer avec les données et foutre n'importe quoi (par contre dommage de servir cela avec de mauvaises excuses mais peut-être que l'absence du bon diagnostique peut expliquer la chose.)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Du coté des historiens
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Calendrier républicain (script de conversion des dates). Évalué à 2.
https://linuxfr.org/users/linkdd/journaux/letlang-faire-la-difference-entre-un-nombre-et-une-quantite#comment-1887035
Comme mentionné dans d'autres commentaires il faut des bibliothèques dédiées, qui ne sont pas si simples malgré cela. et évitent les mois dans la mesure du possible.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Du coté des historiens
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Calendrier républicain (script de conversion des dates). Évalué à 1.
Je n'accuse pas, je constate. :)
Je reformule : dans lequel de mes liens as-tu lu que juin tombe de temps en temps en hiver ? Les trois exemples que j'ai pris sont calés sur 365 jours et commencent le premier janvier : les saisons théoriques tombent encore dans les mêmes périodes, ou alors il y a un passage dont j'ai eu une mauvaise compréhension ?
Les difficultés liées aux irrégularités des mots ont souvent été évoquées ici, et ce n'est pas pour rien que la gestion des certains calculs de dates fait une grosse partie du code qui n'est pas exempt de bogues. Tout con par exemple, comment tu ajoutes deux mois à n'importe quelle date …sans devoir énumérer plein de cas particuliers ?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
# une seule solution
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Facebook chiffre les liens pour déjouer le nettoyage d'URL. Évalué à 8.
L'article conclue par « Users could avoid Facebook, but that may not be possible all the time. » ; mais moi je dis dis juste que « Users should avoid Facebook, full stop. »
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
# plaidoyer pour SPIP
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Bloguer pour pas trop cher, avec du logiciel libre et sobrement, en 2022. Évalué à 8.
Au chapitre des fausses pistes, tu indiques :
Tout d'abord, concernant la base de données, tu n'as besoin d'un SGBD supportant des connexions multiples si tu es seul/seule à écrire du contenu (cas d'un blog perso) et/ou s'il y a très peu de comptes et de publications (j'entends par là que vous n'êtes pas une dizaine à publier une foule d'articles toutes les heures ?) Ça tombe bien, SPIP supporte les moteurs PostgreSQL, MySQL/mariaDB, SQLite …ce dernier répond très bien à ta problématique : quand tu transfères ton site, le fichier de bdd l'est aussi et ce ne sont pas des opérations à côté et pas plus de ressources.
Ayant souvent du contenu structuré, j'ai toujours détesté son absence dans Wordpress ; et je vois beaucoup de site basés dessus qui sont obligés de faire des contournements du système de catégorisations ou d'installer des plugins. Comme tu n'as pas ce besoin, pas de souci : il te faut juste créer une rubrique racine fourre-tout que tu appelleras blog qui seule sera affichée par ton squelette. Si demain tu changes d'avis, ton site peut facilement évoluer (mais on ne va pas détailler cet aspect qui est loin de tes préoccupations.)
Il existe déjà des squelettes si tu n'as pas d'idée ou de temps pour t'en faire un sur mesure → https://contrib.spip.net/Squelettes-pour-blog
Les catégories et étiquettes existent de l'autre côté et s'appellent groupes de mots et mot-clés. Leurs pages d'affichage fonctionnent de la même façon avec la plupart des squelettes évoqués, mais tu es libre de faire à ta sauce sans sortir l'artillerie de dev PHP comme en face. D'ailleurs, faire des boucles liées et sur mesure est dans l'ADN de SPIP et il te suffit d'adapter ton squelette et d'utiliser les nombreux plugins disponibles pour te simplifier l'existence.
Pour les fonctionnalités qui seraient imposées, ce n'est pas du tout le cas. L'installation par défaut ne te demande que le titre et le texte de l'article. Mieux, tout juste après l'installation, à la première connexion, tu es invité/invitée à tout configurer à ton goût et tu verras que rien n'est imposé.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Du coté des historiens
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Calendrier républicain (script de conversion des dates). Évalué à 1.
Parmi toutes les propositions possibles j'ai listé celles qui, solides, qui remplissent tes critères. Si tu avais pris la peine de regarder tu verrais que ton juin ne tombe jamais en hiver, mais bon c'est plus facile un raisonnement non basé sur les faits.
Passer de sept mois irréguliers à zéro mois irrégulier et un ou deux jours particuliers c'est sûr que ce n'est pas plus régulier. C'est une façon de voir les choses ; je ne pige pas mais pourquoi pas ?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Je vois pas le rapport!
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse à la dépêche PyPI déploie le système 2FA pour les projets critiques écrits en Python. Évalué à 3.
Oui, un cas isolé ici. Mais ma réponse était globale, pour répondre par rapport à l'apport du MFA, et ne ciblait pas (que) PyPi.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume