Langues du site : [ar] [en] [es] [fr] [it]

À propos de SPIP

SPIP

SPIP Blog

SPIP Démo

SPIP Doc

SPIP Forums

SPIP Herbier

SPIP Irc

SPIP Party

SPIP Sedna

SPIP Test-GrmlEU

SPIP User

SPIP Zone

Accueil du site > Administration > Urls Propres > Archives Urls Propres

La réécriture d’URL native de SPIP sans modifier la conf apache

vendredi 26 août 2005, par Balluche. Dernier ajout mercredi 28 septembre 2005

J’ai un p’tit souci. J’aimerais bien pouvoir avoir des urls nominatives pour mon soft de comptage des statistiques. Cela m’évite d’ouvrir toutes mes urls pour savoir de quelles pages il s’agit. La solution existe : la réécriture d’URL selon SPIP [1] ! Seulement il y a comme un hic ! Cette fonction utilise la réécriture d’URL d’apache qui n’est pas disponible chez mon hébergeur gratuit qui est free.

Le solutions sont simples :

je change d’hébergeur et je paye (on a rien sans rien)
mon site est trop pourri et cela ne vaut pas la peine que je prenne un hébergement pro

Ma contrib concerne cette deuxième option. Comment çà marche ? Ben c’est très simple. Tout comme la réécriture d’URL native de SPIP il faut copier le code suivant dans un fichier inc-urls-balluche.php3 à la racine :

<?php

/***************************************************************************\
 *  SPIP, Systeme de publication pour l'internet                           *
 *                                                                         *
 *  Copyright (c)      2005                                                *
 *  balluche.free.fr                                                       *
 *                                                                         *
 *  URL rewriting même si non géré par apache (serveur free par ex.)       *
 *                                                                         *
 *                                                                         *
 *  Ce programme est un logiciel libre distribue sous licence GNU/GPL.     *
 *  Pour plus de details voir le fichier COPYING.txt ou l'aide en ligne.   *
\***************************************************************************/


// executer une seule fois
if (defined("_INC_BALLUCHE")) return;
define("_INC_BALLUCHE", "1");

/*

- Comment utiliser ce jeu d'URLs ?

Déplacez le fichier index.php et inc-urls-balluche.php3 à la racine de votre de site

Definissez ensuite dans ecrire/mes_options.php3 :
	type_urls = 'balluche';
SPIP calculera alors ses liens sous la forme "/?no_article/Mon-titre-d-article".

*/

