Swx - un autre générateur de site statique

Pause Café
#1

Juste un petit mot pour présenter swx, un autre générateur de site statique.
Pourquoi un autre générateur de site statique?

Bonne question. Ceux qui ont suivi ont pu voir que j’avais écrit auparavant pwg. Cependant il était mal fichu : tout dans un seul fichier, du coup dès que je voulais modifier quelque chose j’étais contraint de me replonger dans le code. C’était vraiment pas facile à maintenir. De plus, le python me limitait au markdown (que j’adore hein).

Mais qu’en est-il des autres générateurs de site statiques? Ben oui, pour ne citer que les plus connus pelican, jekyll… À mon goût, ils faisaient bien trop de choses. Pour déployer un site, il m’aurait fallu reprendre toutes mes pages, y ajouter des tags, reprendre les templates du site…

Donc voilà swx, qui permet de générer un site statique simplement. Il est livré avec d’autres scripts tout bêtes pour :

  • générer un flux rss
  • Ajouter une liste des nouveautés à une page
  • Créer un plan du site

Les contributions sont les bienvenues. Vous verrez que non, je n’ai toujours pas lu la documentation de sed et que ça peut être amélioré!

#2

[quote=“thuban”]Juste un petit mot pour présenter swx, un autre générateur de site statique.
Pourquoi un autre générateur de site statique?

Bonne question. Ceux qui ont suivi ont pu voir que j’avais écrit auparavant pwg. Cependant il était mal fichu : tout dans un seul fichier, du coup dès que je voulais modifier quelque chose j’étais contraint de me replonger dans le code. C’était vraiment pas facile à maintenir. De plus, le python me limitait au markdown (que j’adore hein).

Mais qu’en est-il des autres générateurs de site statiques? Ben oui, pour ne citer que les plus connus pelican, jekyll… À mon goût, ils faisaient bien trop de choses. Pour déployer un site, il m’aurait fallu reprendre toutes mes pages, y ajouter des tags, reprendre les templates du site…

Donc voilà swx, qui permet de générer un site statique simplement. Il est livré avec d’autres scripts tout bêtes pour :

  • générer un flux rss
  • Ajouter une liste des nouveautés à une page
  • Créer un plan du site

Les contributions sont les bienvenues. Vous verrez que non, je n’ai toujours pas lu la documentation de sed et que ça peut être amélioré![/quote]

Si le Perl ne t’effraie pas il y a plstblog aussi :wink:

#3

Sympa!
Le perl, ce n’est pas trop mon truc, mais le principe ressemble beaucoup à swx, ça pourra plaire à d’autres.

#4

À quoi sert le [mono]make serve[/mono] si c’est pour un site statique ?

#5

C’est pour tester ton site, vérifier que tout est bien comme tu le souhaites avant de l’envoyer sur ton serveur (avec rsync, git…).

#6

Oui mais à quoi ça sert de le lire par http ? Tu ne peux pas simplement accéder à l’uri [mono]file:///ton/chemin/qui/va/bien.html[/mono] ?

#7

Si tu peux, mais tu ne profites pas dans ce cas du css, et ne peut pas tester les liens relatifs inclus dans tes pages.

#8

Si si justement tant que tu utilise des liens relatifs il n’y a aucun problème, si tu utilise des liens absolus, ça ne marchera pas que ce soit en [mono]file:[/mono] ou en [mono]http:[/mono].

Si tu veux essayer, ouvre l’url [mono]file:///usr/share/doc/xorg/index.html[/mono] avec ton navigateur.

Le protocole de communication est tout à fait indépendant du contenu qu’il transmet, que tu utilise http, https, file ou gopher ne change pas grand chose tant que ton navigateur sait quoi en faire.

#9

Oui bien sûr, je suis bête… :blush:

Bon cela dit, je met quelquefois des liens absolus donc ça me permet de vérifier. Et puis c’est rare que je l’utilise, c’est plus une fonctionnalité bonus pour ceux que ça intéresse :slightly_smiling:

gopher : tiens, il faut que j’y repense d’ailleurs…

#10

Ils ne marchent pas plus pas moins dans la version servi par le serveur http de python qu’avec [mono]file:///[/mono]. :slightly_smiling:

#11

Ils ne marchent pas plus pas moins dans la version servi par le serveur http de python qu’avec [mono]file:///[/mono]. :slightly_smiling:[/quote]
Non, mais au moins je peux bricoler le css :stuck_out_tongue: (Tu m’embrouilles petit malin! :slightly_smiling: )

#12

Je voudrais pas passer pour un chieur, mais je ne vois pas en quoi c’est différent avec http.

Après tu fais comme tu veux, mais le principe de ces sites est justement de ne pas avoir besoin d’applicatif coté serveur c’est pour ça que ça surprend.

#13

Je voudrais pas passer pour un chieur
[/quote]
Noooon, penses-tu :wink:

Sans serveur http local :

Avec :

Il faudrait donner un chemin relatif pour la feuille de style, mais ce n’est pas pratique. Sinon il faudrait inclure le css à chaque page : c’est possible, mais pas tellement optimisé…

#14

Ils ne marchent pas plus pas moins dans la version servi par le serveur http de python qu’avec [mono]file:///[/mono]. :slightly_smiling:[/quote]
Non, mais au moins je peux bricoler le css :stuck_out_tongue: (Tu m’embrouilles petit malin! :slightly_smiling: )[/quote]
ET non, ça ne fonctionne pas pour tout.

Exemple, j’ai une image que je veux afficher, qui est dans le dossier /Images/experiences de mon serveur.

Avec seulement [file://](file://), le navigateur ira le chercher à la racine de mon disque dur, et pas dans le dossier /Images de mon site. Il faudrait pour cela que je précise le chemin absolu, qui n’est pas le même sur la machine où j’écris mes pages que sur le serveur.