[SPIP Zone] url "pas propre" sur SPIP-Contrib - était " [Spip-zone-commit] r18134 - /_squelettes_/spip-contrib.net/.htaccess"

Archives Zone
1

Le 23 janv. 08, à 21:05, ben.spip@gmail.com a écrit :
Author: ben.spip@gmail.com
Date: Wed Jan 23 21:05:15 2008
New Revision: 18134

Log:
url propres (et pas libres)

Modified:
    _squelettes_/spip-contrib.net/.htaccess

Je vérifie cela tous les jours : c'est vraiment une *grosse* régression pour SPIP-Contrib que cet abandon des urls libres

dès qu'il y a (c'est souvent volontaire sur contrib) un même nom pour deux entitées différentes (rubrique ou article ou mot clef) un des deux devient inaccessible, exemple parmi d'autres :
- le mot clef "education" qui complétait la rubrique de même nom "http://www.spip-contrib.net/Education"
- idem pour "commencer avec SPIP" associé à la rubrique "http://www.spip-contrib.net/Commencer-avec-SPIP" (on ne peut plus y acceder que par l'espace privé, cf. " SPIP-Contrib)

Si je veux modifier un nom pour résoudre cela on se traine toujours l'ancienne url, sauf à aller bricoler dans la base avec phpmyadmin, exemple : la rubrique "eva" qui renvoie maintenant sur un vieil article du même nom placé en archives, et ce malgré ma tentative de modifier son titre, cf. "http://www.spip-contrib.net/EVA"

Il apparait des urls "propres" vraiment moches , exemple : "Boucles - SPIP-Contrib; ou "Plugins - SPIP-Contrib; .... c'est quoi ces horreurs???

Par ailleurs je soupconne fortement que l'abandon de la base d'urls de "urls libres" à généré pas mal de liens brisés expliquant la baisse nette des stats de visite de contrib à ce moment

Par dela le cas de Contrib J'ai le souvenir très net de la souplesse apportée par "urls libres", et comme en théorie ce mode est maintenant intégré à la SVN ça vaut peut être le coup de comprendre pourquoi nous ne pouvons pas nous en servir.

@+ NicolasR

2

J'ENFONCE PEUT-ÊTRE ENCORE UNE PORTE OUVERTE MAIS avec la svn j'ajoute dans mes_options :
# permet de redefinir les url et leur longueur dans la mesure ou on previsualise la page
define('_URLS_PROPRES_MAX', 76);

la prévisualisation permet de mettre à jour la base, en cas d'url identique un n° est ajouté en fin d'url afin de pouvoir les distinguer

@+

pierre

Le 28 févr. 08 à 01:26, nicolasriq@free.fr a écrit :

Le 23 janv. 08, à 21:05, ben.spip@gmail.com a écrit :
Author: ben.spip@gmail.com
Date: Wed Jan 23 21:05:15 2008
New Revision: 18134

Log:
url propres (et pas libres)

Modified:
    _squelettes_/spip-contrib.net/.htaccess

Je vérifie cela tous les jours : c'est vraiment une *grosse* régression
pour SPIP-Contrib que cet abandon des urls libres

dès qu'il y a (c'est souvent volontaire sur contrib) un même nom pour
deux entitées différentes (rubrique ou article ou mot clef) un des deux
devient inaccessible, exemple parmi d'autres :
- le mot clef "education" qui complétait la rubrique de même nom
"http://www.spip-contrib.net/Education"
- idem pour "commencer avec SPIP" associé à la rubrique
"http://www.spip-contrib.net/Commencer-avec-SPIP" (on ne peut plus y
acceder que par l'espace privé, cf. "
SPIP-Contrib)

Si je veux modifier un nom pour résoudre cela on se traine toujours
l'ancienne url, sauf à aller bricoler dans la base avec phpmyadmin,
exemple : la rubrique "eva" qui renvoie maintenant sur un vieil article
du même nom placé en archives, et ce malgré ma tentative de modifier
son titre, cf. "http://www.spip-contrib.net/EVA"

Il apparait des urls "propres" vraiment moches , exemple :
"Boucles - SPIP-Contrib; ou
"Plugins - SPIP-Contrib; .... c'est quoi ces
horreurs???

Par ailleurs je soupconne fortement que l'abandon de la base d'urls de
"urls libres" à généré pas mal de liens brisés expliquant la baisse
nette des stats de visite de contrib à ce moment

Par dela le cas de Contrib J'ai le souvenir très net de la souplesse
apportée par "urls libres", et comme en théorie ce mode est maintenant
intégré à la SVN ça vaut peut être le coup de comprendre pourquoi nous
ne pouvons pas nous en servir.

