interclassement table spip_urls
Constaté sur SPIP 3.0.1 [19436]
Le changement d'encodage du champ 'url' de la table 'spip_urls' ne permet plus de restaurer la sauvegarde incluant ce changement ou du moins partiellement puisque l'opération supprime entièrement la table 'spip_urls' qui par ailleurs figure bien dans le .sqlite ; le reste des tables etant correctement reinjecte. Pas gênant dans la cas ou les redirections d'urls sont inactives.
De memoire cette manip fonctionnait sous spip 2.1.10 précédemment utilisé.
Initialement ce champ est déclaré en 'utf8_general_ci' c.a.d insensible à la casse. Dans le cas présent pour des besoins d'authentification d'accès à certaines url via le .htaccess du serveur apache j'ai substitué l'interclassement 'utf8_bin', mode sensible à la casse, à la valeur par défaut. Ainsi la saisie des urls dans le navigateur doit correspondre strictement à la valeur existante dans le champs 'url' de la table 'spip_urls' Ce mécanisme fonctionne parfaitement mais il oblige à proscrire l'utilisation de l'interface de sauvegarde pour le moment. Il serait d'ailleurs préférable de définir dans la prochaine version un interclassement en utf8_bin par defaut pour ce champs uniquement.