Hi,
----- Original Message -----
From: Michael Reinelt <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Dienstag, 16. November 1999 06:01
Subject: Re: Services
> Hi Leo,
>
> > > Alles l�uft darauf hinaus, da� am Anfang der rate-cc.dat keine
> > > Servicenamen merh aufgef�hrt werden. Damit kann ich mit dem
Codieren
> > > beginnen.
> >
> > Das ist die Design-Frage.
> > Service sind providerunabhaengige Nummern. Wenn die Servicenamen
am
> > Anfang der rate-CC.dat einmal zusammengefasst sind, hat der
> > Raten-Pfleger schon einen Hinweise, was er unten dann beim
Provider
> > eintragen soll.
> > Wenn die Servicenamen nur bei den Provider definiert sind, gibt's
> > wieder den Namenswildwuchs, den wir schon bei den Laendern hatten.
> Guter Punkt.
Genau, das ist der Punkt. (.)
> > Wie gesagt, "Online", "Internt", "Internet C.b.C", "Onlinetarif"
..
> > sind alles Bezeichnungen, die du auf den Tarifseiten der Provider
> > findest. Das dann genau so eingetragen schafft der flexibelste
wld()
> > nicht.
> Verstanden.
>
> Gehen wir die Design-Frage mal von hinten her an: Die rate.cc.dat
> entsteht aus verschiedenen Dateien, f�r jeden Provider eine
(zumindest
> f�r Deutschland). In welcher Datei stehen dann die Services?
Zentral in rate-CC.dat
> Ich sage: in der services.dat, diese Datei wird aber _nur_ vom
> Preprozessor gelesen, und dann alle S:-Tags bei den providern auf
> �bereinstimmung mit den Eintr�gen aus services.dat gepr�ft. Mich
(also
> rate.c) interessiert dann die globale S:-Tabelle nicht mehr, weil
ich
> mir diese aus den provider-Eintr�gen selbst zusammenbauen kann.
Ist latuernich auch eine Moeglichkeit. Bedeutet aber einen neuen
Config-Eintrag, wieder eine Datei / Konfiguration, die der User nicht
hat (s. auch SuSE 6.1 und 6.2 ??)
> Implementierung: es gibt kein struct SERVICE, sondern nur das
bestehende
> struct ZONE, mit einem zus�tzlichen Flag "ich bin ein Service". Die
> Service-Tabelle selbst (so ich sie brauche) ist eine Liste von
Zeigern
> auf struct ZONE's.
Nicht ganz, besser gesagt gar nicht, naemlich e.g.:
S:EMS
N:02290414
S:Diverse Ortstarife
N:02290*
..
P:01,1
Z:1
A:...02290
Also die Service matchen per Wildcard _viele_ Nummern oder auch eine
Nummer exakt in verschiedenen Service-Arten, beim Provider steht genau
die Nummer, die der Provider hat.
Daher ist die Definition einer Servicenummer nur dann ident, mit dem
A:Tag beim Provider, wenn diese Nummer exakt so beim Provider steht.
(Was in obigen Beispiel nicht stimmt)
Jetzt kannst du natuerlich das Umdrehen, und beim Provider jedes
einzelne Service definieren, aber sinnig ist das IMHO nicht, ich habe
keine Zeit dazu.
> bye, Michi
>
leo
_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel
