Re: [conception] Un plugin Progressive Web App commun en coquille vide ? (1 SW 2 rule dem all)

yakafokon (tm)

On peut faire plein de choses pour simplifier, industrialiser, automatiser, mais bon, le premier point c’est de valider que tout marche : ie si je fais une nouvelle version avec des choses qui changent est-ce que la mise à jour se fait bien, est-ce que j’evite les liens brisés, est-ce il y a des utilisateurs qui restent scotchés avec du vieux contenus a vie, est-ce que..

Bref, avant de sortir la sulfateuse qui t’envoie une nouvelle version par minute, faudrait déjà faire en sorte que « envoyer une nouvelle version » ça marche correctement et bien, et c’est pas acquis.
Bref on en est là, de ce que j’ai vu sur contrib y a des bugs, et il faut passer du temps dessus pour les corriger.
Mais c’est pas un problème simple, et pour exemple je me suis payé pendant des mois des « pages introuvables » sur le site de francetvinfo à cause de leur serviceworker (ou d’une version bugguée que j’ai eu un moment dans mon navigateur) et il suffisait que je fasse f5 pour recharger et voir la page.

Le problème étant que tu as zéro information pour savoir ce qui se passe, que tu peux rien loger pour debug vu que tout se passe dans le navigateur du visiteur, et donc c’est un debug de longue haleine.
Quand ça sera totalement fiable on pourra voir la suite oui

--
Cédric
Le 15 sept. 2020 à 13:29 +0200, RastaPopoulos <[email protected]>, a écrit :
> Le 15/09/2020 à 08:25, Cerdic a écrit :
> > Mais potentiellement il faut remettre à jour la listes des urls à télécharger, en particulier si tu as des ressources générées automatiquements (css, js..) dont les URLs peuvent changer (si tu as fais des modifs de squelette), ou si tu veux que les visiteurs téléchargent par défaut les derniers articles ou…
> >
> > bref ça dépend aussi comment tu veux utiliser le plugin
>
> Ok alors pour cette liste de démarrage : y a-t-il un squelette surchargeable permettant de personnaliser la liste des pages (justement pour "les derniers articles" ou plus précisément "la même liste que ceux qu'on voit sur l'accueil") ?
>
> Car la doc parle de comment générer des boutons pour des objets entiers avec offline/urls-{objet}.html, ça ok. Mais pour la liste automatiquement chargée à l'installation ?
> J'ai vu que dans la config ya un champ libre pour en personnaliser en plus à la main, mais ça c'est du ponctuel manuel. Pour faire comme les boutons pour objets, des automatismes (donc avec boucles) pour lister dans l'installation les mêmes que sur l'accueil, ya un squelette ou un pipeline PHP possible ?
>
> Pour le build d'installation avec spip offline:build:services (ou le rebuild total avec les objets aussi), ya deux possibilités, pour que ce soit moins complexe pour Booz, et qu'il n'y ait que à changer le numéro dans l'admin :
> - sur le serveur on peut programmer un vrai cron pour l'appeler une fois par nuit, et donc le lendemain ça enverra les nouveaux contenus aux gens, si ça suffit comme période
> - si on veut encore plus de réactivité, on pourrait imaginer une option "--if-version-changed". Dans ce cas on pourrait programmer un vrai cron *toutes les minutes*, mais la commande sortirait immédiatement si ça détecte que la version éditoriale dans la config n'a pas changé depuis le dernier build. Évidemment pour pouvoir faire ça, il faut que lors d'un build, ça enregistre dans un fichier ou en base, le numéro de la version éditoriale utilisée à ce moment, pour pouvoir comparer ensuite.
>
> --
> RastaPopoulos
>
> _______________________________________________
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip