Dette er faktisk en ganske elementær oppgave som kan løses både med og uten database. Hvis du noen gang har lyst å lære deg bruk av (f.eks.) enkel php og mysql i kombinasjon er dette en god sjanse til å lage noe som er akkurat slik du vil ha det, og samtidig lære mye i prosessen.

Jeg kan komme med et forslag til oppsett:
+ To databaser.
- events (id, tittel, beskrivelse)
- users (id, navn, tid, event_id, (passord), (userlevel))

+ En side for å hente ut brukere knyttet til en viss event, samt tilby påmelding til denne (hvis tidsfristen ikke er gått ut f.eks.). Denne siden kan hente event-id gjennom en GET-variabel i adressen (husk sanitering!)

+ En side for oversikt over alle events (med begrensninger om du ikke vil hente ut de som har gått ut på dato f.eks.)

Brukere kan da enten registrere seg på siden og så melde seg på events, eller du kan opprette en ny bruker hver gang noen melder seg på en event - your call egentlig. event_id var da tiltenkt at man ikke har noen form for innlogging, men bare holder styr på hvilken event hver bruker i databasen hører til. Blir særs lette spørringer ut av sånt.

Skal du lage et system med mer eller mindre faste brukere, som bruker den samme users-entryen til å melde seg på flere events, må du finne på en lur måte å registrere alle events på étt felt om du vil slippe mye stress hver gang du legger til noe nytt.

Lykke til