Recherche avancée

Sur d’autres sites (8742)

• Anomalie #3216 : Cron ne se déclenchant plus ?

  15 mai 2014, par Maïeul Rouquette

  oups, je me suis embrouillé. En vue des temoignages sur le forum contrib, c’est du 3.0.13, mais tt mes sites sont en 3.0.16

• Anomalie #3882 : Ancres des notes de bas de page pour les URL arborescente

  24 décembre 2016, par Laurent Lefebvre

  Problème rencontré sous spip 3.1

  Un exemple sur cet article avec les notes de bas de page :
  http://vps321533.ovh.net/aide-a-destination-des-redacteurs/article/quelques-exemples-de-raccourcis

  Les ancres du sommaire (généré via le plugin) et des notes de bas de page fonctionnent grâce à 2 filtres insérés derrière les balises #TEXTE, #CHAPO et #NOTES :
  

  |replace’href="#’,href="#URL_ARTICLE#|replace"href=’#",href=’#URL_ARTICLE#
  

  • Lorsque je retire le "<base href="http://vps321533.ovh.net/" />" ( via le couteau kiss ), les ancres marchent (mais je rencontre d’autres problèmes -> ce n’est pas une solution)
  • Le problème n’est pas lié à un plugin particulier
  • j’utilise le htaccess de base de spip , mon site étant dans un sous-répertoire, j’ai essayé de dé-commenter les lignes 26 et 27 mais cela ne change rien.

  Je me rappelle avoir rencontré le même type de problème sur d’autres site si bien que j’ai pris l’habitude d’ajouter les filtres ci dessus sur mes balises texte. J’ai essayé de re-soulever le capot après m’être rendu compte que le premier filtre ne marchait pas avec les ancres remontantes du plugin sommaire d’article n’était pas corrigé. C’est pour cela que j’ai ajouté un deuxieme filtre.

  Sur le Forum de Spip, certains rencontrent ce problème à plusieurs reprise sans autre solution que de changer de type d’URL ou de supprimer le la balise "base href" :

  • http://forum.spip.net/fr_251075.html
  • http://forum.spip.net/fr_231410.html

  J’ai oublié une config ou c’est un dysfonctionnement de Spip ?

• Revision 74427 : On va changer la méthode pour trouver plugin.xml et paquet.xml. On passe ...

  22 juillet 2013, par teddy.spip@… — Log

  On va changer la méthode pour trouver plugin.xml et paquet.xml. On passe par la class php RecursiveDirectoryIterator ? et RecursiveIteratorIterator ?. Cela devrait prendre en compte ’toutes’ les profondeurs où peuvent se trouver les plugins mutualisés. Ne prend pas en compte pour le moment _DIR_PLUGINS_SUPP.
  Cette astuce vient de ma discussion sur ​http://forum.alsacreations.com/topic.php?tid=68023&fid=20
  Merci à eux.