Comment: 7.4 : Vers la normalisation des raccourcis rewrités
| Next >> |
Un point de détail, il faut penser aux confusions sur une base url/surnom car au bout on a quoi, une section, une catégorie, un article, un fichier, un lien, une image, etc ?
Articles, fichiers, images et liens sont du contenu alors j'obterais pour 3 solutions (à terme):
Je suis sur un bout de code pour générer un surnom codifié à partir du titre ... mais je bute sur des pb stupides qui n'ont rien à voir avec le boulot: impossible de récupérer le titre et le nick_name d'un article dans articles/edit.php !!! Gros nul quand même ! Pour ceux qui y arrivent, je pars sur le principe suivant:
C'est pas compliqué, quelques boucles d'analyses et remplacement des caractères ... mais j'arrive pas à récupérer ces 2 champs titre et nick_name !!! Dingue, ça !
Articles, fichiers, images et liens sont du contenu alors j'obterais pour 3 solutions (à terme):
- un rewriting url/section/sous-section/contenu
- Un module de recherche de doublons en javascript (auto-completion) qui interdirait la saisie d'un surnom déjà utilisé.
- Rendre le champ surnom aussi visible et important que le titre (car ce sera le cas).
Je suis sur un bout de code pour générer un surnom codifié à partir du titre ... mais je bute sur des pb stupides qui n'ont rien à voir avec le boulot: impossible de récupérer le titre et le nick_name d'un article dans articles/edit.php !!! Gros nul quand même ! Pour ceux qui y arrivent, je pars sur le principe suivant:
- utilisation de preg_replace
- suppression des codes yacs et autres balises html
- suppression des caractères de contrôle php (:control:)
- suppression de la ponctuation (:punct:)
- remplacement des espaces par des soulignements (_)
- remplacement des caractères accentués par des universels.
C'est pas compliqué, quelques boucles d'analyses et remplacement des caractères ... mais j'arrive pas à récupérer ces 2 champs titre et nick_name !!! Dingue, ça !
by GnapZ on May 21 2007