Il y a un autre truc que j’aimerais « mesurer », c’est les sites qu’on peut considérer comme « abandonnés ». Ils sont toujours en ligne, mais complètement pétés avec des fatal errors ou des pages blanches à chaque appel de spip.php ou ecrire/ . Une première piste, ce serait d’examiner, les sites publiés dont les versions de SPIP et de PHP ne sont pas compatibles. par exemple SPIP3.1 et PHP7.2 et plus, ou SPIP3.0 et PHP7 et plus, voire SPIP3.2 et PHP5.3 ou moins …
Le mer. 23 janv. 2019 à 12:49, James <james@rezo.net> a écrit :
Cool !
Il y a un autre truc que j’aimerais « mesurer », c’est les sites qu’on peut considérer comme « abandonnés ». Ils sont toujours en ligne, mais complètement pétés avec des fatal errors ou des pages blanches à chaque appel de spip.php ou ecrire/ . Une première piste, ce serait d’examiner, les sites publiés dont les versions de SPIP et de PHP ne sont pas compatibles. par exemple SPIP3.1 et PHP7.2 et plus, ou SPIP3.0 et PHP7 et plus, voire SPIP3.2 et PHP5.3 ou moins …
Y aurait-il d’autres choses à voir ?
Oui, j’avais prévu de des lustres d’améliorer les stats des plugins en ajoutant dans SVP statistiques la possibilité d’avoir le nombres de sites par plugin ET par branche (ou du moins version après on peut revenir à la branche facilement).
Si je me rappelle bien les JSON actuels ne remontent pas cette granularité.
Est ce que ça serait possible ?
Parce que ça permettrait d’éviter d’avoir des plugins encore « populaires » alors qu’ils ne sont plus utilisés depuis la version 3 (CFG par exemple).
Croyez vous que c’est possible d’ajouter ce JSON ?
Il y a un autre truc que j’aimerais « mesurer », c’est les sites qu’on peut considérer comme « abandonnés ». Ils sont toujours en ligne, mais complètement pétés avec des fatal errors ou des pages blanches à chaque appel de spip.php ou ecrire/ . Une première piste, ce serait d’examiner, les sites publiés dont les versions de SPIP et de PHP ne sont pas compatibles. par exemple SPIP3.1 et PHP7.2 et plus, ou SPIP3.0 et PHP7 et plus, voire SPIP3.2 et PHP5.3 ou moins …
Mauvaise piste, ils sont pas très nombreux.
Peut-être faire une recherche systématique de « Fatal error: Uncaught Error: Call to undefined » ?
Y aurait-il d’autres choses à voir ?
Oui, j’avais prévu de des lustres d’améliorer les stats des plugins en ajoutant dans SVP statistiques la possibilité d’avoir le nombres de sites par plugin ET par branche (ou du moins version après on peut revenir à la branche facilement).
Si je me rappelle bien les JSON actuels ne remontent pas cette granularité.
Est ce que ça serait possible ?
Parce que ça permettrait d’éviter d’avoir des plugins encore « populaires » alors qu’ils ne sont plus utilisés depuis la version 3 (CFG par exemple).
Croyez vous que c’est possible d’ajouter ce JSON ?
Avec un squelette, ça ne suffira pas :
Je ne sais pas pourquoi les versions des plugins sont stockées dans un varchar de la forme « nom(version) » mais ça aide pas.
Ensuite, autant les versions php et spip sont plutôt bien maîtrisées, autant les versions des plugins, c’est un peu plus anarchique, ça va de 1 à 4 digits, et la valeur la plus fun que j’ai trouvé c’est « fckeditor2(1.5 (pour spip 1.9.1)) ». j’ai aussi trouvé des dates au format « jj/mm/aaaa » (le kitcnrs), sans compter les plugins sans nom…
Bref, sans vouloir jouer les défaitistes, le chemin risque d’être long. Pas impossible, mais long. Peut-être commencer par une vraie purge des sites refusés/poubelisés et plugins associés, on aurait une base plus saine ?
Pour être parfaitement honnête, je pensais plutôt à des suggestions pour trouver plus de sites… et des idées pour faire remonter les courbes
Le jeu. 24 janv. 2019 à 20:51, James <james@rezo.net> a écrit :
Oui, j’avais prévu de des lustres d’améliorer les stats des plugins en ajoutant dans SVP statistiques la possibilité d’avoir le nombres de sites par plugin ET par branche (ou du moins version après on peut revenir à la branche facilement).
Si je me rappelle bien les JSON actuels ne remontent pas cette granularité.
Est ce que ça serait possible ?
Parce que ça permettrait d’éviter d’avoir des plugins encore « populaires » alors qu’ils ne sont plus utilisés depuis la version 3 (CFG par exemple).
Croyez vous que c’est possible d’ajouter ce JSON ?
Avec un squelette, ça ne suffira pas :
Je ne sais pas pourquoi les versions des plugins sont stockées dans un varchar de la forme « nom(version) » mais ça aide pas.
Ensuite, autant les versions php et spip sont plutôt bien maîtrisées, autant les versions des plugins, c’est un peu plus anarchique, ça va de 1 à 4 digits, et la valeur la plus fun que j’ai trouvé c’est « fckeditor2(1.5 (pour spip 1.9.1)) ». j’ai aussi trouvé des dates au format « jj/mm/aaaa » (le kitcnrs), sans compter les plugins sans nom…
Je crois qu’il y a une incompréhension.
Je voudrais avoir les stats d’un plugin par branche de SPIP : 2.1, 2.2…
Donc il me faut les stats des plugins par version de SPIP et après je fais la conversion de version en branche.
Il ne devrait pas y avoir de souci sauf à écrire le JSON je pense non?
Oui, j’avais prévu de des lustres d’améliorer les stats des plugins en ajoutant dans SVP statistiques la possibilité d’avoir le nombres de sites par plugin ET par branche (ou du moins version après on peut revenir à la branche facilement).
Si je me rappelle bien les JSON actuels ne remontent pas cette granularité.
Est ce que ça serait possible ?
Parce que ça permettrait d’éviter d’avoir des plugins encore « populaires » alors qu’ils ne sont plus utilisés depuis la version 3 (CFG par exemple).
Croyez vous que c’est possible d’ajouter ce JSON ?
Avec un squelette, ça ne suffira pas :
Je ne sais pas pourquoi les versions des plugins sont stockées dans un varchar de la forme « nom(version) » mais ça aide pas.
Ensuite, autant les versions php et spip sont plutôt bien maîtrisées, autant les versions des plugins, c’est un peu plus anarchique, ça va de 1 à 4 digits, et la valeur la plus fun que j’ai trouvé c’est « fckeditor2(1.5 (pour spip 1.9.1)) ». j’ai aussi trouvé des dates au format « jj/mm/aaaa » (le kitcnrs), sans compter les plugins sans nom…
Je crois qu’il y a une incompréhension.
Je voudrais avoir les stats d’un plugin par branche de SPIP : 2.1, 2.2…
Donc il me faut les stats des plugins par version de SPIP et après je fais la conversion de version en branche.
Il ne devrait pas y avoir de souci sauf à écrire le JSON je pense non?
Ben je les stocke déjà dans chaque plugin pour l’ensemble des versions et dans la table qui n’est pas utilisée aujourd’hui ce champ est bien prévu.
Donc ouais, on va le garder.
C’est bien je vais faire un up de svp_stats et mettre ça sur Plugins SPIP pour modifier la première page.