function _generer_url_propre($type, $id_objet) {
	$table = "spip_".$type."s";
	$col_id = "id_".$type;

	// Auteurs : on prend le nom
	if ($type == 'auteur')
		$champ_titre = 'nom AS titre';
	else
		$champ_titre = 'titre';

	// D'abord, essayer de recuperer l'URL existante si possible
	$result = spip_query("SELECT url_propre, $champ_titre
	FROM $table WHERE $col_id=$id_objet");
	if (!($row = spip_fetch_array($result))) return ""; # objet inexistant

	// Si l'on n'est pas dans spip_redirect.php3 sur un objet non publie
	// ou en preview (astuce pour corriger un url-propre) + admin connecte
	// Ne pas recalculer l'url-propre,
	// sauf si :
	// 1) il n'existe pas, ou
	// 2) l'objet n'est pas 'publie' et on est admin connecte, ou
	// 3) on le demande explicitement (preview) et on est admin connecte
	if (defined('_SPIP_REDIRECT') AND
	($GLOBALS['preview'] OR ($row['statut'] <> 'publie'))
	AND $GLOBALS['auteur_session']['statut'] == '0minirezo')
		$modif_url_propre = true;

	if ($row['url_propre'] AND !$modif_url_propre)
		return $row['url_propre'];

	// Sinon, creer l'URL
	include_ecrire("inc_filtres.php3");
	include_ecrire("inc_charsets.php3");
	$url = translitteration(corriger_caracteres(
		supprimer_tags(supprimer_numero(extraire_multi($row['titre'])))
		));
	$url = @preg_replace(',[[:punct:][:space:]]+,u', ' ', $url);
	// S'il reste des caracteres non latins, utiliser l'id a la place
	if (preg_match(",[^a-zA-Z0-9 ],", $url)) {
		$url = $type.$id_objet;
	}
	else {
		$mots = explode(' ', $url);
		$url = '';
		foreach ($mots as $mot) {
			if (!$mot) continue;
			$url2 = $url.'-'.$mot;
			//if (strlen($url2) > 35) {
			//	break;
			//}
			$url = $url2;
		}
		$url = substr($url, 1);
		//echo "$url<br>";
		if (strlen($url) < 2) $url = $type.$id_objet;
	}

	// Verifier les eventuels doublons et mettre a jour
	$lock = "url $type $id_objet";
	spip_get_lock($lock, 10);
	//$query = "SELECT $col_id FROM $table
	//	WHERE url_propre='".addslashes($url)."' AND $col_id != $id_objet";
	//if (spip_num_rows(spip_query($query)) > 0) {
	//	$url = $url.','.$id_objet;
	//}

	// Eviter de tamponner les URLs a l'ancienne (cas d'un article
	// intitule "auteur2")
	if ($type == 'article'
	AND preg_match(',^(article|breve|rubrique|mot|auteur)[0-9]+$,', $url))
		$url = $url.','.$id_objet;

	// Mettre a jour dans la base
	$query = "UPDATE $table SET url_propre='".addslashes($url)."' WHERE $col_id=$id_objet";
	spip_query($query);
	spip_release_lock($lock);

	spip_log("Creation de l'url propre '$url' pour $col_id=$id_objet");

	return $url;
}

function generer_url_article($id_article) {
	$url = _generer_url_propre('article', $id_article);
	if ($url)
		return lire_meta("adresse_site") . "?$id_article/$url";
	else
		return "article.php3?id_article=$id_article";
}

function generer_url_rubrique($id_rubrique) {
	$url = _generer_url_propre('rubrique', $id_rubrique);
	if ($url)
		return lire_meta("adresse_site") . "?$id_rubrique/-$url-";
	else
		return "rubrique.php3?id_rubrique=$id_rubrique";
}

function generer_url_breve($id_breve) {
	$url = _generer_url_propre('breve', $id_breve);
	if ($url)
		return lire_meta("adresse_site") . "?$id_breve/+$url+";
	else
		return "breve.php3?id_breve=$id_breve";
}

function generer_url_forum($id_forum, $show_thread=false) {
	include_ecrire('inc_forum.php3');
	return generer_url_forum_dist($id_forum, $show_thread);
}

function generer_url_mot($id_mot) {
	$url = _generer_url_propre('mot', $id_mot);
	if ($url)
		return lire_meta("adresse_site") . "?$id_mot/+-$url-+";
	else
		return "mot.php3?id_mot=$id_mot";
}

function generer_url_auteur($id_auteur) {
	$url = _generer_url_propre('auteur', $id_auteur);
	if ($url)
		return lire_meta("adresse_site") . "?$id_auteur/_${url}_";
	else
		return "auteur.php3?id_auteur=$id_auteur";
}

function generer_url_document($id_document) {
	if (intval($id_document) <= 0)
		return '';
	if ((lire_meta("creer_htaccess")) == 'oui')
		return "spip_acces_doc.php3?id_document=$id_document";
	if ($row = @spip_fetch_array(spip_query("SELECT fichier FROM spip_documents WHERE id_document = $id_document")))
		return ($row['fichier']);
	return '';
}

function recuperer_parametres_url($fond, $url) {
	global $contexte;

	// Migration depuis anciennes URLs ?
	if ($GLOBALS['_SERVER']['REQUEST_METHOD'] != 'POST' &&
preg_match(',(^|/)((article|breve|rubrique|mot|auteur)(\.php3?|[0-9]+\.html)([?&].*)?)$,', $url, $regs)) {
		$type = $regs[3];
		$id_objet = intval($GLOBALS['id_'.$type]);
		if ($id_objet) {
			$func = "generer_url_$type";
			$url_propre = $func($id_objet);
			if ($url_propre
			AND ($url_propre<>$regs[2])) {
				http_status(301);
				// recuperer les arguments supplementaires (&debut_xxx=...)
				//$reste = preg_replace('/^&/','?',
				//	preg_replace("/[?&]id_$type=$id_objet/",'',$regs[5]));
				Header("Location: $url_propre$reste");
				exit;
			}
		}
		return;
	}
}

?>

C’est une version légèrement modifiée du fichier inc-urls-propres.php3.

Ensuite il faut paramétrer la variable $type_urls du fichier ecrire/mes_options.php3. Pour cela, insérez la ligne suivante dans le fichier ci-dessus.

Et maintenant ? Comment faire pour que çà soit géré ? C’est très simple. Cette contrib génère des url de la forme /?no_article/Mon-titre-d-article. Notez le point d’interrogation. En fait, c’est un appel à un fichier index.php à placer dans la racine dont voici le contenu :

<?php
/***************************************************************************\
 *  SPIP, Systeme de publication pour l'internet                           *
 *                                                                         *
 *  Copyright (c)      2005                                                *
 *  balluche.free.fr                                                       *
 *                                                                         *
 *  URL rewriting même si non géré par apache (serveur free par ex.)       *
 *                                                                         *
 *                                                                         *
 *  Ce programme est un logiciel libre distribue sous licence GNU/GPL.     *
 *  Pour plus de details voir le fichier COPYING.txt ou l'aide en ligne.   *
\***************************************************************************/

/*

- Comment utiliser ce jeu d'URLs ?

Déplacez le fichier index.php et inc-urls-balluche.php3 à la racine de votre site

Definissez ensuite dans ecrire/mes_options.php3 :
	$type_urls = 'balluche';
SPIP calculera alors ses liens sous la forme "/?no_article/Mon-titre-d-article".

*/

	$req = $_SERVER['QUERY_STRING'];
	$search = array('@(\d+)/-([^/\.]+)-.*@i', '@(\d+)/_([^/\.]+)_.*@i', '@(\d+)/\+([^/\.]+)\+.*@i', '@(\d+)/_([^/\.]+)_.*@i', '@(\d+)/([^/\.]+)@i');
	$replace = array('$fond = "rubrique";$_GET[id_rubrique]=\1;', '$fond = "auteur";$_GET[id_auteur]=\1;', '$fond = "breve";$_GET[id_breve]=\1;', '$fond = "mot";$_GET[id_mot]=\1;', '$fond = "article";$_GET[id_article]=\1;');
	$text = preg_replace($search, $replace, $req);
	if ($text == $req)
	{
		$fond = 'sommaire';
	}
	else
	{
		eval($text);
	}

	$delais = 2 * 3600;
	include ("inc-public.php3");
?>

Que deviennent les anciennes urls du type article.php3?id_article=99 ? Elles sont tout simplement redirigées avec un redirect 301 vers les nouvelles urls. Comme çà, pas de problème de mise à jour des moteurs !

Vous pouvez voir un exemple de fonctionnement sur mon site.

Il y a un effet de bord intéressant. Toutes vos pages auront le même pageRank que votre page d’accueil.

Voilo. Vous pouvez télécharger les fichiers ci-dessous.

Si vous utilisez cette contrib j’aimerais beaucoup que vous fassiez un lien sur mon site mais ce n’est pas une obligation !

Note :
La réécriture d’URL avec SPIP ne fonctionne que si vous avez bien codé vos boucles, càd, avec des url #URL_ARTICLE ou #URL_RUBRIQUE. Si vous avez inscrit en dur article.php3?id_article=#ID_ARTICLE alors SPIP ne peut rien pour vous.

Notes

[1] URL rewriting en engliche

Répondre à cet article

> La réécriture d’URL native de SPIP sans modifier la conf apache
29 août 2005 19:24, par Reyatem

J’ai testé en local, avec easy php 1.7. ça marche à part ce message : Notice : Use of undefined constant id_article - assumed ’id_article’ in c :\program files\easyphp1-7\www\contrib\index.php(37) : eval()’d code on line 1. Par contre impossible de faire fonctionner le menu déroulant http://www.spip.net/fr_article1494.html à cause de article.php3 et id_article Si quelqu’un ou quelqu’une à des idées. Merci d’avance. Reyatem

Répondre à ce message
- > La réécriture d’URL native de SPIP sans modifier la conf apache 30 août 2005 16:40, par Balluche
  
  Positionnez le niveau d’erreur dans le fichier INI php à un niveau supérieur. Sur un serveur web de production. Le niveau d’erreur n’est jamais positionné à E_NOTICE. C’est pas dur de trouver la doc sur le site de php.
  
  Répondre à ce message
  - > La réécriture d’URL native de SPIP sans modifier la conf apache 17 septembre 2005 00:33, par Ben
    
    Spip 1.7.2 :
    
    J’ai le même message qui s’affiche. Le fait d’élever le niveau d’erreur dans php.ini rend le message tacite, mais le problème demeure. Du coup, les liens sont bien calculés avec la réécriture d’url, mais les pages vers lesquels ils mènent ne s’affichent pas (erreur 404). Pour l’instant, je ne vois pas trop comment y remédier. Quelqu’un a une idée ?
    
    Répondre à ce message
    - > La réécriture d’URL native de SPIP sans modifier la conf apache 22 octobre 2005 16:16, par Balluche
      
      et si vous mettiez un @ devant eval ?
      
      Répondre à ce message
      - > La réécriture d’URL native de SPIP sans modifier la conf apache 23 octobre 2007 16:51, par RaNita
        
        Ca marche du tonnerre !!! merci
        
        Répondre à ce message
Retour au début des forums
La réécriture d’URL native de SPIP sans modifier la conf apache
4 mai 2007 16:54, par Marvin Flynn

Ca fonctionne du tonnerre chez free !

Voir en ligne : Installé sur le site : La Révolution en Charentaises

Répondre à ce message
- La réécriture d’URL native de SPIP sans modifier la conf apache 10 mai 2007 17:09, par Marvin Flynn
  
  Juste un petit détail supplémentaire : ne pas oublier de vider le cache de SPIP, sinon une part des articles est toujours appelée selon l’ancienne méthode, qui fonctionne toujours sauf quand on demande un rafraîchissement (gnagnagna/article.php3?id_article=XX&var_mode=recalcul) : il ne prend pas bien le var_mode=recalcul...
  
  Une fois le cache vidé, tout fonctionne parfaitement, et ça fait carrément plus joli dans google (je me demandais si le référencement des articles serait plus efficace en utilisant cette méthode, si qqun en sait qqchose...)
  
  Voir en ligne : La Révolution en Charentaises
  
  Répondre à ce message
  - La réécriture d’URL native de SPIP 29 mai 2007 12:45, par Marvin Flynn
    
    Bon, au final, je suis revenu à l’ancien système (balluche désactivé), tout en laissant les fichiers sur le serveur, de manière à ce que les liens déjà existants fonctionnent toujours.
    
    La raison : j’ai tenté de porter les Balluches sur une version test du site, installé avec SPIP 1.92a et rien à faire, ça ne fonctionne pas (chez moi en tout cas) ; pour ne pas risquer de perdre les éventuels liens déjà existants, je suis donc revenu fissa au système d’url natif de SPIP (...?id_article=12) afin de pouvoir garder ces liens lors du passage à une version supérieure.
    
    Désolé donc, mais les urls ne sont plus visibles sur ce site :o|
    
    Répondre à ce message
Retour au début des forums
La réécriture d’URL native de SPIP sans modifier la conf apache
14 juillet 2006 17:18, par vinbaron

Est-ce que cette contrib marche avec la nouvelle version 1.9 de SPIP ?

Répondre à ce message
- Avec Spip 1.9.0 cela semble OK. La réécriture d’URL native de SPIP sans modifier la conf apache 17 septembre 2006 19:48, par Marc de Beaumont
  
  Je viens de tester, sur un site de test, sur Free, avec la 1.9.0
  
  Cela a l’air de marcher quasiment du premier coup, même s’il s’est passé des choses un peu étranges avec le 1er article, nommé (initialement) "article11", renommé depuis à la main en "article1rubrique1" (la fin de son url devient article11,1 ce qui ne semblait pas très bien apprécié par le système, peut-être temporairement seulement, puisqu’un peu plus tard cela semble OK)
  
  (le renommage manuel de l’article en "article1rubrique1" ne change pas l’url automatique : ..?1/article11,1 je ne sais si c’est normal ou non.)
  
  Si d’autres peuvent réagir ici à ce sujet cela m’intéresse, et cela intéressera d’autres personnes, utilisant la 1.9 ou suivante (1.9.1 etc.). Dès que je pourrai je testerai avec la 1.9.1.
  
  Merci d’avance
  
  Marc de Beaumont
  
  Voir les urls et pages suivantes : http://190.spip.demo.free.fr/?1/-ru... http://190.spip.demo.free.fr/?2/art... http://190.spip.demo.free.fr/?1/art... http://190.spip.demo.free.fr/?1/+-m... http://190.spip.demo.free.fr/?2/+-m...
  
  Voir en ligne : site de test et démo 1.9.0
  
  Répondre à ce message
  - rendre cette contrib Balluche compatible avec spip 1.9.1 ??? La réécriture d’URL native de SPIP sans modifier la conf apache 7 mai 2007 19:55, par Marc de Beaumont
    
    Bonjour,
    
    Cette contrib "Balluche" semble compatible avec la v 1.9.0 de Spip mais pas avec la v 1.9.1, en tout cas pas avec Sarkaspip installé avec la spip 1.9.1
    
    apparemment à cause de la page index.php, qui existe déjà (avant install de la contrib Balluche) et qui interfère donc avec la page index.php proposée par Balluche.
    
    D’ailleurs, pour la même raison, Biospip 4.0 ne semble pas compatible non plus avec cette contrib Balluche, dès la v 1.9.0 de spip.
    
    1. => N’y aurait-il DONC pas moyen d’aménager cette contrib Balluche pour qu’elle soit compatible avec la façon 1.9 de gérer les urls :
    
    en utilisant la fonction _generer_url_propre() comme signalé dans la doc Utiliser des URLs personnalisées
    
    ... "Si vous voulez plutôt utiliser vos propres adresses..." ... "Il est par exemple très aisé de modifier la fonction _generer_url_propre() dans urls/propres.php pour obtenir des variations très intéressantes "
    
    Cela aurait l’avantage de pouvoir utiliser (pour des hébergeurs comme Free) cette contrib Balluche même avec des squelettes comme :
    Sarkaspip (au-delà de 1.9.0)
    Biospip 4.0, dès la v 1.9.0
    ... la liste est sûrement de plus en plus longue
    
    2. Sinon, y aurait-il possibilité de modifier autrement cette contrib Balluche ?
    
    Merci à Balluche de jeter un oeil sur ces questions, qui devraient intéresser un certain nombre de personnes.
    
    Voir en ligne : tests ces jours-ci (avec Sarkaspip) sur le site de test/démo de la v 1.9.1 (la contrib Balluche est plus intéressante que l’utilisation de $type_urls = "propres-qs" car effectivement elle fournit le n° de l’article)
    
    Répondre à ce message
- La réécriture d’URL native de SPIP sans modifier la conf apache 18 novembre 2006 17:35, par Cy-real
  
  "Que deviennent les anciennes urls du type article.php3 ?id_article=99 ? Elles sont tout simplement redirigées avec un redirect 301 vers les nouvelles urls. Comme çà, pas de problème de mise à jour des moteurs !"
  
  Chez moi [Spip 1.9.1 hébergé dans un sous-répertoire chez Free], la réécriture des URLS fonctionne parfaitement... Mon souci provient des anciennes urls de type rubrique.php3 ou article.php3 qui ne ne fonctionnent plus. La redirection ne marche pas ! Message d’erreur :
  
  Fatal error : Call to undefined function : http_status() in /mnt/122/free.fr/7/c/cyreal/spip/inc-urls-balluche.php3 on line 183
  
  Et la fameuse ligne 183, c’est justement : http_status(301) ;
  
  ... Une idée ?
  
  Répondre à ce message
Retour au début des forums
Interferences contrib’ ?
15 avril 2006 00:21, par nicoleoptere

Salut.

J’ai essayé ta contrib’ : mon site est sous ifrance qui ne semble pas supporter le htaccess.

La réecriture d’URL fonctionne bien : mais de quoi se plaint-il alors ?! Mon pb : une fois ta contrib’ installée, mon site ignore mes propres squelettes : il utilise ceux de la distribution (du répertoire dist/) !

J’utilise également une autre contrib’ (de Iago) pour restreindre l’accès d’une rubrique du site... contrib’ qui passe également à la trappe si j’installe la tienne.

Il me semble que le « pb » vient de index.php, et plus particulièrement du dernier

include ("inc-public.php3") ;

j’ai trifouillé un peu (je ne connais pas le PHP) mais je n’arrive à rien de bon : une idée ?!

Merci.

Voir en ligne : Contrib’ de Iago

Répondre à ce message
- Interferences contrib’ ? 15 avril 2006 11:39, par Balluche
  
  Le fichier index.php ne fait que renvoyer vers le mécanisme d’affichage des pages de SPIP. Aurais-tu écrasé ce fichier avec un autre ? Peux-tu me donner une URL pour que je me rende compte par moi même ?
  
  Il faut savoir que SPIP 1.9 implémente un système de réécriture des URL pour les cas où l’URL rewriting n’est pas activé chez l’hébergeur (y serais-je pour quelque chose dans cette ajout ? ;-)). Si tu n’as pas peur d’une version pas tout à fait terminée mais avec des ajouts substantiels, tu peux tenter une maj.
  
  Il faut activer le mode "propres-qs" :
  
  $type_urls = 'propres-qs'
  
  Voir en ligne : Fabriquer un fichier inc_urls_balluche par soi même
  
  Répondre à ce message
  - Interferences contrib’ ? 15 avril 2006 14:00, par nicoleoptere
    
    Merci pour ta réponse rapide Balluche !
    
    J’ai fait une modif mineure dans inc-urls-balluche.php3 : le séparateur de mot n’est plus le tiret « - » mais l’underscore « _ ».
    
    La distribution de SPIP (v1.8.3) inclu déjà un fichier index.php : c’est le seul fichier que j’écrase en installant ta contrib’.
    
    Ce fichier appelle index.php3 qui lui même appelle sommaire.php3. Mon squelette de sommaire s’appelle junglejob.html (situé dans le répertoire squelette/) et non sommaire.html. Ton fichier index.php semble également appeller sommaire.php3, pas de pb donc ?
    
    Comme je te le dit une partie de mon site est protégé : les infos sont loin d’être secret-défense, mais je souhaite pas trop le laisser en l’état... Je le laisse 30 min et puis je repasse en config intiale. Si tu as le temps de m’aider c’est cool ! (sinon tant pis, merci quand même)
    
    Merci du tuyau SPIP v1.9, mais me connaissant je vais y passer trop de temps : il est samedi... il fait beau (presque) et mon ordi me fait la gueule ;-) J’ai aussi testé la contrib’ de gcrao qui fonctionne bien (mais les adresses restent un peu longues).
    
    A plus.
    
    Voir en ligne : Mon site SPIP
    
    Répondre à ce message
    - Interferences contrib’ ? 14 septembre 2006 17:20, par Marc de Beaumont
      
      Je viens d’utiliser cette contrib avec la 1.8.3, apparemment sans problème, sur Free.
      
      Peut-être avec cetaines utilisations "avancées" il y a des difficultés, mais pour la base, cela fonctionne du premier coup.
      
      Voir par exemple la page : http://183.spip.demo.free.fr/?1/Art...
      
      Voir en ligne : site de test et démo 1.8.3
      
      Répondre à ce message
    - Interferences contrib’ ? 15 octobre 2006 21:23, par Marc de Beaumont
      
      NB : pour modifier - par _, comme séparateur de mots dans l’url, il suffit de remplacer dans inc-urls-balluche.php3, pour obtenir la ligne : $url2 = $url.’_’.$mot ;
      
      Cette modification est nécessaire pour faire fonctionner les brèves, lorsque le titre des brèves contient plus d’un mot, ce qui doit être la cas général.
      
      Sinon, il y a une magnifique "erreur 404"
      
      Avec cette modification, cela marche très bien.
      
      Répondre à ce message
  - Interferences contrib’ ? 24 mai 2006 11:27, par Balluche
    
    En fait le système de redirection de SPIP 1.9 (ou de 1.8) n’est pas tout à fait le même que celui présenté ici. Ce système contient le numéro de l’objet (article, rubrique, etc.) dans l’url et cela apporte un avantage non négligeable : la garantie de la pérénité de l’url. En effet, même si vous changez le titre, le contenu reste accessible par les anciennes urls de l’article, justement parce que le texte ne compte pas.
    
    Répondre à ce message
Retour au début des forums
La réécriture d’URL native de SPIP sans modifier la conf apache
27 août 2006 16:20, par rosy

Merci Balluche pour cette contrib je la teste sous easyPHP 1.7. et rencontre un problème : les urls sont bien ré-écrites mais tout clic me redirige vers la page d’accueil !!! ? ?? ! !! Une idée sur ce que j’aurais pu mal faire ?

merci d’avance Rosy

Répondre à ce message

Retour au début des forums
La réécriture d’URL native de SPIP sans modifier la conf apache
21 mai 2006 19:59, par vinbaron

Salut !

J’ai utilisé cette contrib, qui marche parfaitement sur mon site en 1.8.3. Seul souci : dans les mails automatiques envoyés lors d’un post sur un forum, l’url est mauvaise. J’ai une url du type http://www.monsite.com/spip/http://...

(répétition de la racine du site)

Savez-vous pourquoi et comment puis-je corriger cela ?

Merci

Répondre à ce message
- La réécriture d’URL native de SPIP sans modifier la conf apache 24 mai 2006 11:20, par Balluche
  
  C’est parce que tes squelettes contiennent des urls absolues (avec l’adresse du site devant).Pour régler il suffit de virer tous les lire_meta("adresse_site") du code :
  
  remplacer : return lire_meta("adresse_site") . "?$id_article/$url"; par : return "?$id_article/$url";
  
  Répondre à ce message
  - La réécriture d’URL native de SPIP sans modifier la conf apache 24 mai 2006 20:01, par vinbaron
    
    Merci Balluche pour ta réponse si rapide. En fait si j’enlève les lire_meta("adresse_site") du code, le mail arrive avec la bonne URL mais par contre les adresses de pages "non réécrites" ne fonctionnent plus (erreur 404). Tu mentionnes dans ta réponse les squellettes mais le mail envoyé par SPIP n’utilise pas de squellettes ? En fait je ne sais même pas quel fichier sert à contruire les mails.
    
    Répondre à ce message
    - La réécriture d’URL native de SPIP sans modifier la conf apache 28 mai 2006 16:38, par Balluche
      
      En fait, le lire_meta ne sert à rien dans le code. C’était juste pour gérer le cas des sites spip installés dans un répertoire. A la différence du site en lui même le backend attend des urls absolues. Il faut donc utiliser le filtre url_absolue (ou quelque chose comme çà).
      
      Répondre à ce message
  - La réécriture d’URL native de SPIP sans modifier la conf apache 26 mai 2006 09:31, par vinbaron
    
    Pour compléter mon message, j’ai le même souci avec mon fichier de backend ...
    
    Voir en ligne : Valdyerres.com
    
    Répondre à ce message
