memship-devel — Development list

[Memship-devel] ny liste

[Per I. M. <pe...@le...>]

https://lists.sourceforge.net/lists/listinfo/memship-cvs/

Denne er for =E5 holde seg oppdatert p=E5 endringer i cvs. Og de kommer...
snart!

:)

Mvh
Per

[Memship-devel] tabell-endringer

[Per I M. <pe...@le...>]

Jeg, Tor og den andre Per (Rebell-red.) hadde et kort m=F8te p=E5 hva basen
trenger, og gikk gjennom tabellene. Vi ble enige om f=F8lgende endringer,
som jeg n=E5 har lagt inn:

create table member (member INT NOT NULL AUTO_INCREMENT, forename
varchar(40), surname varchar(40), address varchar(60), postal varchar(12),
phone_home varchar(20), phone_work varchar(20), phone_mobile varchar(20),
email varchar(30), gender bool, occupation varchar(30), comments
varchar(200), secret_delivery bool, address_error bool, synchronised bool,
country char(2), last_login timestamp, password varchar(20), login_errors
smallint, primary key(member));

Lagt til "address_error bool" og "secret_delivery bool". F=F8rste er n=E5r =
vi
vet adressen er feil, andre n=E5r vedkommende av ulike =E5rsaker =F8nsker =
=E5
motta post anonymt innpakket.

Nye tabeller:

create table postal_errors (member INT NOT NULL, subgroup INT NOT NULL,
unit int, primary key(member, subgroup));

Dette er for =E5 registrere utsendinger (feks nummer av Rebell) som ikke
blir utsendt av ulike grunner. En kan da velge =E5 ikke belaste mottaker fo=
r
dette nummeret, eller se hvor mange nummer som ikke har kommet fram n=E5r
adressen endelig fikses.

create table payment_required (member INT NOT NULL, subgroup INT NOT NULL,
unit int, payment int, primary key(member, subgroup));

Denne registrerer utest=E5ende. Feks hvis en person abonnerer og mottar
f=F8rste nummer + en giro. N=E5r en skal ha liste over alle som skal motta =
et
nummer, skal kunne s=F8ke fram alle som ikke har betalt og ikke har
utest=E5ende for det samme nummer (=3Dallerede f=E5tt).

Mvh
Per

[Memship-devel] mysqltabeller

[Per I M. <pe...@le...>]

Da har jeg laget tabellene i mysql.

M=E5tte endre "index" =3D> "member", "group" =3D> "subgroup" og "time" =3D>=
 annet
fordi f=F8rstnevnte er reserverte ord, enten i mysql eller ansi sql. Endret
ogs=E5 gruppeindeks fra streng til tall, fordi dette er mye raskere.

create table member (member INT NOT NULL AUTO_INCREMENT, forename
varchar(40), surname varchar(40), address varchar(60), postal varchar(12),
phone_home varchar(20), phone_work varchar(20), phone_mobile varchar(20),
email varchar(30), gender bool, occupation varchar(30), comments
varchar(200), synchronised bool, country char(2), last_login timestamp,
password varchar(20), login_errors smallint, primary key(member));

create table access (member int not null, country char(2) not null, postal
varchar(12) not null, primary key (member,country,postal));

create table login_log (member int not null, login_time timestamp not
null, ip_address char(15), dns_name varchar(40), primary
key(member,login_time));

create table user_change_log (member int not null, changed_time timestamp
not null, changed_member int not null, primary key(member, changed_time,
changed_member));

create table subgroup_change_log (member int not null, changed_time
timestamp not null, changed_subgroup int not null, primary key (member,
changed_time, changed_subgroup));

create table subgroup (subgroup int not null, member int not null,
member_status int default '0', member_type int default '0', primary
key(subgroup, member));

create table group_description (subgroup int not null auto_increment, name
varchar(30), account varchar(20), address varchar(40), postal varchar(12),
country char(2), phone varchar(20), email varchar(30), primary
key(subgroup));

create table group_administration (member int not null, subgroup int not
null, primary key(member, subgroup));

create table payment (member int not null, start int not null, subgroup
int not null, units int default 0, payment int default 0, primary
key(member, start, subgroup));

create table postal (postal_number int not null, postal_address
varchar(40), country char(2) not null, primary key (postal_number,
country));

create table ipaccess (member int not null, ipclass char(11) not null,
access bool, password varchar(12), primary key (member, ipclass));

create table member_status (member_status varchar(20) not null, primary
key(member_status));

create table member_type (member_type varchar(20) not null, primary
key(member_type));

Det er veldig enkelt =E5 endre ting n=E5 f=F8r noe data er i tabellene, men
vennligst send create kommandoene til lista s=E5 en kan f=F8lge med hva som
blir gjort.

