Groups | Search | Server Info | Login | Register

Groups > fr.comp.usenet.serveurs > #5077

Re: Rationalisation de fr.rec.*

Cross-posted to 2 groups.

Show all headers | View raw

Bonjour The Mover,

Je profite d'un passage sur fufe pour répondre à ton message technique. 
Ça faisait quelque temps que je ne lisais plus ce forum. N'hésite pas à 
écrire sur fr.comp.usenet.serveurs (dans lequel je cruciposte ma 
réponse) en cas d'interrogations sur le fonctionnement des serveurs de 
nouvelles.


>> Pourquoi pas. Ou même créer fr.rec en tant que groupe ? Je suppose
>> que c'est possible puisqu'on a su faire le contraire, par exemple
>> créer fr.rec.cuisine.bonnes-adresses sous fr.rec.cuisine.
> 
> Non, surtout pas de fr.rec, ou de fr tout court, il me semble que le 
> problème que cela causera a déjà été abordé.

Des groupes nommés "fr" ou "fr.rec" sont techniquement possibles mais je 
suis d'accord que ce n'est pas une bonne idée. Ce nommage n'est pas courant.


> Si "bonnes-adresses" a existé c'est qu'il y avait une sous branche 
> fr.rec.cuisine active.
> Il n'y a jamais eu de fr.rec, le faire pourrait nuire à l’arborescence de 
> la sous-hiérarchie si j'ai bien compris comment INN fonctionne.
> 
> Julien E en avait parlé il me semble, mais on peut lui demander, mais je 
> crois qu'il faut faire le fr.truc avant de faire un fr.truc.bidule.
> 
> Bref pour les détails techniques, et le reste, Control est notre ami.

On peut créer "fr.truc" et "fr.truc.bidule" dans l'ordre que l'on veut, 
il n'y a pas de restriction particulière sur cela.
Ce qui pose un problème, ce sont les composants qui n'ont que des 
chiffres, comme par exemple un groupe qui s'appellerait "fr.truc.42". 
Certains modes de stockage des articles utilisent une arborescence 
calquée sur le nom du groupe, avec un article par fichier. Donc par 
exemple l'article 12 du groupe "fr.truc" serait stocké dans le fichier 
/var/spool/news/articles/fr/truc/12 et l'article 12 du groupe 
"fr.truc.42" dans /var/spool/news/articles/fr/truc/42/12 et là il y 
aurait un souci avec l'article 42 du groupe "fr.truc" qui ne pourrait 
jamais être stocké, conduisant à une perte d'un article et la 
numérotation passera à 43 pour le suivant, c'est tout.
Et si tu crées le groupe "fr.truc.42" postérieurement à "fr.truc" et 
qu'il y a déjà un article numéroté 42 dans ce groupe, il faudra au 
préalable supprimer manuellement cet article pour pouvoir créer le 
groupe car tu ne peux pas avoir à la fois un fichier et un répertoire 
qui possèdent le même nom à un même niveau d'arborescence.

D'autres modes de stockage des articles existent, n'utilisant pas le 
numéro d'article, mais pour l'interopérabilité il vaut mieux suivre 
cette règle de nommage sur les composants.
De même pour les majuscules qui sont proscrites car certains systèmes de 
fichier sont insensibles à la casse. Il y a également des composants 
réservés comme "ctl" ou "all" qu'on ne peut pas utiliser, et de 
commencer un composant par "_", "+" ou "-".
L'ASCII est également de mise pour l'interopérabilité. En pratique 
sinon, INN gère parfaitement les noms de groupes en UTF-8.

En espérant avoir répondu à ton interrogation sur l'ordre de création 
des groupes.

-- 
Julien ÉLIE

« Hâte-toi de bien vivre et songe que chaque jour est à lui seul une
   vie. » (Sénèque)

Back to fr.comp.usenet.serveurs | Previous | Next — Next in thread | Find similar

Thread

Re: Rationalisation de fr.rec.* Julien ÉLIE <iulius@nom-de-mon-site.com.invalid> - 2026-01-29 10:28 +0100
  Re: Rationalisation de fr.rec.* The Mover <the.mover@bsdmail.invalid> - 2026-01-30 17:10 +0100

csiph-web