Retour au début des forums
La réécriture d’URL native de SPIP sans modifier la conf apache
2 février 2006 23:47, par Stéven

Pas grand chose à dire, si ce n’est : excellent ! Installé en 30 secondes, merci encore pour cette contrib !

Voir en ligne : ACROVAT

Répondre à ce message

Retour au début des forums
PB avec les mots-clés. Re:La réécriture d’URL native de SPIP sans modifier la conf apache
4 décembre 2005 23:05, par franckSG

Bonjour,

Merci pour cette contrib, sympa. J’ai repris les fichiers tels que, et ça marche sur une 1.8.1 (pour les articles, rubriques, auteurs, brève par exemple)...

A. sauf pour les mots-clés : l’url créée (monsite/?1/+-motcle1-+) ne permet pas l’affichage. J’obtiens un magnifique message d’erreur : "Erreur 404 Il n’y a pas de brève à cette adresse"

Je n’ai pas vu jusqu’à maintenant (dans les modifs apportées) pourquoi le mot-clé pourrait avoir un comportement différent, ni pourquoi le message d’erreur parle d’une brève.

A tout hasard j’ai essayé en créant un mot-clé nouveau, sans effet différent.

B. J’ai aussi essayé avec une 1.8.2 (sur un autre site de test), mais le problème reste le même : avec les mots-clés, erreur 404.