Skal se om jeg klarer =E5 sette opp en cvs-epostliste for =E5 f=F8lge endri=
nger
i cvs.

Mvh
Per

Re: [Memship-devel] databaseskjema

[Per I M. <pe...@le...>]

On Thu, 4 Jul 2002, Terje Karlsen wrote:
> Jeg har aldri brukt sourceforge f=F8r, kunne du gi noen f=E5 linjer bruke=
rinfo
> her p=E5 lista, evt. sende ved en url til hvor jeg finner info om dette.
> Dvs. info om innlogging og bruk etc.
> Logger man seg f.eks. direkte inn p=E5 serveren? Kan man kj=F8re mysql di=
rekte
> derfra? Eller m=E5 man via omveier? Kun ftp og testing via browser?

Mysql f=E5r du tilgang til ved =E5 ssh'e til ssh1.sf.net og skrive "mysql -=
u
memship --database=3Dmemship --host=3Dmysql -p". Der finner du ogs=E5
hjemmesidene, under "/home/groups/m/me/memship/htdocs/".

cvs info/instruksjoner er p=E5 prosjektets hjemmeside p=E5 sourceforge.

Jeg foresl=E5r at n=E5r ting begynner =E5 fungere litt, s=E5 setter vi opp =
slik at
hjemmesidene sjekkes ut rett fra cvs, ved =E5 kj=F8re "cvs up" i katalogen
nevnt ovenfor. Jeg har sjekka inn hele den gamle basen i cvs, inklusive
v=E5re loginpassord, som var hardkoda inn i kildekoden... teit, men ikke no=
e
stort problem.

Den eksisterende koden er ment mest som referanse. Den bruker
fornavn:etternavn som prim=E6rn=F8kkel overalt, mens mitt forslag er =E5 br=
uke
et indekstall, som er raskere og mer presist, og det er kodet rett p=E5
postgresql (som sourceforge ikke st=F8tter).

Ok. Da begynner jeg =E5 legge inn tabellene i mysql.

Mvh
Per

Re: [Memship-devel] yo!

[Per I M. <pe...@le...>]

On Thu, 4 Jul 2002, Terje Karlsen wrote:
> Det eneste jeg har erfaring med er pear. Aldri v=E6rt borti adodb, men je=
g
> foresl=E5r =E5 g=E5 for PEAR fordi:
> 1) Den f=F8lger med i php, dermed er det st=F8rre sjans for kompatibilite=
t, om
> folk vil delta i utvikling, st=F8rre kompatibilitet med andre servere
> 2) Jeg har brukt pear f=F8r sj=F8l.

Jeg har testa PEAR n=E5, og det ser greit ut. Fin API. Men: Det sies at
adodb er 300% raskere! Selv om Adodb er mer komplekst, f=E5r den mye skryt,
og de fleste store prosjektene jeg fant som bruker noe slikt bruker denne
eller angrer p=E5 at de ikke gjorde det...

http://phpwiki.sourceforge.net/phpwiki/PhpDatabaseAccessLibraries
http://nusphere.com/products/library/script_peardb.pdf
http://php.weblogs.com/ADOdb_manual

> Finnes det noen gode argumenter for =E5 bruke database-spesifikke funksjo=
ner
> bortsett fra hastighet? Dvs. =E5 droppe b=E5de adodb og pear og heller kj=
=F8re
> direkte p=E5 med mysql-kommandoer?

Hvis du skriver bare for en database, s=E5 kan du bruke alle dens finurlige
sm=E5funksjoner, slik som spesielle datatyper. Men min erfaring er at de
ikke er til s=E5 veldige mye hjelp (har kun erfaring med postgresql fra
f=F8r).

Problemet med =E5 kode kun for en database... nei, egentlig ikke stort
problem, bortsett fra at noen foretrekker andre baser framfor mysql, og
det er god programmeringsskikk =E5 gj=F8re det generelt og portabelt.

Mvh
Per

Re: [Memship-devel] databaseskjema

[Terje K. <te...@fi...>]

On Sun, 30 Jun 2002, Per I Mathisen wrote:
> Fint om noen kan se p=E5 tabellene og komme med noen kommentarer. Har bed=
t
> sf.net om =E5 lage en mysqlbase til oss n=E5, og n=E5r den kommer opp, ha=
r jeg
> lyst til =E5 begynne =E5 lage tabellene der.

