Recherche avancée

Sur d’autres sites (9104)

• Anomalie #3345 (Nouveau) : URLs prises pour des URLs arborescentes ou propres

  17 novembre 2014, par marcimat ☺☮☯♫

  J’ai des exemples d’URLs qui sont mal calculées (prises pour des urls SPIP alors qu’elles n’en sont pas forcément) :

  1) avec les urls arborescences actives, ces URLs sont traitées comme arborescentes (mais c’est un peu pareil avec ’propre’)

  http://site.tld/?param=foo/bar
  http://site.tld/?page=foo&param=foo/bar

  Dans ces deux exemples, les urls arborescentes cherchent un objet avec
  un titre ’bar’ et redirigent dessus (ou retournent une 404).

  Mais ce n’est pas tout.

  2)Simplement avec les URLs propre également il y a un problème lorsque l’on a :

  http://site.tld/?param=foo/13
  http://site.tld/?13

  Ici, SPIP cherche dans les 2 cas d’abord une url dans spip_urls nommée 13 (qui n’existe pas dans ce site directement).
  Mais la requête lancée sql_quote(13) fait écrire le select :
  SELECT ... FROM `spip_urls` WHERE `url` = 13

  Cela semble normal, mais ça retourne, sous MySQL les URL qui ont pour texte "13-affaires" par exemple.
  Mysql semble très bien s’accommoder de cela, lorsqu’il test le champ.

  Une suggestion pour ce dernier exemple c’est de remplacer les sql_quote( $url_propre ) par sql_quote($url_propre, ’’, ’TEXT’)

• Evolution #3336 (Nouveau) : Amélioration sitemap.xml.html pour gestion des sites multilingues

  6 novembre 2014, par Guillaume Fahrner

  Le sitemap permet de définir les différentes versions/langues d’une même page en utilisant le fichier sitemap.xml. Cela facilite notamment le travail des moteurs de recherche et améliore le référencement : https://support.google.com/webmasters/answer/2620865?hl=fr

  Peut on imaginer intégrer ce changement directement dans le fichier de la dist ?

• Anomalie #3325 (Nouveau) : (array) n’est pas suffisant pour convertir l’objet récupéré par l’itéra...

  29 octobre 2014, par Sylvain Lesage

  Selon mes petits tests (sur SPIP 2.1.16 avec plugin iterateurs, mais le code n’a pas changé semble t il dans le core), la conversion à array, à la ligne : http://core.spip.org/projects/spip/epository/entry/spip/ecrire/iterateur/data.php#L563 n’est pas suffisant. Le problème et la solution sont décrits la : http://www.phpro.org/examples/Convert-Object-To-Array-With-PHP.html.

  Je pense qu’il faut appliquer une conversion récursive.

  Le bout de code qui ne fonctionne pas sans cette conversion récursive, et qui fonctionne si on applique la solution mentionnée plus haut :

  results/>
          
  #VALEURtitle