nicht angemeldet
Hell-O!
ich habe mir überlegt, ein login script für den internen bereich meiner homepage zu machen.
Grund gütiger, dein Script ist aus der Steinzeit. Hast du das tatsächlich selber programmiert?
#!/usr/bin/perl
Ein Script sollte in der Entwicklungsphase immer so beginnen:
#!/usr/bin/perl -w
use strict;
use warnings;
Das strict-Pragma sorgt u.a. dafür, dass du keine Variablen in deinem Script verwendest, die du nicht deklariert hast. Das erleichtert dir die Fehlersuche ungemein. Das warnings-Pragma erleichtert dir die Suche nach Fehlern, die zwar das Script nicht sterben lassen, aber zu Problemen führen könnten (siehe hierzu auch perllexwarn).
&Server;
&ReadParse;
Dieser Aufruf von Subroutinen kann gefährlich sein bzw. zu unerwünschten/unerwarteten Nebeneffekten führen, siehe hierzu perlsub.
sub ReadParse {
[...]
Warum nutzt du für das Einlesen von Scriptparametern nicht das dafür gedachte Modul CGI.pm. Zu dem Thema gibt's auch was in SELFHTML: Formularverarbeitung mit dem CGI-Modul.
Jetzt möchte ich, dass die cgi $Username und $Password in das format bringt: $Username:$Password (aaa:bbb)
# Variante 1:
my $Vergleich = "$Username:$Password";
# Variante 2:
my $Vergleich = $Username.":".$Password;
dann mit den einträgen in der datei ".members" vergleicht.
Siehe hierzu: Funktionen für Ein-/Ausgabe und Lesen/Schreiben von Daten und Vergleichsoperatoren.
Wenn Username:Password mit den kombinationen aus der datei übereinstimmt kommt dann:
Bedingte Anweisungen mit if, else und elsif.
Als nächstes möchte ich, dass $Password in unix (?? bin mir nicht sicher wie es genau heißt ??) verwandelt wird und dann erst verglichen!
Ähm, wozu das? Meinst du vielleicht die Funktion crypt?
Als letztes würde ich noch gern $Username auf der internen seite verwenden: da sollte dann stehen: Willkommen $Username
Dann merke dir, wer angemeldet ist und gib es weiter. Entweder als Parameter von Seite zu Seite oder in einer Session.
Siechfred