C. J’ai essayé de comprendre ce qu’il se passe. La détéection du mot-clé ne se faisant pas, j’ai supposé que c’est le code suivant qui ne fonctionne pas :

// Detecter les differents types d’objets demandes if (preg_match(’,^\+-(.*?)-?\+?$,’, $url_propre, $regs)) $type = ’mot’ ; $url_propre = $regs[1] ; else if (preg_match(’,^-(.*?)-?$,’, $url_propre, $regs)) $type = ’rubrique’ ; $url_propre = $regs[1] ; else if (preg_match(’,^\+(.*?)\+?$,’, $url_propre, $regs)) $type = ’breve’ ; $url_propre = $regs[1] ; else if (preg_match(’,^_(.*?)_?$,’, $url_propre, $regs)) $type = ’auteur’ ; $url_propre = $regs[1] ; else $type = ’article’ ; preg_match(’,^(.*)$,’, $url_propre, $regs) ; $url_propre = $regs[1] ;

Cependant un test sur la chaine "+-motcle2-+" reconnait bien : mot, motcle2 J’avoue que je ne comprends pas ce qu’il se passe. Et un test sur la chaine "+mos-cle2+" reconnait bien : breve, motcle2

J’en conclus que le bug doit être ailleurs, mais où ?

Franck

