[Résolu] SPIP [autoupdate] ne s'est pas lancé

Général
1

Hello,

hier soir j’ai eu un push via chatgpt pour la nouvelle sortie de SPIP 4.4.24 . Cool c’était rapide !

le hasard fait bien les choses j’avais déployé dans la journée le plugin autoupdate. Une belle occasion de voir si la maj était passé.

Malheureusement ce matin je suis toujours en 4.4.23. sur une dizaine de site

Je suis sur un dédié chez OVH et infogéré par une bonne boite. J’en ai d’autre en OVH cloud

j’ai lancé manuellement le génie mise_a_jour dans les taches de fond il a vu la maj mais pour l’instant la maj auto ne s’est pas encore déclenché.

2

Bonjour

Vous avez quelle configuration du plugins ?
De base il est en manuel

3

Bonjour,

j’avais bien activé l’automatisation. cf la conf exact ci dessous

Appliquer automatiquement les mises à jour mineure/de sécurité : coché
Appliquer les mises à jour même si des fichiers du core ont été modifiés : coché
Envoyer automatiquement un rapport de debug après chaque mise à jour (réussie ou echouée) : coché

pour l’instant je ne lance pas manuellement, j’attend de voir s’il se déclenche à un moment ou un autre dans la journée. Je ferai un retour si ca c’est lancé.

4

Oui mais le cron de maj ne se déclenche que toutes les 48h. Il faut donc éventuellement attendre que le cron passe pour que ça déclenche. (ou alors le déclencher manuellement)

S’il est en manuel par défaut pour l’instant c’est que c’est encore en test… Les retours seront appréciés :slight_smile:

5

plus exactement dans les versions < 4.4.24 cela passe toutes les 48h … mais à partir de 4.4.24 cela passera plus souvent , donc tu peux forcer le cron comme dit @Jack31

1 « J'aime »
6

merci :slight_smile: la fonctionnalité était plus qu’attendue pour ma part.

je ferai bien entendu un retour après le passage Cron.

7

Manuellement il faut déclencher le cron « mise_a_jour » en cliquant sur la flèche bleu. Cela fait apparaitre un bandeau avec un bouton « Mise à jour automatique ». Enfin il suffit de cliquer sur ce bouton pour tout lancer.

image
image670×156 4.44 KB

8

Merci pour votre retour,

j’ai lancé manuellement le cron sur un site ce matin , depuis j’ai bien le bandeau de maj , mais je veux aller au bout de la logique et attendre qu’il se mette à jour seul.

j’ai laissé les autres site tranquille pour tester le comportement de mise à jour en autonomie complète

une mise à jour à d’ailleurs été appliquée automatiquement sur un d’entre eux ( j’ai bien réceptionné le message ci dessous

" Bonjour,

Le site https://www.monsuperdomaine.fr a été mis à jour avec succès vers la version de SPIP 4.4.24."

→ Ca fait plaisir , j’attend pour la dizaine de site restant .

Quelle évolution tout de même , on va pouvoir partir en vacances tranquille sans épée de Damoclès sur la tête.

1 « J'aime »
9

Bon j’ai attendu jusqu’au WE.

Maj avec succès jusqu’au 4.4.25 sur la plupart de mes sites.

2 sites ne se sont pas mis à jour. J’ai mis à jour sur la version autoupdate 1.1.0 affaire a suivre.

10

Notons qu’on a vu qu’il faut attendre (max) 3 jours après le passage à 4.4.24 (pour que le cron précédent se lance et mette à jour sa prochaine date à +6h) ; logiquement au bout de ces max 3 jours, les prochaines vérifications seront toutes les 6h… À vérifier lors d’une prochaine 4.4.26 du coup maintenant…

11

Petit retour d’experience après la dernière maj 4.4.2.7 . ca ne se lançait toujours pas chez moi.

le coupable est identifié , Bot Fight Mode chez cloudflare donnait un defi js. une fois désactivé ca passe crème :).

une chose tout de même j’en ai lancé deux manuellement via spip loader ,

on ma demandé de mettre à jour la base de données. ce qui n’a pas été le cas via autoupdate ( il fait surement le job tout seul)

12

Tout à fait.

J’ai ajouté une note pour Bot Fight Mode…

Je ne sais pas trop quelles sont les possibilités

13

Bonjour,
Je n’ai pas eu de soucis particulier pour la mise à jour automatique. J’ai reçu le mail vers 13h (heure GMT).

J’ai ensuite forcé la mise à jour de la tâche et tout a été fait sur 4 sites différents sans difficulté.

14

Et ce souci enlève tout l’intérêt d’AutoUpdate puisqu’il oblige 2 interventions chez CloudFlare pour chaque site : désactiver / lancer la màj (ou attendre la màj auto) / réactiver.

15

Que je comprenne, vous avez un hébergement complet chez cloudflare et ce Bot Fight Mode est automatique ? ou un reverse-proxy / dns là bas ou je ne sais quoi du genre turnstile ?

Est-ce que vous savez quelle page exactement est bloquée ? le curl sur spip_update.php je suppose ?

En même temps… autoupdate est un bot si on va par là :wink:
Si je comprends bien leur doc, il existe un « Super Bot Fight Mode » qui est lui configurable

16

Le site est hébergé sur un dédié chez OVH . Les dns sont chez Cloudflare qui est là en couche de sécurité .

Pas de possibilité de configurer le bot figt mode chez cloudflare .
c’est bien le curl qui était bloqué

testé via


<?php

$url = 'https://www.monsurpersite.com/spip-update.php';

$ch = curl_init($url);

curl_setopt_array($ch, [
    CURLOPT_RETURNTRANSFER => true,
    CURLOPT_FOLLOWLOCATION => true,
    CURLOPT_TIMEOUT => 20,
    CURLOPT_HEADER => true,
    CURLOPT_USERAGENT => 'SPIP-Autoupdate-Test/1.0',
]);

$result = curl_exec($ch);

header('Content-Type: text/plain; charset=utf-8');

if ($result === false) {
    echo "CURL ECHEC\n";
    echo "Erreur : " . curl_error($ch) . "\n";
    echo "Code CURL : " . curl_errno($ch) . "\n";
} else {
    echo "CURL OK\n";
    echo "HTTP : " . curl_getinfo($ch, CURLINFO_HTTP_CODE) . "\n";
    echo "IP distante : " . curl_getinfo($ch, CURLINFO_PRIMARY_IP) . "\n";
    echo "Temps : " . curl_getinfo($ch, CURLINFO_TOTAL_TIME) . " s\n\n";
    echo "===== REPONSE =====\n";
    echo $result;
}

curl_close($ch);

Super Bot Fight Mode est accessible uniquement sur les abonnements payants oui ce dernier est configurable pour le coup on aurait pu contourner

en tout cas ce matin tout mes sites sont bien en 4.4.28 .
bravo pour le job

17

Idem que @garavan avec un VPS chez Hetzner et les DNS chez CF.