Recherche avancée

Sur d’autres sites (4772)

• Révision 18200 : Résoud #1442 : Gestion automatisée et généralisée de la sauvegarde automatique e...

  7 juillet 2011, par cedric -

  En pratique, il suffit de fournir dans le charger() d’un CVT un identifiant unique dans _autosave_id pour que le formulaire soit automatiquement sauvegardé quand on quitte la page sans le soumettre. On reprend ce qui a été introduit dans l’extension forum, et on generalise via les pipeline (...)

• Anomalie #3920 (Nouveau) : sur Sauvegarde SQLite (SPIP 3.1.3 et 3.1.4 mini)

  11 mars 2017, par YannX DYX

  En SPIP 3 la sauvegarde standard pose parfois des problèmes, que j’ai trop souvent vus...
  Cette fois j’ai investigué sur un SPIP 3.1.4 OVH (avec prefix spécifique), toutes les tables ne sont pas sauvegardées, au contraire de la sauvegarde SQL : certes un message existe mais !
  - d’une part des tables vides ou non déclarées dans un plugin activé sont omises : pourquoi ?
  (encore une fois au contraire de la sauvegarde SQL encore disponible en plugin !)
  => est-il possible d’apporter un lien vers une aide plus détaillée, explicitant les causes possibles ?
  (cf. http://forum.spip.net/fr_262960.html & http://forum.spip.net/fr_266342.html par exemple).
  - le long libellé affiché <:dump:texte_sauvegarde:> ne signale aucunement ces aspects et indications ; le lien vers http://www.spip.net/fr_article1489.html est-il encore pertinent (je n’ai jamais tenté une restauration d’une autre version SQLite : comment se passerait une table non déclarée ou non connue dans le SPIP cible ? ) ?
  - d’autre part la lecture du message en fin des erreurs est peu explicite à la lecture (cf. ci-dessous),
  il me semblerait plus significatif d’afficher : Nombre de tables non sauvegardées : 12/58
  - d’ailleurs l’affichage est incorrect, car il n’indique pas le bon préfixe (en cas de préfixe non-standard !!)
  (et de ce fait, je vais avouer avoir jusqu’à présent négligé ces erreurs incomprises, et... patatras !)
  _ S’il est intéressant de faire une sauvegarde dé-préfixée (ce que j’ai parfois trouvé utile), peut-etre serait-il intéressant de faire apparaitre (dans un commentaire ou une meta) le préfixe d’origine, à titre de documentation !

  En recherchant de la documentation, je n’ai trouvé que http://www.spip.net/fr_article3418.html qui mériterait peut-etre d’etre complété avec les informations/explications ci-dessus (et leurs conséquences)...

  En complément, le site exemple ayant été migré d’anciennes versions SPIP 2, montre encore les anciennes tables@ spip_mots_xx@
  je ne me souviens pas d’un plugin qui éliminerait ces anciennes tables résiduelles (pour ceux qui ne savent utiliser phpMyAdmin ou Adminer)... ce qui supprimerait ensuite ces erreurs / voir par exemple sur les forums SPIP)

• Evolution #4042 (Nouveau) : Forums : pouvoir les reoodonner

  6 novembre 2017, par Maïeul Rouquette

  Il arrive fréquemment que des personnes se trompent en répondant à un message de forum, en créant par exemple un nouveau thread au lieu de prolonger l’ancien.

  Ce serait pas mal d’avoir un outils pour réoordonner dans l’espace privé ces forums. Par contre aucune idée de l’ergonomie que cela pourrait prendre,