Jeg har aldri brukt sourceforge f=F8r, kunne du gi noen f=E5 linjer brukeri=
nfo
her p=E5 lista, evt. sende ved en url til hvor jeg finner info om dette.
Dvs. info om innlogging og bruk etc.
Logger man seg f.eks. direkte inn p=E5 serveren? Kan man kj=F8re mysql dire=
kte
derfra? Eller m=E5 man via omveier? Kun ftp og testing via browser?

Mvh,
Terje Karlsen
Filter IT
--
te...@fi...
http://www.filternet.no
M:95799767 / P:22870127

Re: [Memship-devel] yo!

[Terje K. <te...@fi...>]

On Thu, 20 Jun 2002, Per I Mathisen wrote:
> Vi b=F8r definivt bruke en eller annen formfor database-abstraksjon. Dett=
e
> vil ikke gj=F8re det mye tregere - her er det antallet og kompleksiteten =
p=E5
> s=F8kene som utgj=F8r alt. Adodb er ett alternativ, PEAR (som f=F8lger me=
d php)
> er et annet. PEAR er OO, men enklere og med mindre "features". Har ikke
> erfaring med noen av de. php_lib_login bruker adodb.

Det eneste jeg har erfaring med er pear. Aldri v=E6rt borti adodb, men jeg
foresl=E5r =E5 g=E5 for PEAR fordi:
1) Den f=F8lger med i php, dermed er det st=F8rre sjans for kompatibilitet,=
 om
folk vil delta i utvikling, st=F8rre kompatibilitet med andre servere
2) Jeg har brukt pear f=F8r sj=F8l.

Finnes det noen gode argumenter for =E5 bruke database-spesifikke funksjone=
r
bortsett fra hastighet? Dvs. =E5 droppe b=E5de adodb og pear og heller kj=
=F8re
direkte p=E5 med mysql-kommandoer?

Og n=E5r det gjelder tabellstrukturen din Per: jeg ser ikkeno =E5 kommenter=
e,
bortsett fra at det ser bra ut.

Mvh,
Terje Karlsen
Filter IT
--
te...@fi...
http://www.filternet.no
M:95799767 / P:22870127

Re: [Memship-devel] databaseskjema

[Terje K. <te...@fi...>]

On Sun, 30 Jun 2002, Per I Mathisen wrote:
> Har dere andre noen kommentarer/tenkt =E5 hjelpe til, eller var det bare
> bortkasta tid =E5 f=F8lge r=E5det om =E5 lage et sourceforge-prosjekt av =
dette?

Har nettopp kommet hjem fra 2 ukers ferie, og har pl=F8yd meg gjennom 300
nye epost. N=E5 er jeg back in business og klar til dyst. Skal gi lyd fra
meg p=E5 dette prosjektet i l=F8pet av en dag eller to.

Mvh,
Terje Karlsen
Filter IT
--
te...@fi...
http://www.filternet.no
M:95799767 / P:22870127
---
http://www.oslo2002.no | http://www.indymedia.no

Re: [Memship-devel] databaseskjema

[Per I M. <pe...@le...>]

On Fri, 21 Jun 2002, Per I Mathisen wrote:
> Viktig =E5 f=E5 tabellene riktig, for n=E5r de f=F8rst er tatt i bruk, er=
 det
> helvettes vanskelig =E5 endre p=E5 dem.

Fint om noen kan se p=E5 tabellene og komme med noen kommentarer. Har bedt
sf.net om =E5 lage en mysqlbase til oss n=E5, og n=E5r den kommer opp, har =
jeg
lyst til =E5 begynne =E5 lage tabellene der.

Her f=F8lger tabellene oversatt til engelsk.

Endringer:
 - status og medlemstype felt flyttet til tabell gruppe
 - innholdet i status og medlemstype er gjort dynamisk, dvs lagt i egne
   tabeller
 - egen tabell for adgang til gruppeadministrasjon
 - dropper mobilisering for =F8yeblikket (koden for dette er laget, men er
ikke god nok til at den blir brukt her i Tr.h., s=E5 venter med denne)

Planen er =E5 porte eksisterende kode til PEAR (databaseabstraksjon) og ege=
n
erstatning for php_lib_login og bruk av de nye php globals, samt tabellene
nedenfor.

Har dere andre noen kommentarer/tenkt =E5 hjelpe til, eller var det bare
bortkasta tid =E5 f=F8lge r=E5det om =E5 lage et sourceforge-prosjekt av de=
tte?

TABLE: member
index=09=09primary key (int)
surname
forename
address
postal=09=09string
phone_home
phone_work
phone_mobile
email
gender=09=09int
occupation=09string
comments
synchronised=09synchronised with external db (bool)
country=09=09string[2]
  +
password=09string
last_login=09time
login_errors=09int

