login-script søger i stor txt-fil - kan det gøres hurtigere

Enten kan du bruge en database til at opbevare brugernavne osv. det er den mest almindelige metode.

Hvis du hellere vil bruge filer, så prøv med en fil per bruger, hvor brugernavnet bruges som en del af filnavnet. Vær dog opmærksom på at sådan en fremgang kan give alvorlige sikkerhedsfejl hvis ikke det bliver gjort rigtigt.

Det skal gerne være en txt-fil (eller 2).

Er det muligt at have to filer fx med brugere der starter med a-h i den ene og resten (h-z) i den anden - og er der nogen der kort kan forklare hvordan?

Bare nysgerrig, hvorfor skal det gerne være en TXT fil ? Hvis den så i det mindste ligger så den ikke kan tilgåes via en adresselinie i browseren men kan den det er det et kæmpe sikkerhedshul.

Du kan jo trække første bogstav ud af brugernavnet og ud fra den værdi du får så have i dit script at hvis det er K så skal den kigge i filen yyy.txt og er det D så er det xxx.txt

Ja - det må være noget i den stil, der skal til. Tak for det. Txt-filen skal i øvrigt ikke kunne tilgåes fra adresselinien.

Gider du oprette et svar, så jeg kan give points?

Er det for meget at bede om et kodeeksempel på, hvordan jeg trækker begyndelses-bogstavet ud af brugernavnet?

"Er det for meget at bede om et kodeeksempel på, hvordan jeg trækker begyndelses-bogstavet ud af brugernavnet?"

Ikke så meget fordi at det er svært at svare, mere fordi spørgsmålet får mig til at overveje om du burde rode med login og kodeord.

Her:
substr($str,0,1)

Der er tale om et testsite ... og et sted skal man jo starte ...

Godt nok. Men altså, du ender stadigvæk med et ydelsesproblem selvom du deler login information op i to filer.

Okay ... og så er vi jo tilbage ved det, der fik mig til at spørge i første omgang :-)

Altså: findes der en metode, der kan eliminere det ydelsesproblem - ved brug af tekstfiler?

Som sagt i #1, en fil per bruger. Det kræver selvfølgelig et filsystem som kan håndtere store directories ordentligt.

Du skal godt nok ha' mange brugere i din txt-fil, hvis det skal ha' noget at sige hastighedsmæssigt.

Og første tegn i en var kan iøvrigt fås med:

echo $var[0];
eller
echo $var{0};

Tusind tak for svarene.

Jeg synes det er værd at spekulere lidt over hvordan et login-script, der er baseret på en txt-fil, afvikles under ekstreme vilkår, fx mange brugere - derfor spørgsmålet

Når du taler om at en txt-fil kan håndtere mange brugere, Showsource, hvilken størrelseorden taler vi så om? Hundrede, tusinde?

Giver denne fremgangsmåde mening:

Når brugere registrerer sig, tjekker jeg på det første bogstav i deres navn og skriver så til fire forskellige txt-filer som forholder sig til fire grupperinger af alfabetet.

Når brugerne så logger på tjekker jeg igen på det første bogstav og læser så fra den txt-fil, hvor deres navn hører hjemme.

Vil det ikke resultere i en bedre ydelse, end hvis alle brugere var samlet i een stor txt-fil med, lad os sige, 4000 linier?

Så skal login-scriptet jo kun søge i en txt-fil med 1000 linier hver gang en bruger logger på, og det må alt andet lige være at foretrække - eller hvad?

For forståelsens skyld:

Ved brugerregistrering vil jeg naturligvis kun skrive til "een af fire forskellige txt-filer som forholder sig til fire grupperinger af alfabetet."

@ Giver denne fremgangsmåde mening:

Ja, det giver mening, og jo flere filer, jo hurtigere kan det gå.

Men du skrev tidligere: "du ender stadigvæk med et ydelsesproblem selvom du deler login information op i to filer."

Du ser altså helst flere filer end 2, når vi taler om mange brugere ... eller er der noget jeg misforstår?

Ok ... under alle omstændigheder vil jeg prøve at følge dit råd, og se om jeg kan finde ud af at dele txt-filen op i flere mindre filer ... dog ikke en txt-fil pr bruger ... det er lidt overkill, synes jeg :-)

Hvis du på noget tidspunkt ender op med 4000 brugere, er du garanteret gået over til at bruge en DB !

Og et tjek i en 4000 liniers fil, hvor hver linie indeholder brugernavn/password, vil nok ikke tag specielt lang tid.
Selvf. afhængig af hardware m.m.

Det er sikkert rigtigt :-)

Jeg betragter det også mere som en akademisk diskussion - og en fin mulighed for at prøve at strikke noget kode sammen - så tak for hjælpen.

Nu ville jeg så lige prøve lokalt på min comp, 2.4 P4 2Gb ram og raid 0 med to diske. max læse 150mbit ( eller så'n), og den popper op med det samme.

Måske et kvart sek. senere på en 133 Mhz maskine med 64 ram ? ( ved det ikke )

Kode som læser fil: ( 4000 linier )

if($_SERVER["REQUEST_METHOD"] == "POST") {

    if(isset($_POST["user"], $_POST["md5_pass"])) {

    $fil = file("users.txt");
    $lines = count($fil);
        for($i = 0; $i < $lines; $i++) {
        $fil[$i] = trim($fil[$i]);
        $bruger = explode("|", $fil[$i]);
            if($_POST["user"] == $bruger[0] && $_POST["md5_pass"] == $bruger[1]) {
            echo"OK user og pass";
            exit;
            }
        }

echo"OK efter forløkke";
exit;

    }
}

Og nej, jeg har ikke prøvet med "tidtagning" da det lige nu og her er ligegyldigt.

Tak igen ... for virkelig seriøse svar på spørgsmålet ... det er jo en fornøjelse ... og måske tager jeg, med min hypotese om de 4000 linier, højde for en helt urealistisk situation ... og Showsources eksempel tyder på, at grænsen for hvornår der opstår ydelsesproblemer i denne sammenhæng, under alle omstændigheder er meget langt væk.

Hvis det i øvrigt er muligt, giver jeg også gerne points til Showsource.

Point betyder ikke noget, men ellers tak ! :O)