@+ NicolasR

_______________________________________________
Spip-zone-commit@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone-commit

Pierre Fiches
09 50 72 86 94
06 30 34 79 32

=================== Point sur la consommation du forfait maintenance ================
Intervention(s) de maintenance :
-

Autre(s) intervention(s) n'entrant pas dans la journée de maintenance :
-

===========================================================================

3

Ca veut dire quoi, Ben ? Tu y vas ou pas à l'apéro. j'avoue que j'ai la flemme...
Tiens moi au courant.

A+
Eric

Le 28 févr. 08 à 10:28, Ben. . a écrit :

salut,
ok je consacre l'apéro spip de ce soir aux metallos à spip-contrib

2008/2/28 <nicolasriq@free.fr>:

Le 23 janv. 08, à 21:05, ben.spip@gmail.com a écrit :
Author: ben.spip@gmail.com
Date: Wed Jan 23 21:05:15 2008
New Revision: 18134

Log:
url propres (et pas libres)

Modified:
   _squelettes_/spip-contrib.net/.htaccess

Je vérifie cela tous les jours : c'est vraiment une *grosse* régression
pour SPIP-Contrib que cet abandon des urls libres

dès qu'il y a (c'est souvent volontaire sur contrib) un même nom pour
deux entitées différentes (rubrique ou article ou mot clef) un des deux
devient inaccessible, exemple parmi d'autres :
- le mot clef "education" qui complétait la rubrique de même nom
"http://www.spip-contrib.net/Education&quot;
- idem pour "commencer avec SPIP" associé à la rubrique
"http://www.spip-contrib.net/Commencer-avec-SPIP&quot; (on ne peut plus y
acceder que par l'espace privé, cf. "
SPIP-Contrib)

Si je veux modifier un nom pour résoudre cela on se traine toujours
l'ancienne url, sauf à aller bricoler dans la base avec phpmyadmin,
exemple : la rubrique "eva" qui renvoie maintenant sur un vieil article
du même nom placé en archives, et ce malgré ma tentative de modifier
son titre, cf. "http://www.spip-contrib.net/EVA&quot;

Il apparait des urls "propres" vraiment moches , exemple :
"Boucles - SPIP-Contrib; ou
"Plugins - SPIP-Contrib; .... c'est quoi ces
horreurs???

Par ailleurs je soupconne fortement que l'abandon de la base d'urls de
"urls libres" à généré pas mal de liens brisés expliquant la baisse
nette des stats de visite de contrib à ce moment

Par dela le cas de Contrib J'ai le souvenir très net de la souplesse
apportée par "urls libres", et comme en théorie ce mode est maintenant
intégré à la SVN ça vaut peut être le coup de comprendre pourquoi nous
ne pouvons pas nous en servir.

@+ NicolasR

_______________________________________________
Spip-zone-commit@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone-commit

_______________________________________________
Spip-zone-commit@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone-commit

4

salut Eric (et la liste :wink: )

Cela veut dire que j'y vais et que je consacrerais mon temps à
essayer de bosser sur contrib au détriment de l'aide à apporter
aux personnes présentes :wink:

2008/2/28 Eric Lupinacci <smellup@gmail.com>:

Ca veut dire quoi, Ben ? Tu y vas ou pas à l'apéro. j'avoue que j'ai
la flemme...
Tiens moi au courant.

A+
Eric

Le 28 févr. 08 à 10:28, Ben. . a écrit :

> salut,
> ok je consacre l'apéro spip de ce soir aux metallos à spip-contrib
>
>
>
> 2008/2/28 <nicolasriq@free.fr>:
>>
>>> Le 23 janv. 08, à 21:05, ben.spip@gmail.com a écrit :
>>> Author: ben.spip@gmail.com
>>> Date: Wed Jan 23 21:05:15 2008
>>> New Revision: 18134
>>>
>>> Log:
>>> url propres (et pas libres)
>>>
>>> Modified:
>>> _squelettes_/spip-contrib.net/.htaccess
>>
>> Je vérifie cela tous les jours : c'est vraiment une *grosse*
>> régression
>> pour SPIP-Contrib que cet abandon des urls libres
>>
>> dès qu'il y a (c'est souvent volontaire sur contrib) un même nom pour
>> deux entitées différentes (rubrique ou article ou mot clef) un des
>> deux
>> devient inaccessible, exemple parmi d'autres :
>> - le mot clef "education" qui complétait la rubrique de même nom
>> "http://www.spip-contrib.net/Education&quot;
>> - idem pour "commencer avec SPIP" associé à la rubrique
>> "http://www.spip-contrib.net/Commencer-avec-SPIP&quot; (on ne peut plus y
>> acceder que par l'espace privé, cf. "
>> SPIP-Contrib)
>>
>> Si je veux modifier un nom pour résoudre cela on se traine toujours
>> l'ancienne url, sauf à aller bricoler dans la base avec phpmyadmin,
>> exemple : la rubrique "eva" qui renvoie maintenant sur un vieil
>> article
>> du même nom placé en archives, et ce malgré ma tentative de modifier
>> son titre, cf. "http://www.spip-contrib.net/EVA&quot;
>>
>> Il apparait des urls "propres" vraiment moches , exemple :
>> "Boucles - SPIP-Contrib; ou
>> "Plugins - SPIP-Contrib; .... c'est quoi ces
>> horreurs???
>>
>> Par ailleurs je soupconne fortement que l'abandon de la base d'urls
>> de
>> "urls libres" à généré pas mal de liens brisés expliquant la baisse
>> nette des stats de visite de contrib à ce moment
>>
>> Par dela le cas de Contrib J'ai le souvenir très net de la souplesse
>> apportée par "urls libres", et comme en théorie ce mode est
>> maintenant
>> intégré à la SVN ça vaut peut être le coup de comprendre pourquoi
>> nous
>> ne pouvons pas nous en servir.
>>
>> @+ NicolasR
>>
>> _______________________________________________
>> Spip-zone-commit@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone-commit
>>
> _______________________________________________
> Spip-zone-commit@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone-commit

5

Le 28 févr. 08, à 01:26, nicolasriq@free.fr a écrit :
dès qu'il y a (c'est souvent volontaire sur contrib) un même nom pour
deux entitées différentes (rubrique ou article ou mot clef) un des deux
devient inaccessible, exemple parmi d'autres :
- le mot clef "education" qui complétait la rubrique de même nom
"http://www.spip-contrib.net/Education&quot;

hop, hop c'est le "retour de la vengeance du bug urls pas propres"