TABLE: access=09(access to geographical data)
index=09=09primary key part 1
country=09=09primary key part 2
postal=09=09primary key part 3

TABLE: login log
index=09=09primary key part 1
time=09=09primary key part 2
ip_address
dns_name

TABLE: user change log=09(payment is counted as user change also)
index=09=09primary key part 1
time=09=09primary key part 2
changed_index=09primary key part 3 (index of user changed)

TABLE: group change log
index=09=09primary key part 1
time=09=09primary key part 2
group=09=09primary key part 3 (string)

TABLE: group
index=09=09primary key part 1
group=09=09primary key part 2 (string)
member_status=09user defined (int)
member_type=09user defined (int)

TABLE: group description
group=09=09primary key
fullname
account=09=09string
address
postal
country
phone
email

TABLE: group administration (which users can admin group)
group=09=09primary key part 1
index=09=09primary key part 2

TABLE: payment
index=09=09primary key part 1
serial=09=09primary key part 2
group=09=09primary key part 3
count=09=09number of units paid for
amount=09=09amount paid (checksum or support)

TABLE: postal
postal_number=09primary key part 1
country=09=09primary key part 2
postal_address

TABLE: ipaccess
index=09=09primary key part 1
a_b_c=09=09primary key part 2 (A.B.C.* IP classes)
access=09=09(bool)
password=09randomly generated challenge sent over email/sms

TABLE: member_status (list of all possible member_status states)
member_status

TABLE: member_type (list of all possible member_type states)
member_type

Mvh
Per

"If the Nuremberg laws were applied today, then every
Post-War American president would have to be hanged."
 - Noam Chomsky

[Memship-devel] databaseskjema

[Per I M. <pe...@le...>]

Jeg har n=E5 lagt til lista Tor Berg, som er den andre programmereren bak
den basen vi har i Trondheim n=E5, og Per Waag=F8, som er redakt=F8r for Re=
bell
(og datakyndig person), siden Rebell vil v=E6re en bruker av basen.
Velkommen!

Her f=F8lger forslag til databaseskjema for den nye basen, basert p=E5 det
som blir brukt i basen vi har n=E5. Obs: Jeg har ikke oversatt til engelsk,
men det er kanskje en ide, om vi skal ha noen som helst forh=E5pninger om
st=F8rre utbredelse...

Viktig =E5 f=E5 tabellene riktig, for n=E5r de f=F8rst er tatt i bruk, er d=
et
helvettes vanskelig =E5 endre p=E5 dem.

TABELL: medlem
indeks=09=09prim=E6rn=F8kkel (alle "indeks" nedenfor peker til denne)
etternavn
fornavn
adresse
postnr
telhjem
teljobb
telmob
epost
kj=F8nn
skolejobb
kommentar
status=09=09medlem, kontakt, utmeldt, falt ut, mistet
regsentralt=09bool: er vedkommende synkronisert opp med basen sentralt?
medlemstype=09student/arbeidsl=F8s eller arbeidende
land=09=09to tegns landkode, NO standard
 +
passord=09=09til basen
sistp=E5logget=09n=F8yaktig tidspunkt (for autoutlogging)
antallfeil=09etter X feil b=F8r konto l=E5ses for en stund

TABELL: adgang
indeks=09=09prim=E6rn=F8kkel del 1
land=09=09prim=E6rn=F8kkel del 2
postnr=09=09prim=E6rn=F8kkel del 3 (0 =3D alle)

("adgang" blir en stor tabell, men rask =E5 sl=E5 opp i og gj=F8r det enkel=
t =E5
sette opp finmasket adgang til sm=E5 geografiske enheter)

TABELL: innloggingslogg
indeks=09=09prim=E6rn=F8kkel del 1
p=E5logget=09prim=E6rn=F8kkel del 2 (tidspunkt)
fra_IP
fra_dns_navn

TABELL: endringslogg for brukere
indeks=09=09prim=E6rn=F8kkel del 1
tidspunkt=09prim=E6rn=F8kkel del 2
bruker=09=09prim=E6rn=F8kkel del 3 (peker til indeks i "medlem")

(Regner betaling som brukerendring)

TABELL: endringslogg for grupper
indeks=09=09prim=E6rn=F8kkel del 1
tidspunkt=09prim=E6rn=F8kkel del 2
gruppenavn=09prim=E6rn=F8kkel del 3

(Tror ikke en trenger =E5 loggf=F8re andre endringer enn medlem og gruppe)

TABELL: gruppe
indeks=09=09prim=E6rn=F8kkel del 1
gruppenavn=09prim=E6rn=F8kkel del 2

