Zoals
fox als adviseerde zou ik ook zoiets opzetten. Dan heb je meer controle over de leden. Een .htpasswd file is welleswaar een 'flat-file' database met encrypted passwords, als je dat eens kwijt bent of corrupt is ... heb je er niets meer aan. Een MySQL database is daarbij handiger.
Je hoeft er inderdaad niet een heel systeem voor te bouwen, aanmeld procedures / formulieren enzo ...
Met bv PHP kun je ook zo'n Apache 'realm' inlog scherm ook oproepen, maar deze controleerd de ingegeven username en password dan niet met een .htpasswd file maar met de MySQL database, en verleent dan op dezelfde manier toegang.
Als tegen argument: als er bestanden achter zo'n inlogscherm zitten (bv PDF documenten, downloads), die beveiligd moeten worden tegen deeplinken, kun je beter zo'n .htpasswd file gebruiken. Dat gaat op server / directory nivo. Zo'n PHP beveiliging gaat op sessie en pagina nivo, dus even simpel gezegd, alleen de 'voordeur' (inlog pagina) is beveildigd ... de rest erachter (php/HTML pagina's) zijn beveiligd met een sessie. Maar een pdf document (waar direct naar gelinked wordt heeft die sessie info niet en wordt direct ook gedownload) -> deeplink.