nicht angemeldet
Nur Ein "Input", aber Mehrere "Names"?
Hallo.
Ich befasse mich gerade auf unterstem Niveau mit Datenbank-
abfragen, aber da ich mich nicht wirklich mit diesem Thema
auskenne, weiss ich nicht weiter.
Mein Problem:
Ich möchte nur EIN Input(Eingabefeld), aber hätte gerne die
Option zwischen Mehreren Names(Kategorien) zu wählen. Z.B.
mittels Checkboxen.
D.h. ich möchte, dass der Nutzer der Abfrage sich z.B.
zwischen den Kategorien "Ort" und "Datum" entscheiden muss
(Checkbox) und anschliessend nur Einen von beiden Wunsch-
begriffen in das Eingabefeld einträgt.
Es gibt für mich keine andere Lösung, da meine Datenbank
bereits vorgegeben ist. Sonst wäre es ja viel einfacher,
man könnte gleich alle Begriffe in beliebiger Reihenfolge
in das Feld eingeben.
Mein aktueller Quelltext sieht so aus:
<HTML>
<HEAD>
<TITLE>Abfrageformular</TITLE>
</HEAD>
<BODY BGCOLOR="#F1EEEE">
<H2>Durchsuchen Sie unsere Datenbank:</H2>
<FORM ACTION="/cgi-bin/db.pl" METHOD="POST">
<INPUT type="hidden" name="db" value="abfrage.csv">
<TABLE BORDER="0" CELLPADDING="2">
<TR>
<TD><B>Datum:</B></TD>
<TD><INPUT TYPE="text" NAME="Datum" SIZE="20"></TD>
</TR>
<TR>
<TD><B>Ort:</B></TD>
<TD><INPUT TYPE="text" NAME="Ort" SIZE="20"></TD>
</TR>
<TR>
<TD><INPUT TYPE="submit" VALUE="Suche starten"></TD>
<TD></TD>
</TR>
</TABLE>
</FORM>
</BODY>
</HTML>
Momentan habe ich also 2 "Inputs". Ich möchte aber nur Eins,
mit dem man nach beiden "Names" suchen kann.
Vielen Dank schonmal für deinen Rat!
Jean (jean@gmx.fr)
-
Hallo, Jean,
Ich möchte nur EIN Input(Eingabefeld), aber hätte gerne die
Option zwischen Mehreren Names(Kategorien) zu wählen. Z.B.
mittels Checkboxen.Mit Checkboxen realisiert man eine multiple Auswahlmöglichkeiten, welche man gleichzeitig aktivieren kann.
D.h. ich möchte, dass der Nutzer der Abfrage sich z.B.
zwischen den Kategorien "Ort" und "Datum" entscheiden muss
(Checkbox) und anschliessend nur Einen von beiden Wunsch-
begriffen in das Eingabefeld einträgt.In diesem Fall wären Radiobuttons geeignetere Formularelemente, da du eine Entweder-Oder-Auswahl möchtest, beispielsweise:
(o) Ort oder ( ) Ort
( ) Datum (o) DatumZu Radiobuttons findest du in Selfhtml die nötigen Informationen: http://selfhtml.teamone.de/html/formulare/auswahl.htm#radiobuttons
Es gibt für mich keine andere Lösung, da meine Datenbank
bereits vorgegeben ist. Sonst wäre es ja viel einfacher,
man könnte gleich alle Begriffe in beliebiger Reihenfolge
in das Feld eingeben.Nein, ich finde es viel benutzerfreundlicher, dass der Besucher speziell nach den einzelnen Kriterien suchen kann. Falls du eine UND-Suche (Suche nach Datum UND Ort) realisieren willst, würde ich dir vorschlagen, dass du dafür zwei Eingabefelder vorsiehst, eines mit der Beschriftung »Ort« und eines mit der Beschriftung »Datum«. Daneben solltest du schreiben, dass der Benutzer eines der beiden oder beide ausfüllen kann.
Wenn du nur ein Eingabefeld benutzt, musst du erstens damit rechnen, dass du erst alle Suchbegriffe auseinanderdividieren musst und sie einzeln überprüfen musst. Stell dir vor, dass in das eine Eingabefeld (möglicherweise fehlerhafte) Suchabfragen wie »Castrop-Rauxel +1.1.2003« oder »5.05.03 frankfurt am main« eingegeben werden. Nun bedenke, dass du diese Eingaben in Datum und Ort aufsplitten musst, um sie dann anschließend auf ihre Syntax zu überprüfen, um erst im folgenden Schritt die Datenbankabfrage mit den zwei Kriterien zu starten.Sowohl für die Programmierung als auch für die Bedienung ist für diesen Fall (bei der UND-Suche) aus den genannten Gründen von einem einzigen kombinierten Eingabefeld abzuraten.
Mein aktueller Quelltext sieht so aus:
<INPUT type="hidden" name="db" value="abfrage.csv">
Argh! Das würde in unbedingt im Skript hartkodieren, denn das kann eine Sicherheitslücke darstellen. Womöglich liegt abfrage.csv sogar im selben Verzeichnis und ist world readable.
<INPUT TYPE="text" NAME="Datum" SIZE="20">
<INPUT TYPE="text" NAME="Ort" SIZE="20">Momentan habe ich also 2 "Inputs". Ich möchte aber nur Eins,
mit dem man nach beiden "Names" suchen kann.Ich bin mir nicht einmal so sicher, ob das die intuitivste Lösung ist, selbst bei einer exklusiven statt kombinierten Suche - ich persönlich benutze für so etwas zwei Eingabefelder, weil ich dies am verständlichsten finde. Wie auch immer, eine Lösung mit zwei Radiobuttons und einem Eingabefeld sähe ungefähr folgendermaßen aus:
Radiobuttons (Auswahl Datum XOR Ort):
<input type="radio" name="suchmethode" value="datum" id="datum" /> <label for="datum">Nach Datum suchen</label>
<input type="radio" name="suchmethode" value="ort" id="ort" /> <label for="ort">Nach Ort suchen</label>Dann einfach das eine Eingabefeld:
<label for="abfrage">Suchkriterium (entweder Ortsname oder Datum im Format TT.MM.YYYY)</label> <input type="text" name="suchabfrage" id="abfrage" />
Das allerwichtigste ist natürlich, dass du oben/neben/unter dem Formular eine Erklärung lieferst, wie das Formular zu bedienen ist, was es mit der Auswahl auf sich hat und wie beispielsweise das Datum eingegeben werden muss, damit es das Skript interpretieren kann.
Im Skript fragst du einfach ab, welchen Wert der Parameter »suchmethode« hat und behandelst entsprechend - natürlich nach vorheriger Prüfung - den Parameter »suchabfrage« entweder als Ortsnamen oder Datum. Die name-Eingabefeldnamen sowie die value-Attribute und die Beschreibungen in den label-Elementen kannst du natürlich anpassen, der Code ist nur ein Beispiel.
Grüße,
Mathias--
Mein Leben, ein Leben ist es kaum, / Ich gehe dahin als wie im Traum.
Wie Schatten huschen die Mensch hin, / Ein Schatten dazwischen ich selber bin.
Und im Herzen tiefe Müdigkeit - / Alles sagt mir: Es ist Zeit ...
(Theodor Fontane, Mein Leben)-
Hi.
Ich habe dir eine Email geschickt...
Gruß Jean
-
Hallo, Jean,
Ich habe dir eine Email geschickt...
Verzeihe, aber ich werde deine Emails nicht beantworten, ich möchte bitte, dass diese Diskussion öffentlich geführt wird, damit andere sich auch daran beteiligen und dabei lernen können und die Informationen ins Archiv wandern. Wenn du Folgefragen hast, poste Sie bitte ins Forum und schicke sie mir nicht als Email. Diese Praxis ist hier Gang und Gebe, die Wenigsten sehen es gerne, wenn sie von den Fragestellern privat angemailt werden.
Wenn eine Diskussion themenfremd wird, zu einem Privatgeplänkel ausartet oder sonstwie nicht ins Forum gehört, ist ein Followup-To: poster das einzig Wahre, aber dass du nach dem ersten Followup schon grundlos Emails verschickst, ist nicht angemessen.Bitte poste deine Antworten hier und ich werde auch gerne antworten.
Grüße,
Mathias--
Mein Leben, ein Leben ist es kaum, / Ich gehe dahin als wie im Traum.
Wie Schatten huschen die Mensch hin, / Ein Schatten dazwischen ich selber bin.
Und im Herzen tiefe Müdigkeit - / Alles sagt mir: Es ist Zeit ...
(Theodor Fontane, Mein Leben)-
Hallo!
Das ist garkein Problem. Gerne stelle ich die Folgefragen
auch in das Forum - hauptsache im komme bei meinem Problem
weiter ;-).
Ich bin davon ausgegangen, dass es für dich bequemer sei,
sie direkt per Email zu senden, damit du nicht jedes Mal
nach meinem alten Thread suchen musst.Jean
1. Email:
--------------Hallo Mathias,
vielen Dank für deine ausführliche Antwort. Ich bin immer wieder
auf's Neue überrascht, dass es Menschen gibt, die sich für die
Probleme Fremder soviel Zeit nehmen.Das Argument "Benutzerfreundlichkeit" hat mich überzeugt. Es
nimmt zwar ein wenig mehr Platz in Anspruch, aber ich bin jetzt
mit der Radiobutton-Version sehr zufrieden.Die Variante mit 2 Inputs, die du persönlich noch besser findest,
halte ich eher für unübersichtlich. Darüber hinaus wird es dann
ständig vorkommen, dass jemand beide Inputs ausfüllt, was
meine vorgegebene Datenbank leider nicht unterstützt.Es ist übrigens tatsächlich so, dass sich die Datei "abfrage.csv"
ich selben Verzeichnis befindet. Ich kann jedoch nicht nach-
vollziehen, inwiefern das ein Sicherheitsproblem darstellt und
was du mit "im Skript hartkodieren" meinst.Gruß Jean
-
2. Email:
------------Hallo...,
Im Skript fragst du einfach ab, welchen Wert der Parameter
»suchmethode« hat und behandelst entsprechend - natürlich
nach vorheriger Prüfung - den Parameter »suchabfrage«
entweder als Ortsnamen oder Datum....Stopp! Das habe ich jetzt doch nicht ganz verstanden.
Es wäre nett, wenn du mir da noch auf Sprünge helfen
könntest.Bei der Abfrage meines Formulars passiert nämlich momentan
garnichts. Ich vermute, dass hängt damit zusammen, dass es
garnicht weiss, nach welchen Kriterium der Radio-Buttons es
nun suchen soll. Ich kann nämlich keinen direkten Zusammen-
hang zwischen den Radiobuttons und dem Input erkennen.Wie man diese Verbindung herstellen kann, wolltest du mir
vermutlich in deinem Absatz erklären, oder?Vielleicht kannst du das mal anhand der Angaben "Ort" und
"Datum" machen?Danke Jean!
-
Hallo, Jean,
Ich bin davon ausgegangen, dass es für dich bequemer sei,
sie direkt per Email zu senden, damit du nicht jedes Mal
nach meinem alten Thread suchen musst.Nee, macht mir nicht aus, ich lese auch und vor allem in alten Threads und Antworten auf meine Beiträge lese und beantworte ich sofort (Suche mit Strg+F oder F3 - da muss ich nicht lange manuell suchen).
Die Variante mit 2 Inputs, die du persönlich noch besser findest,
halte ich eher für unübersichtlich. Darüber hinaus wird es dann
ständig vorkommen, dass jemand beide Inputs ausfüllt, was
meine vorgegebene Datenbank leider nicht unterstützt.Damit müsstest du rechnen; das Script muss, wie gesagt, die jeweils zweite überflüssige Eingabe verwerfen und/oder eine Warnung anzeigen, dass nur ein Feld ausfüllbar ist. So funktioniert es bei meinen Formularen recht gut - wenn man die Sucheingaben zeitweilig loggt, kann man das Benutzerverhalten gut analysieren und gegen häufige Fehler vorgehen.
Es ist übrigens tatsächlich so, dass sich die Datei "abfrage.csv"
ich selben Verzeichnis befindet. Ich kann jedoch nicht nach-
vollziehen, inwiefern das ein Sicherheitsproblem darstelltGanz einfach: ich weiß nicht, welche Daten deine Datenbank enthält. Wenn sie beispielsweise halböffentliche Telefonnummern, Email-Adressen oder Postadressen etc. enthält, welche besser nur eingeschränkt über eine Suche zugänglich sein dürfen (man findet nur etwas, wenn man sowieso schon weiß, nach was man suchen muss), würde ich sie keinesfalls zum Download freigeben beziehungsweise ungesichert im selben Verzeichnis speichern, sodass sie *komplett* heruntergeladen werden kann, um möglicherweise die Daten zu missbrauchen. So gesehen ist es eher ein Problem des Datenschutzes/der Privatshäre als der Sicherheit, wobei das eine das andere einschließt.
was du mit "im Skript hartkodieren" meinst.
Du übergibst den Namen der Datenbankdatei über das Formular, daraus schließe ich, dass dieser Dateiname variabel ist, das heißt, durch einen anderen Parameter würde das Script eine andere Datei einlesen und durchsuchen. »Im Skript hartkodieren« bedeutet, dass du diesen Dateinamen als Konstante (oder Variable, welche nicht durch GET-, POST-, Cookie-, Umgebung- oder sonstige Parameter geändert wird/werden kann) fest in dem Script definierst, sodass der Parameter unnötig ist (und das Script nur mit dieser einen Datenbank funktioniert).
Zumindest ist es unklug, dass du a) den Dateinamen im Klartext und voll lesbar als verstecktes Eingabefeld definierst und b) die Datenbankdatei im selben Verzeichnis liegt und c) die Datenbank öffentlich über den HTTP ohne Zugangsbeschränkung lesbar ist - aus den oben genannten Gründen.
Generell solltest du einem möglichen Angreifer so wenig wie möglich über die Funktionsweise deiner Serveranwendung verraten, um Missbrauch im Keim zu ersticken.Im Skript fragst du einfach ab, welchen Wert der Parameter
»suchmethode« hat und behandelst entsprechend - natürlich
nach vorheriger Prüfung - den Parameter »suchabfrage«
entweder als Ortsnamen oder Datum....Stopp! Das habe ich jetzt doch nicht ganz verstanden.
Es wäre nett, wenn du mir da noch auf Sprünge helfen
könntest.Noch einmal zur Verdeutlichung die beiden Radiobuttons, verkürzt:
<input type="radio" name="suchmethode" value="datum" ... /> ...
<input type="radio" name="suchmethode" value="ort" ... /> ...Beim Absenden des Formulars wird über die HTTP-Anfrage ein Parameter namens »suchmethode« übergeben. Da du in deinem HTML-Code im Ursprungsposting die POST-Methode angegeben hattest, gehe ich von der Übermittelungsmethode POST aus. Bei der GET-Methode kann man die Parameter in der URL sehen, bei POSR befinden sich die Parameter ähnlich aufgeteilt im Körper der Abfrage, hier aber zur Veranschaulichung die in der Adresse übermittelten GET-Parameter nach dem Ausfüllen und Absenden des Formulars:
/cgi-bin/db.pl?db=abfrage.csv&suchmethode=datum&suchabfrage=abfragetext
Im Beispiel wurde über die Radio-Auswahl die Suchmethode Datum angegeben, weshalb der Parameter »suchmethode« auf »datum« gesetzt ist (dieser Wert findet sich im value-Attribut des zugehörigen input-Elements wieder, siehe oben). Als Abfragetext wurde in das Texteingabefeld »abfragetext« eingegeben. Aufgrund des versteckten Eingabefelds »db« wurde für diesen Parameter der Wert »abfrage.csv« übermittelt.
Wie du den Abfragetext in deinem Script über das CGI in Erfahrung bringst und ihn verwertest, dürftest du schon wissen, das geht meines Wissens über das Perlmodul CGI (reine Mutmaßung - siehe http://selfhtml.teamone.de/cgiperl/module/cgi.htm), mit Perl kenne ich mich aber nicht aus. Im Grunde genommen musst du genauso mit dem Parameter »suchmethode« verfahren, nämlich diesen aus den POST-Parametern entnehmen. Naheliegend ist natürlich, dass du mit checked="checked" eine Option vorauswählst, damit der Parameter in jedem Fall gesetzt wurde. Der Parameter sollte, damit du ihn weiterverwenden kannst, entweder den Wert »datum« oder den Wert »ort« besitzen, falls dies nicht der Fall ist, muss das Script abbrechen und eine Fehlermeldung ausgeben beziehungsweise das Formular erneut anzeigen.
Der Ablauf (eines Teils) des Programms sähe verkürzt ungefähr folgendermaßen aus:
Bedingte Anweisung mit der Bedingung:
Wurden die Parameter »db«, »suchmethode« und »abfragetext« übermittelt und sind alle drei nicht leer?
Falls Nein: Breche die Suche ab und zeige das Formular, denn es wurden das Script wurde ohne Parameter aufgerufen.
Falls Ja:
[Hier spare ich mir die Überprüfung der Existenz von der in »db« angegebenen Datei.]
Bedingte Anweisung mit der Bedingung:
Hat der Parameter »suchmethode« den Wert »datum«?
Falls Ja: Speichere, dass die Suchmethode »datum« ist
Falls Nein:
Bedingte Anweisung mit der Bedingung:
Hat der Parameter »suchmethode« den Wert »ort«?
Falls Ja: Speichere, dass die Suchmethode »ort« ist.
Falls Nein: Breche die Suche ab, zeige eine Fehlermeldung, dass die Parameter fehlerhaft waren und zeige erneut das Formular.(Natürlich sind die Verschachtelungen suboptimal, aber es soll auch nur ein theoretisches Flussdiagramm sein.)
Die Syntax des Abfragetexts solltest du natürlich auch überprüfen (falls suchmethode=datum, dann musst du überprüfen, ob der Abfragetext ein gültiges Datum ist), aber hier geht es vorerst um die Radiobuttons. Nachdem du anhand des Parameters »suchmethode« bestimmt hast, welche Suchmethode der Benutzer gewählt hat, kannst du anhand dessen die Datenbankabfrage führen - wie du das realisierst, ist mir unbekannt, weshalb ich dazu nichts sagen kann. Falls »suchmethode« gleich »ort« ist, musst du natürlich alle Orts-Felder durchsuchen und falls »suchmethode« gleich »datum« ist, alle Datums-Felder... das dürfte klar sein.Ich könnte noch weiter ausholen, aber das wird dann zu generell, dshalb frage besser noch einmal punktuell nach, anstatt »erkläre mir das alles mal«. ;) Ich weiß ja nicht, was du schon weißt und wo es noch hapert.
Im besten Fall sollte dein Script auf alle Eventualitäten und Fehleingaben eine »passende Antwort« haben, das heißt eine hilfreiche Fehlermeldung oder ähnliches. Dies erreichst du meist durch haarkleines Überprüfen aller an das Script von außen übergebenen Daten.Bei der Abfrage meines Formulars passiert nämlich momentan
garnichts. Ich vermute, dass hängt damit zusammen, dass es
garnicht weiss, nach welchen Kriterium der Radio-Buttons es
nun suchen soll.Wie bitte...? Moment mal. Dass du das Script erst auf das neue Formular und die Parameterbehandlung anpassen musst, dürfte klar sein. Aber was meinst du mit »nach welchen Kriterium der Radio-Buttons es nun suchen soll«? Die Radio-Eingabefelder sind nur insofern interessant für das Script, da sie dafür verantwortlich sind, dass beim Absenden des Formulars ein Parameter »suchmethode« mit dem Wert »ort« oder »datum« übergeben wird. Die gilt es aus den POST-Parameter auszulesen und im Script weiterzuverwenden.
Ich kann nämlich keinen direkten Zusammen hang zwischen den Radiobuttons und dem Input erkennen.
Da besteht auch kein Zusammenhang (wie ich dich verstehe), es werden einfach anstatt zwei Parameter generiert, zum einen für die mehreren Radiobuttons mit gleichem name-Attribut (»suchmethode«) und zum anderen für das Texteingabefeld (<input type="text" name="suchabfrage" ... />).
Den Zusammenhang musst du im Script herstellen: Falls die eine Suchmethode gewählt wurde, musst du den Abfragetext als Datum interpretieren, für den anderen Fall als Ortsname. Ohne zu prüfen, welche Suchmethode verwendet werden soll, kannst du bei *einem* Eingabefeld nicht entscheiden, ob du den Suchstring als Datum oder Ortsnamen behandeln musst...
Wie man diese Verbindung herstellen kann, wolltest du mir
vermutlich in deinem Absatz erklären, oder?Ja... so ungefähr, sofern wir vom selben reden.
Vielleicht kannst du das mal anhand der Angaben "Ort" und
"Datum" machen?Siehe oben... Im Grunde genommen ist es recht einfach, da du nur auf zwei verschiedene Eingaben reagieren muss und dementsprechend der Verlauf des Scripts zwei unterschiedliche Wege nehmen muss (Suche nach Ort *oder* Datum).
Grüße,
Mathias--
Mein Leben, ein Leben ist es kaum, / Ich gehe dahin als wie im Traum.
Wie Schatten huschen die Mensch hin, / Ein Schatten dazwischen ich selber bin.
Und im Herzen tiefe Müdigkeit - / Alles sagt mir: Es ist Zeit ...
(Theodor Fontane, Mein Leben)-
Guten Abend.
Also ich muss sagen, wenn es deine Erläuterungen als
Buch geben würde, sollte man sie kaufen.Aber ich bin offentsichtlich einfach zu blöd mich
daraus schlau zu machen, deshalb biete ich dir jetzt
mal mein ganz konkretes Beispiel:<FORM ACTION="/cgi-bin/db.pl" METHOD="POST">
<INPUT type="hidden" name="db" value="abfrage.csv">
<table border="0" cellpadding="0" cellspacing="0">
<tr>
<td>
<input type="radio" name="suchmethode" value="datum" id="datum" /> <label for="datum">Nach Datum suchen</label><br>
<input type="radio" name="suchmethode" value="ort" id="ort" /> <label for="ort">Nach Ort suchen</label><br>
<input type="radio" name="suchmethode" value="plz" id="plz" /> <label for="ort">Nach PLZ suchen</label><br>
<br>
<label for="abfrage">Suchtext:</label><br>
<input type="text" name="suchmethode" id="abfrage" />
<br>
<INPUT TYPE="submit" VALUE="Suche starten">
</td>
</tr>
</table>
</FORM>
Das könnte Klarheit schaffen, oder? Jetzt wüsste ich
gerne, warum hier nichts passiert, wenn ich das
Formular abschicke... Es wird einfach nicht aus-
gewertet, nach welchen Kriterium gesucht werden soll,
oder?Wie sollte ich das Ganze umschreiben, um den
gewünschten Effekt zu erzielen?Wenn du mir dabei weitergeholfen hast, muss ich dir
wohl in irgendeiner Form auch mal einen Gefallen
tun oder?Gruß Jean!
-
Hallo, Jean,
Aber ich bin offentsichtlich einfach zu blöd mich
daraus schlau zu machen, deshalb biete ich dir jetzt
mal mein ganz konkretes Beispiel:Das ist das Formular, ja. Die Suche muss jedoch von dem von dir im action-Attribut des form-Elements angegebenem Perlscript von statten gehen, deshalb ist dieses Script entscheidend.
<input type="radio" name="suchmethode" value="plz" id="plz" />
<label for="ort">Nach PLZ suchen</label><br>
^^^ Das müsste übrigens entsprechend »plz« lauten.
Mit dem label-Element kann man Erklärungen den Formularfeldern zuweisen, siehe http://selfhtml.teamone.de/html/formulare/strukturieren.htm#label.<input type="text" name="suchmethode" id="abfrage" />
^^
Wenn du nur HTML 4 und kein XHTML verwendest, musst du die Elemente nicht unbedingt schließen.Das könnte Klarheit schaffen, oder? Jetzt wüsste ich gerne, warum hier nichts passiert, wenn ich das Formular abschicke...
Nichts passieren kann nicht, irgendetwas muss passieren, beziehungsweise aus der Tatsache, dass nichts passiert, kann man auch Rückschlüsse ziehen. :) Natürlich musst du die Datei über einen HTTP-Server anwählen, in dessen Verzeichnis /cgi-bin/ sich das Script db.pl befindet und per FTP als ausführbar markiert ist. Der Server muss natürlich auch angewiesen werden, die Datei als Perlscript zu interpretieren. Wenn du dann das Formular absendest, sollte zumindest die URL http://[hostname]/cgi-bin/db.pl annavigiert werden (das siehst du in der Adressleiste). Wenn du dann *nichts* siehst (zum Beispiel einen weißen Bildschirm, eine leere Webseite), dann ist eindeutig etwas passiert. :) Am Besten schaust du dir an, was dein Script ausgibt beziehungsweise legst das Script so an, dass es am Anfang in der Testphase erst einmal alle Operationen kommentiert und die Parameter und Variablen ausgibt.
Es wird einfach nicht aus gewertet, nach welchen Kriterium gesucht werden soll, oder?
Das weiß ich nicht, ich kenne das Script nicht, an welches die Formulardaten geschickt werden, welches diese auswerten soll, die Datenbank durchsuchen soll und dann das Ergebnis ausgeben soll. Da du action="/cgi-bin/db.pl" angegeben hast, wäre eher dieses Script interessant - das Formular selbst ist soweit fehlerfrei und leistet das Gewünschte. Es stellt aber nur das *Eingabeinterface* dar, die *Verarbeitung* muss wie gesagt das serverseitige Script leisten (in der von mir beschriebenen Art, nur eben mit drei Suchmethodenoptionen), welches du wie gesagt nicht gepostet oder den Quelltext verlinkt hast. Solange kann ich dazu nichts Konkretes sagen...
Wie sollte ich das Ganze umschreiben, um den
gewünschten Effekt zu erzielen?Den grundlegenden Algorithmus habe ich in vorherigen Posting beschrieben, das Formular selbst musst du nicht mehr verändern, sondern das Augenmerk auf das Script werfen.
Wenn du mir dabei weitergeholfen hast, muss ich dir
wohl in irgendeiner Form auch mal einen Gefallen
tun oder?*g* Die »Ökonomie« des Selfforums ist eigentlich nicht mit einer konventionellen Warenwirtschaft vergleichbar, hier wird gegenseitig Hilfe und Gegenhilfe ausgetauscht. Wenn du also mir und der Self-Gemeinschaft danken willst, dann bringe dich in das Forum ein und helfe anderen...
Grüße,
Mathias--
Mein Leben, ein Leben ist es kaum, / Ich gehe dahin als wie im Traum.
Wie Schatten huschen die Mensch hin, / Ein Schatten dazwischen ich selber bin.
Und im Herzen tiefe Müdigkeit - / Alles sagt mir: Es ist Zeit ...
(Theodor Fontane, Mein Leben)
-
-
-
-
-
-