Voir en ligne : site test. Un clic sur motcledeux, depuis un article, affiche le message d’erreur

Répondre à ce message
- PB avec les mots-clés. Re:La réécriture d’URL native de SPIP sans modifier la conf apache 6 décembre 2005 18:49, par franckSG
  
  Franck SG : En fait l’erreur se trouvait dans l’autre fichier, index.php.
  
  J’ai corrigé, il suffit de remplacer la ligne correspondante par :
  
  $search = array('@(\d+)/-([^/\.\+]+)-.*@i', '@(\d+)/_([^/\.]+)_.*@i', '@(\d+)/\+([^/\.\-]+)\+.*@i', '@(\d+)/\+\-([^/\.]+)\-\+.*@i', '@(\d+)/([^/\.]+)@i'); $replace = array('$fond = "rubrique";$_GET[id_rubrique]=\1;', '$fond = "auteur";$_GET[id_auteur]=\1;', '$fond = "breve";$_GET[id_breve]=\1;', '$fond = "mot";$_GET[id_mot]=\1;', '$fond = "article";$_GET[id_article]=\1;');
  
  J’en ai profité pour ajouter un traitement spécifique pour les groupes de mots, et dans ce cas les lignes deviennent :
  
  $search = array('@(\d+)/-([^/\.\+]+)-.*@i', '@(\d+)/_([^/\.]+)_.*@i', '@(\d+)/\+([^/\.\-]+)\+.*@i', '@(\d+)/\+\-([^/\.]+)\-\+.*@i', '@(\d+)/\-\+([^/\.]+)\+\-.*@i', '@(\d+)/([^/\.]+)@i'); $replace = array('$fond = "rubrique";$_GET[id_rubrique]=\1;', '$fond = "auteur";$_GET[id_auteur]=\1;', '$fond = "breve";$_GET[id_breve]=\1;', '$fond = "mot";$_GET[id_mot]=\1;', '$fond = "theme";$_GET[id_groupe]=\1;', '$fond = "article";$_GET[id_article]=\1;');
  
  et ajouter dans le fichier inc-urls-balluche.php3 :
  
  function generer_url_groupe($id_groupe) { $url = _generer_url_propre('theme', $id_groupe); if ($url) return lire_meta("adresse_site") . "?$id_groupe/-+$url+-"; else return "theme.php3?id_groupe=$id_groupe"; }
  
  Le site de test (cité plus haut, et ci-dessous) permet de constater le fonctionnement.
  
  Voir en ligne : test concluant sur le 2e mot-clé
  
  Répondre à ce message
  - PB avec les mots-clés. Re:La réécriture d’URL native de SPIP sans modifier la conf apache 9 décembre 2005 17:30, par davidleblanc
    
    Web Recherche Immobilier Voyages Emploi Formation Finances Creation de sites internet Jeux Video Rencontre
    
    Merci.
    
    Voir en ligne : Web Recherche
    
    Répondre à ce message
  - PB avec les mots-clés. Re:La réécriture d’URL native de SPIP sans modifier la conf apache 9 décembre 2005 22:45, par Balluche
    
    Merci pour la surcontrib ! J’intègre çà dans l’article comme çà tout le monde en profitera.
    
    Répondre à ce message
    - PB avec les mots-clés. Re:La réécriture d’URL native de SPIP sans modifier la conf apache 9 décembre 2005 23:16, par Balluche
      
      Je n’ai plus accès à l’interface de modif alors je peux pas le faire. Désolé.
      
      Répondre à ce message
      - PB avec les mots-clés. Re:La réécriture d’URL native de SPIP sans modifier la conf apache 13 décembre 2005 12:32, par franckSG
        
        Puisqu’il n’est pas possible de modifier la contrib initiale, j’ai modifié la page spikini "Variantes", et créé deux pages spécifiques spikini, une par variante :
        Variante172ContribLa
        VarianteMotsContribLa
        
        Franck SG
        
        Voir en ligne : Variante Mots-clés et Groupes de mots-clés
        
        Répondre à ce message
        
        PB avec les mots-clés. Re:La réécriture d’URL native de SPIP sans modifier la conf apache 15 janvier 2006 22:13, par franckSG
        
        Complément :
        
        Et pour obtenir l’url du groupe de mot (#URL_GROUPE n’existant pas), il suffit d’écrire dans les squelettes : <a href="?#ID_GROUPE/-+#TITRE+-">
        
        Voir par exemple les liens vers les autres groupes (groupe2 ici) en marge gauche de [la page Groupe ->http://mieuxdetat.free.fr/?1/-+groupe1+-]
        
        Répondre à ce message
    - PB avec les mots-clés. Re:La réécriture d’URL native de SPIP sans modifier la conf apache 13 décembre 2005 09:29, par franckSG
      
      Merci simplement de signaler mon apport (GPL) :
      résolution pour les pages "mot-clé"
      complément pour des pages "groupe de mots-clés" (appelés ici "themes", comme dans le site)
      
      Franck Saint Germain
      
      Voir en ligne : Site (Free) utilisant beaucoup de mots-clés et thèmes, et qui utilisera cette réécriture très bientôt
      
      Répondre à ce message
  - PB avec les mots-clés. Re:La réécriture d’URL native de SPIP sans modifier la conf apache 19 janvier 2006 17:24, par Laurent Simon
    
    J’ai essayé il y a quelques jours (site Free aussi), et cela a l’air de marcher (les nouvelles url, ainsi que les anciennes, fonctionnent).
    
    Je n’ai pas encore le recul suffisant, en particulier Google ne fournit pas les nouvelles url, lors d’une recherche (par exemple : les conséquences du chomage en france) sur une page connue par Google avec l’ancienne url (renvoie sur : http://europeagenda2010.free.fr/?63... en position 7).
    
    Mais j’imagine que cela n’est qu’une question de jours, voire de semaines ? En tout cas je mettrai ici le résultat.
    
    Voir en ligne : Site "Europe Agenda 2010", avec urls propres
    
    Répondre à ce message
Retour au début des forums
La réécriture d’URL native de SPIP sans modifier la conf apache
13 janvier 2006 16:34, par Eric02

Pour info ...

Les sites sur Online.net n’acceptent pas non plus la réecriture des urls.

Si votre site est en .php recopier ces fichiers, remplacer tous les ".php3" par des ".php"

CA Fonctionne !!!

Merci Balluche et Franck !!!

Répondre à ce message

Retour au début des forums

0 | 25 | 50

RSS 2.0 | Plan du site | Espace privé | Charte et vie SPIP-Contrib |

| L'autre.net

La réécriture d’URL native de SPIP sans modifier la conf apache

Mots-clés

Notes

Navigation

Répondre à cet article