Spip_loader

La version 2.2.0 de spip_loader acceptait dans l’URL une variable nommée chemin permettant même de forcer directement la le fichier à télécharger, en indiquant en paramètre le chemin final du zip voulu : spip_loader.php?chemin=spip%2Farchives%2FSPIP-v3.2.4.zip, mais non testé depuis [11]

 Des pièges possibles ?

 le plus gênant : se tromper de version (voir ci-dessus !)
 le plus piégeant : utiliser un PHP trop ancien (le message dit juste "Impossible...")
 le plus récent (Oct.2018) : prendre un php trop récent [12]
 le plus tordu : vérifier l’activation de l’extension php_openssl.dll dans php.ini [13]
 le plus fréquent : encore des problèmes sur les droits /répertoires du serveur
 le plus bête : omettre l’extension .php (ou modifier le nom du script [14] )
 le plus oublié : avoir saturé son espace disque
 le plus c...ensuré : "Ce site n’est pas encore configuré"... alors que vous voulez juste relancer spip_loader.php pour mettre une autre branche. Effacez tout avec FTP...
 le plus actuel [15] : passer en PHP 5 (voir Des cas..... résolus ! PHP5, même pour spip_loader ! )
 le plus normal : le rechargement fonctionne-t-il avec votre version d’IE ?
 le plus improbable : s’il y avait un souci avec IPv6 ?
 le plus drastique : certains hébergeurs brident tout téléchargement hors FTP,
 le plus caché : parfois des soucis d’op-cache perturbent certains scripts opérant la BDD,
 le plus vicieux : et si vous étiez bloqué par une ré-écriture simultanée du Zip sur le serveur d’origine... recommencez à l’URL initiale spip_loader.php?(sans rien derrière.) !
Par exemple, si vous avez fait une erreur de frappe dans l’appel du script spip_loader, voilà ce qu’affichera votre navigateur :

Spip_loader.php NotFound

L’adresse URL que vous avez indiquée ne correspond pas à un fichier chargé sur le serveur : vérifiez l’orthographe...

 Encore quelques cas de blocage rencontrés

A l’occasion du passage en SPIP 4.o sur divers sites (déjà en spip-4.o-dev ou encore en spip-v3.2.11) petit florilège de soucis à contourner :
 d’abord être dans une version suffisante de PHP
sinon spip_loader refusera de fonctionner
 charger une version très récente du spip_loader.php
sinon vous risquez de retomber sur une page blanche incompréhensible, voire si vous avez de la chance avec un vieux php 5.6, un beau message d’erreur
 effacer les divers fichiers de configuration liés à spip_loader
sinon vous risquez de partir sur la version de dev suivante (qui change la BDD)
 mettre à jour un maximum de plugins aux dernières versions compatibles,
avant de tenter la montée de version de SPIP
 contrôler la compatibilité totale des plugins (en installant Verifier plugins) par https://contrib.spip.net/4882
 vérifier la configuration éventuelle de spip_loader_config.php
 vider le cache SPIP [16] juste avant de faire la mise-à-jour, le désactiver et recommencer : il y a parfois des relents bizarres...
 après rechargement, passer sur la page de gestion des plugins et vérifier leur actualisation (surtout dans les plugins Inactifs et incompatibles, à Montrer..
 recharger ceux-ci par Téléchargement d’une URL d’archive (liens sur Contrib ou Plugins)

 Sécuriser les SPIP installés

Cette opération de mise-à-jour de SPIP est recommandée pour suivre les mises-à-jour de SPIP, surtout les mises-à-jour de sécurité (il actualise aussi l’écran de sécurité) ; mais cela peut être aussi générateur de problèmes, lors d’une montée importante en termes de modifications de tables, et/ou de compatibilité avec les plugins. Il est donc recommandé de d’abord valider une montée de version sur une copie du site de production, avec les mêmes contextes d’environnement PHP ; d’ailleurs le script vous propose de rester dans la même branche de SPIP, mais avec la dernière version à jour, y compris le dernier écran de sécurité, même sur une ancienne branche.

Mais il reste fortement déconseillé de laisser ce script accessible dans votre répertoire de travail : en effet, la protection décrite si dessous ne peut être garantie ; elle n’est d’ailleurs pas prise en charge par l’écran de sécurité, et les manipulations du script sont potentiellement dangereuses : effacez ce script après usage !

 Autres "goodies"

Sur un site SPIP déjà installé, l’exécution de spip_loader contrôle que la mise-à-jour est bien lancée par un utilisateur connecté, authentifié en Administrateur et WebMestre, et par defaut le webmestre N°1 [17] ; sinon, vous recevrez un message d’erreur, qui pourra vous paraître incompréhensible alors que vous êtes webmestre !!

Accès à Spip_loader.php INTERDIT (sauf au WebMestre).

La sécurité du script spip_loader.php a détecté que l’utilisateur connecté -identifié par son cookie de session- n’était pas Webmestre n°1.

Autorisation d’un autre Webmestre : vous pouvez rajouter d’autres auteurs identifiés comme webmestre autorisé en définissant dans le fichier de configuration du SL ./spip_loader_config.php, le define('_SPIP_LOADER_UPDATE_AUTEURS', '1'); : il suffit de changer le numéro d’auteur, ou mieux de vous rajouter comme ci-dessous :
define('_SPIP_LOADER_UPDATE_AUTEURS', '1:2:9');
 ; de la sorte vos droits d’accès restent permanents (dès lors que vous êtes authentifiés sous SPIP), même en cas de mise-à-jour autonome du spip_loader.

 A ne pas oublier !

Ce script spip_loader fait beaucoup de choses, mais il vous faudra néanmoins penser à quelques opérations complémentaires à faire par FTP en même temps que vous téléchargez le script à la racine de votre site internet,par exemple créer le fichier de configuration complémentaire du Spip_loader

Il faut(x !)/fallait encore créer manuellement [18] les dossiers répertoires de personnalisation :

• ./lib
• ./plugins
• ./plugins/auto

Par contre le script n’assurre toujours pas la création directe d’un dossier de personnalisation des squelettes (non plus que SkelEditor /à vérifier ?/ :

• ./squelettes
  Et ensuite, vous pourriez charger les plugins voulus... mais il est préférable de les faire charger par SVP : ./ecrire/?exec=admin_plugin, voire désormais -pour les experts- charger les modifications de SPIP avec Composer et/ou SPIP-Cli !

 Quelques interdits !

Le fonctionnement de spip_loader (comme quelques autres scripts/fonctionnalités de SPIP liées à SVP, utilise des facilités parfois jugées sensibles [19] pour la sécurité de leurs clients par certains hébergeurs : ils brident alors PHP, et donc ’on sait’ que :
 Infomaniak n’accepte pas spip_loader nativement, mais SPIP Arno* nous fournit la réponse :

pas de souci. Il faut aller dans l’espace de gestion de son site pour « régler les limites de PHP », et « allow_url_fopen ». Par défaut c’est bloqué, et donc ça bloque spip_loader et les mises à jour de plugins.

 les pages perso de Free présentent de nombreuses limitations...