No Branch/Tag Specified
1.8
1.9.1
1.9.2
2.0
2.1
3.0
3.1
3.2
4.0
4.1
4.2
boutons-danger
coquille_doc
debug_ecrire_fichier
dev-sortable
dev/autoloader
dev/hasard_fixe
dev/instituer_ergo
dev/issue_4626_menu_squelettes
dev/issue_5447_exporter_csv
dev_infos_image
fix/valider_url_distante
fix_issue_5454
fix_modifier_login
issue_4101
issue_4678
issue_4705
issue_4717
issue_4836
issue_4946
issue_5258
issue_5344
issue_5427_bis
issue_5483_find_script_jquery
issue_5487_info_maj
master
v1.8.3+b
v1.9.1+i
v1.9.2+f
v1.9.2+g
v1.9.2+h
v1.9.2+i
v1.9.2+j
v1.9.2+k
v1.9.2+m
v1.9.2+n
v1.9.2+o
v1.9.2+p
v2.0.0
v2.0.1
v2.0.10
v2.0.11
v2.0.12
v2.0.13
v2.0.14
v2.0.15
v2.0.16
v2.0.17
v2.0.18
v2.0.19
v2.0.2
v2.0.20
v2.0.21
v2.0.22
v2.0.23
v2.0.24
v2.0.25
v2.0.26
v2.0.3
v2.0.5
v2.0.6
v2.0.7
v2.0.8
v2.0.9
v2.1.0
v2.1.1
v2.1.10
v2.1.11
v2.1.12
v2.1.13
v2.1.14
v2.1.15
v2.1.16
v2.1.17
v2.1.18
v2.1.19
v2.1.2
v2.1.20
v2.1.21
v2.1.22
v2.1.23
v2.1.24
v2.1.25
v2.1.26
v2.1.27
v2.1.28
v2.1.29
v2.1.3
v2.1.30
v2.1.4
v2.1.5
v2.1.6
v2.1.7
v2.1.8
v2.1.9
v3.0.0
v3.0.0-alpha.1
v3.0.0-beta
v3.0.0-beta.2
v3.0.0-rc
v3.0.1
v3.0.10
v3.0.11
v3.0.12
v3.0.13
v3.0.14
v3.0.15
v3.0.16
v3.0.17
v3.0.18
v3.0.19
v3.0.2
v3.0.20
v3.0.21
v3.0.22
v3.0.23
v3.0.24
v3.0.25
v3.0.26
v3.0.27
v3.0.28
v3.0.3
v3.0.4
v3.0.5
v3.0.6
v3.0.7
v3.0.8
v3.0.9
v3.1.0
v3.1.0-alpha
v3.1.0-beta
v3.1.0-rc
v3.1.0-rc.2
v3.1.0-rc.3
v3.1.1
v3.1.10
v3.1.11
v3.1.12
v3.1.13
v3.1.14
v3.1.15
v3.1.2
v3.1.3
v3.1.4
v3.1.5
v3.1.6
v3.1.7
v3.1.8
v3.1.9
v3.2-alpha.1
v3.2.0
v3.2.0-alpha.1
v3.2.0-beta
v3.2.0-beta.2
v3.2.0-beta.3
v3.2.1
v3.2.10
v3.2.11
v3.2.12
v3.2.13
v3.2.14
v3.2.15
v3.2.16
v3.2.17
v3.2.2
v3.2.3
v3.2.4
v3.2.5
v3.2.6
v3.2.7
v3.2.8
v3.2.9
v4.0.0
v4.0.0-alpha
v4.0.0-beta
v4.0.1
v4.0.2
v4.0.3
v4.0.4
v4.0.5
v4.0.6
v4.0.7
v4.0.8
v4.0.9
v4.1.0
v4.1.0-alpha
v4.1.0-beta
v4.1.0-rc
v4.1.1
v4.1.2
v4.1.3
v4.1.4
v4.1.5
v4.1.6
v4.1.7
v4.2.0-alpha
v4.2.0-alpha2
Labels
Amélioration, nouvelle fonctionnalité APIs authentification base de données bug
Ca ne fonctionne pas code généré compilo css divers documentation doublon
Ce ticket est un doublon ergonomie espace privé filtres et balises formulaires Inscription installation invalide
Ticket invalide javascript langues LDAP plugin PostgreSQL refusé
Ignoré, c'est comme Ca... sécurité traduction
Apply labels
Clear labels
accessibilité
amélioration
Amélioration, nouvelle fonctionnalité APIs authentification base de données bug
Ca ne fonctionne pas code généré compilo css divers documentation doublon
Ce ticket est un doublon ergonomie espace privé filtres et balises formulaires Inscription installation invalide
Ticket invalide javascript langues LDAP plugin PostgreSQL refusé
Ignoré, c'est comme Ca... sécurité traduction
No Label
accessibilité
amélioration
APIs
authentification
base de données
bug
code généré
compilo
css
divers
documentation
doublon
ergonomie
espace privé
filtres et balises
formulaires
Inscription
installation
invalide
javascript
langues
LDAP
plugin
PostgreSQL
refusé
sécurité
traduction
Milestone
Set milestone
Clear milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Assign users
Clear assignees
No Assignees
5 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.
No due date set.
Dependencies
This issue currently doesn't have any dependencies.
Reference in new issue
There is no content yet.
Delete Branch '%!s(MISSING)'
Deleting a branch is permanent. It CANNOT be undone. Continue?
No
Yes
Hello,
Lorsque l'on utilise les URL propres, et que l'on nome un objet de manière numérique (2012 par exemple), SPIP génère une URL de type domaine.tld/2012 qui est buggé.
J'ai testé avec URL propre, mais cela doit aussi se produire dans d'autre mode d'URL. L'idéal serait sans doute de ne jamais avoir des URL uniquement numériques.
ça conflicte avec l'option souvent retenue (et implémentée dans le htaccess) selon laquelle c'est le numéro d'un article qui est indiqué dans ce cas là.
Si tu veux pouvoir utiliser ce genre d'url il suffit de désactiver cette règle du htaccess :
http://core.spip.org/projects/spip/repository/entry/spip/htaccess.txt#L98
Du coup je ne suis pas certain que ça soit un "bug" car si on bloque la génération d'url uniquement numérique on risque de gêner les personnes qui souhaitent utiliser ce type d'url.
Hmmm ce n'est pas exactement cela. La ligne que tu pointes dans le htaccess se déclanche lorsqu'il y a '.api' dans l'url, mais je pensais plutôt à celles beaucoup plus banales et définies par : http://core.spip.org/projects/spip/repository/entry/spip/htaccess.txt#L88.
Par exemple sur contrib : http://contrib.spip.net/101 affiche l'article d'id_article 101, ou sur spip.net : http://spip.net/101 affiche www.spip.net/es_article101.html ou sur plugins.spip.net : plugins.spip.net/11 redirige vers http://plugins.spip.net/distribuer-une-contribution.html etc etc
Dans ces 2 cas (ligne 88 sans .api ou 98 avec .api) on a des adresses qui sont un "raccourci technique" et non une url propre.
Le problème ne se pose effectivement que si on veut utiliser l'une de ces ces urls raccourcies, et qu'on ne souhaite pas la commenter dans le htaccess.
Dans le cas de la ligne 98, avec le .api et les / dans le titre, il sera très difficile, voir impossible, aux url_propres de produire une url qui embrouillerait la regexp. Ce n'est pas un problème.
Dans le cas de la L88, par contre, la regexp est très large et les urls propres peuvent facilement la piéger si comme maintenant elles génèrent des urls propres uniquement numériques : elles génèrent alors une url que spip ne saura pas relire, comprendra mal.
Or comme ce format site.ext/num de la ligne 88 est très bref et pour cela il est couremment utilisé à la main, sur les réseaux sociaux par exemple, mais aussi comme référence dans des articles "papiers".
Il serait donc appréciable que les urls_propres, optionnellement, dans le cas où le titre est uniquement numérique, produisent une url préfixée par _, par exemple. Ainsi, l'article de titre "1989" aurait une url propre "_1989". La regexp de la L88 ne se déclancherait pas et tout pourrait cohabiter.
Hop, désolé je me suis trompé de ligne, c'est celle-ci que je voulais pointer :
http://core.spip.org/projects/spip/repository/entry/spip/htaccess.txt#L88
b_b c'est pas très grave mais je ne comprend pas ta réponse #2.
Il serait intéressant de pouvoir utiliser normalement les urls propres et normalement les urls raccourcies. Il suffirait pour cela que les urls_propres, dans le cas où le titre est uniquement numérique, produisent une url préfixée par _, par exemple. Ainsi, l'article de titre "1989" aurait une url propre "_1989". La regexp de la L88 ne se déclancherait pas et tout pourrait cohabiter.
Hop, après une lecture rapide du code des urls propres je remarque la modification ne devrait pas causer de clash avec les urls "possibles" sur les autres types d'objets. Hésitez pas à proposer un patch ou même, soyons fous ^^, corriger directement dans la branche de dev du plugin urls_etendues :
http://zone.spip.org/trac/spip-zone/browser/core/plugins/urls_etendues
corrigé par http://zone.spip.org/trac/spip-zone/changeset/85106
Version cible mise à 3.1
Statut changé à Fermé