après la remarquable intervention ("http://trac.rezo.net/trac/spip/changeset/11248&quot;\) du génialisime marcimat (mais si, mais si - un jour Ben trouvera les bugs au lieu de les commetre, un jour (troll)) la situation c'est nettement améliorée ("éducation" à retrouvée ses déclinaisons par exemple)

mais il semble qu'il traîne encore quelques scories si j'en juge ce récent message sur le forum interne de SPIP-Contrib

**************************
bug url propres ?
il y a 2 heures / bill — bill at adequates.com
Message du forum interne

Salut les admins, j’ai un truc bizarre sur les traductions du plugin diapo.
L’url propre de l’article allemand donne la même chose que celle de l’article francais.
Du coup on ne peut pas acceder à la version allemande.
J’ai fait quelques essais de proposer/previsualiser/publie mais ca ne se met pas à jour dans les traductions, meme avec recalcul.
une idée ?
**************************

voila, voila

à bientot pour de nouvelles aventures :wink:

@+ NicolasR

6

nicolasriq@free.fr a écrit :

Le 28 févr. 08, à 01:26, nicolasriq@free.fr a écrit :

Salut les admins, j’ai un truc bizarre sur les traductions du plugin diapo.
L’url propre de l’article allemand donne la même chose que celle de l’article francais.

à bientot pour de nouvelles aventures :wink:

@+ NicolasR

Arf... flute... c'est pas possib', ça n'en finira jamais ^^...
Plus que 229 ! plus que 229 !

MM.

7

L'url propre de l'article allemand donne la même chose que celle de
l'article francais.

soyons précis

on a
SPIP-Contrib (fr)
SPIP-Contrib (it)
SPIP-Contrib (de)

si on fait voir en ligne on a
Plugin Diapo - SPIP-Contrib (fr ok )
Plugin Diapo - SPIP-Contrib (it ko )
Plugin Diapo (de) - SPIP-Contrib (de ok)

si je change le titre de l'article de l'italien on a
Plugin Diapo it - SPIP-Contrib (it ok)

donc pour moi il n'y a pas de probleme ?
j'ai raté quelque chose ?

8

par contre il y a tout de même un problème :
http://www.google.fr/search?q=plugin+diapo+site:spip-contrib.net&hl=fr&lr=&as_qdr=all&start=0&sa=N
donne 2 urls :
francais et allemand ...
Plugin Diapo - SPIP-Contrib (fr ok)
Plugin Diapo (de) - SPIP-Contrib (de KO ) car quand on click
renvoie vers
Plugin Diapo - SPIP-Contrib

On Tue, Mar 4, 2008 at 11:38 PM, Ben. . <ben.spip@gmail.com> wrote:

> L'url propre de l'article allemand donne la même chose que celle de
> l'article francais.

soyons précis

on a
SPIP-Contrib (fr)
SPIP-Contrib (it)
SPIP-Contrib (de)

si on fait voir en ligne on a
Plugin Diapo - SPIP-Contrib (fr ok )
Plugin Diapo - SPIP-Contrib (it ko )
Plugin Diapo (de) - SPIP-Contrib (de ok)

si je change le titre de l'article de l'italien on a
Plugin Diapo it - SPIP-Contrib (it ok)

donc pour moi il n'y a pas de probleme ?
j'ai raté quelque chose ?

9

Ben. . a écrit :

par contre il y a tout de même un problème :
plugin diapo site:spip-contrib.net - Recherche Google
donne 2 urls :
francais et allemand ...
Plugin Diapo - SPIP-Contrib (fr ok)
Plugin Diapo (de) - SPIP-Contrib (de KO ) car quand on click
renvoie vers
Plugin Diapo - SPIP-Contrib

De même, sur la page Plugin Diapo - SPIP-Contrib [fr], les liens vers l'italien pointent aussi sur Plugin Diapo - SPIP-Contrib, donc souci.

Pourais tu nous imprimer la table spip_url like %Plugin-Diapo% ?

MM.

10

Matthieu Marcillaud a écrit :

Ben. . a écrit :

De même, sur la page Plugin Diapo - SPIP-Contrib [fr], les liens vers l'italien pointent aussi sur Plugin Diapo - SPIP-Contrib, donc souci.

Pourais tu nous imprimer la table spip_url like %Plugin-Diapo% ?

Ok, il y a au moins un souci sur contrib, c'est que la clé primaire de la table n'est pas la même que celle de SPIP. C'est peut être simplement ça qui merdoie; contrib ayant gardé les tables du plugin url_propres, soit : id_url, url , type, id_objet , version, maj, date.
id_url étant la clé primaire auto_increment au lieu d'avoir 'url' en clé primaire.

Une piste à creuser donc...
Faudrait vérifier que SPIP a de son côté un comportement meilleur que sur contrib !

MM.

11

Matthieu Marcillaud a écrit :

Matthieu Marcillaud a écrit :
  

Ben. . a écrit :
    
De même, sur la page Plugin Diapo - SPIP-Contrib [fr], les liens vers l'italien pointent aussi sur Plugin Diapo - SPIP-Contrib, donc souci.

Pourais tu nous imprimer la table spip_url like %Plugin-Diapo% ?

Ok, il y a au moins un souci sur contrib, c'est que la clé primaire de la table n'est pas la même que celle de SPIP. C'est peut être simplement ça qui merdoie;

oui sans doute.
En fait ca marche pas mal mais au recalcul de l'url (=>proposer/preview/publie), les doublons ne sont pas gérés.
Pour les liens vers les traduction dans un article, c'est sans doute un probleme de cache qui complique encore les choses : meme en faisant un recalcul, les liens n'ont pas l'air de se mettre à jour

@++

12

> Ok, il y a au moins un souci sur contrib, c'est que la clé primaire de
> la table n'est pas la même que celle de SPIP. C'est peut être simplement
> ça qui merdoie;

oui sans doute.
En fait ca marche pas mal mais au recalcul de l'url
(=>proposer/preview/publie), les doublons ne sont pas gérés.
Pour les liens vers les traduction dans un article, c'est sans doute un
probleme de cache qui complique encore les choses : meme en faisant un
recalcul, les liens n'ont pas l'air de se mettre à jour

tu parles de spip-contrib Stephane ?
il faudrait vérifier que cela marche sur un site standard au moins .

Pour contrib on va pouvoir tester le changement de clé primaire sur le
site de test de contrib qui est presque opérationnel

Ben.

13

Ben. . a écrit :

> Ok, il y a au moins un souci sur contrib, c'est que la clé primaire de
> la table n'est pas la même que celle de SPIP. C'est peut être simplement
> ça qui merdoie;

oui sans doute.
En fait ca marche pas mal mais au recalcul de l'url
(=>proposer/preview/publie), les doublons ne sont pas gérés.
Pour les liens vers les traduction dans un article, c'est sans doute un
probleme de cache qui complique encore les choses : meme en faisant un
recalcul, les liens n'ont pas l'air de se mettre à jour
    
tu parles de spip-contrib Stephane ?
  
oui, oui, c'etait moi le post au sujet de diapo.

il faudrait vérifier que cela marche sur un site standard au moins .
  

j'ai pas de site en prod en SVN mais aux dernières nouvelles ca marchait bien.

@++