#1071 un htaccess plus a jour, et remise a niveau d'un vieux code pour le traitement des urls propres dont on se demande comment il marchait
(peut etre cela a-t-il un rapport avec #1171 ?)

Simplication des URLs propres (suite de [10203] et [10209]). Les marqueurs de types d'URL sont totalement évacués, car en fait ils n'étaient pas inclus dans la chaîne stockée dans la table SQL, on ne gaspille pas de place dans cette table en les évacuant et l'URL est alors plus agréable à lire. On continue en revanche à les retirer dans les URLS demandées au serveur HTTP afin d'assurer le service pour les anciens signets.

Le .htacces est donc simplifié et mérite d'être recopié à partir du htaccess.txt fourni. Le titre général du seul paramètre page qui y figure encore est désormais '''type_urls''' pour avoir un message d'erreur plus clair lorsque la variable homonyme n'a pas été affectée dans mes_options.

Enfin, le couteux '''charger_generer_url''' qui cherche d'abord les anciens fichiers '''.php3''' n'est plus appelé dans ce cadre qu'en dernier recours, les différentes définitions de '''recuperer_parametre_url''' étant remplacées par la famille '''urls_propres_dist urls_html_dist urls_page_dist''' etc, avec le '''charger_fonction''' usuel. Pour ceux qui ont leur '''type_urls''' personnels, la compatibilité est normalement assurée, mais renommer leur  '''recuperer_parametre_url''' leur fera bénéficier de cette amélioration.

regle .htaccess pour bloquer les .svn/ (toggg & http://www.spip-blog.net/2007_02_07-Oups-j-ai-oublie-de-fermer-la )
un commentaire plus mieux

definir le type des .htc pour le cas ou ce ne serait pas deja fait (traitement de la transparence png par IE)

- numero de version dans htaccess (yanic)
- un log en trop
- indexation ne parcourait pas toutes les tables à chaque tour (esj)

cf. commentaire sur spip-core :
http://listes.rezo.net/archives/spip-core/2006-02/msg00007.html

quelques rewriterules de plus

redécoupage des fichiers graphiques et externes (css) de manière à bien préciser ce qui est accédé par http et ce qui est accédé par php

Car en effet si on place le répertoire _DIR_IMG_PACK dans un répertoire "applicatif" (cas d'un hébergement mutualisé), il faut que les tests de file_exists() aillent regarder au bon endroit. C'est pas simple...

Au passage, une balise #EVAL qui ne sert qu'à faire #EVAL{_DIR_IMG_PACK}, mais qui peut faire beaucoup plus (#EVAL{6*7} par exemple :)

On supprime aussi article.php3 etc

intégration de generer_url_site() partout, possibilité de faire un "preview" sur les sites, etc. A noter que pour afficher l'adresse de la page qui présnete le site x, on ne peut pas utiliser #URL_SITE ni #URLSYNDIC, car ce sont respectivement l'adresse réelle du site et celle de son backend. Il faut utiliser [(#ID_SYNDIC|generer_url_site)]

Et voici le grand .htaccess unifié de SPIP
avec des explications un peu plus claires