TABELL: gruppebeskrivelse
gruppenavn=09prim=E6rn=F8kkel
langtnavn
kontonummer
adresse
postnr
telefon
epost

TABELL: betalt
indeks=09=09prim=E6rn=F8kkel del 1
serie=09=09prim=E6rn=F8kkel del 2, er =E5r (parti) eller nr (tidsskrift)
gruppenavn=09prim=E6rn=F8kkel del 3
antall=09=09hvor mange enheter det er betalt for
bel=F8p=09=09hvor mye som ble betalt (sjekkpost / st=F8tte)

(Hopper over fond for =F8yeblikket. F=E5r mer info om hvordan det m=E5 legg=
es
opp senere. Ideen er at medlemmer kan melde seg opp til frivillige,
automatiske trekk hver m=E5ned. Vi har/hadde g=E5ende i Trondheim en stund,=
 og
f=E5r inn ganske mye p=E5 det. Trenger n=E5 godkjenning for avtalegiro, ett=
er at
autogiro ble nedlagt.)

TABELL: postnr
postnr=09=09prim=E6rn=F8kkel
poststed=09tabellen hentes fra Posten sine hjemmesider

TABELL: arrangement
navn=09=09prim=E6rn=F8kkel del 1
=E5r=09=09prim=E6rn=F8kkel del 2
kommentar

(Alle i "adgang" kan lage arrangement)

TABELL: mobilisering
indeks=09=09prim=E6rn=F8kkel del 1
arrangement=09prim=E6rn=F8kkel del 2, peker til navn i "arrangement"
spurt=09=09bool
skal=09=09bool
betalt=09=09bool
vegetar=09=09bool
kommentar

(Kan kun legge til/fjerne/endre medlemmer du har adgang til)

( TABELL: ipadgang
  indeks=09prim=E6rn=F8kkel del 1
  ABC-IP=09prim=E6rn=F8kkel del 2
  =E5pningspassord

  dersom vi virkelig vil gj=F8re basen sikker, setter vi restriksjon p=E5
  adgang til en C-klasse IP, og bruker mottar tilfeldig laget
  "=E5pningspassord" over sms/epost for =E5 kunne benytte ny C-klasse, hvor
  sms/epost er hentet bra brukerens allerede lagrede info
)

Mvh,
Per

76.4% of all statistics are made up

[Memship-devel] yo!

[Per I M. <pe...@le...>]

Hei folkens,

Da er det vi tre (meg, Terje, Christian) som er p=E5 denne lista. Jeg
strever for tiden med =E5 f=E5 den eksisterende medlemsbasen til =E5 holde =
seg
p=E5 beina etter en st=F8rre "apt-get upgrade" som slo beina under en del
hacks.

Det viktigste =E5 bestemme n=E5 er hva som skal danne grunnlaget for basen =
av
php moduler. I den eksisterende basen har vi brukt postgresql direkte og
modulen php_lib_login. Jeg er ikke helt glad i den siste, b=E5de fordi den
har en del svakheter og fordi den ikke har blitt oppdatert p=E5 en liten
stund, men den gir en god del "features" som IP-banning,
gruppe-rettigheter, osv.. Sp=F8rsm=E5let er om dette er ting vi likevel er
n=F8dt til =E5 kode mer finurlig enn denne pakken st=F8tter.

Vi b=F8r definivt bruke en eller annen form for database-abstraksjon. Dette
vil ikke gj=F8re det mye tregere - her er det antallet og kompleksiteten p=
=E5
s=F8kene som utgj=F8r alt. Adodb er ett alternativ, PEAR (som f=F8lger med =
php)
er et annet. PEAR er OO, men enklere og med mindre "features". Har ikke
erfaring med noen av de. php_lib_login bruker adodb.

Vi er nesten n=F8dt til =E5 bruke pdflib, selv om det ikke er "free softwar=
e"
strengt tatt. Det er Aladdin lisens p=E5 det (fri for ikke-kommers bruk) og
har =E5pen kildekode. Det finnes bare ikke noe bra alternativ.

Ellers s=E5 skal jeg g=E5 gjennom basedefinisjonene vi har n=E5 og poste de=
m til
lista s=E5 vi kan f=E5 de spikra f=F8r vi gj=F8r noe koding. Tror baseskjem=
a vi
bruker n=E5 er rimelig bra, har allerede v=E6rt gjennom flere revisjoner, m=
en
vi indekserer n=E5 p=E5 fornavn:etternavn, og det er ikke helt heldig i
lengden (hva om noen har samme navn + raskere oppslag p=E5 ett tall enn to
strenger).

Mvh,
Per

"It is difficult to catch a black cat in a dark room.
Especially if there is no cat there." - Confucius