kLeiner_HobBes

Sorry, hatte auch einen Fehler drin. Statt des Kaufmanns-Und (&) muß ein Fragezeichen hin (?): ueber-uns.php?menu=cat1

<a href="neue-seite.php&menu=cat1" target="_self" onclick="show('cat1')">[...]</a> damit übergibst an neue-seite.php die GET-Variable menu mit dem Inhalt "cat1". Nun mußt du in deinem PHP irgendwo, wo es halt hingehört und auch ausgeführt wird, folgende Ausgabe machen: echo "document.getElementById(\"".$_GET["menu"]."\").style.display=\"inline\";";

sind das DOS-Hintergrundapplikationen, die da laufen oder sind das richtige Programme?(Weil du von Tastenkombinationen sprichst). Ist es z.B. schlimm, wenn der Prozeß einfach abgeschossen wird?

Welches BS? Bei Windows XP reicht shutdown -r -t <zeit in sek>. Da werden auch die beiden DOS-Fenster automatisch geschlossen.

Ich würde mich mal über Datenmodellierung informieren. Danach ein Modell entwickeln, normalisieren etc. und in der DB deiner Wahl anlegen und Testdaten anlegen. Danach kannst du die Anwendung schreiben (nehme ich doch an, da es in "Basic" drin ist) und testen.

Also ich escape je nach DB halt die einfachen und doppelten Anführungszeichen und speicher das dann auch so in der DB, so daß die üblichen Injenctions nicht möglich sind. Die restlichen Eingaben werden bei mir idR mit htmlspecialchars() angezeigt (oder halt mit nem Regex()-Ausdruck z.B. bei BBCode bei Gästebüchern oder so).

Genau. Abgesehen von Groß-/Kleinschreibung muß man das zweimal durchlesen, ums zu verstehen. Ein bißchen Sorgfalt kann man IMVHO erwarten.

setInterval() dürfte dich dann glücklich machen

Ich würd keine globalen Variablen nehmen. Entweder, du nimmst globale Klassen mit statischen Attributen oder du definierst die Attribute in der Unterdialogklasse. Nach dem Schließen desselben kannst du diese Daten dann aus der Klasse auslesen. Den Befehl mußt du dir im Prinzip selbst schreiben. Wenn du im UD einen neuen Eintrag definiert hast, dann kannst du an der Stelle, nachdem der UD aufgerufen wurde und die Kontrolle sozusagen übergeben wurde, die Daten aus dem UD-Objekt auslesen, in deinen Datenbestand aufnehmen und in die Listbox adden.

Kann deine IP wahrscheinlich nicht auflösen.

Also, wenn du es wirklich so haben möchtest, dann müßtest du dir in einem eigenen Array den Zustand merken und, sobald der User was ändert, über onClick() überprüfen, welcher Eintrag denn dazugekommen/hinweggekommen ist. Dementsprechend kannst du dann mit kills Methode in einem div-Feld dynamisch Information anbieten.

schon, ist aber schlecht. Du mußt bei Benutzereingaben immer von schlimmsten ausgehen. Wenn du allerdings das mit strtotime() generierte Datum auf Gültigkeit überprüfst, kannst du ja schon feststellen, ob sich der User vertippt hat und ihn darauf hinweisen.

http://www.gaarde.org/acronyms/ Acknowledge = Einverständnis Wird IMHO auch beim TCP-Protokoll verwendet, wenn eine Verbindung aufgebaut wird (SYN/ACK)

100% ACK! Da kann man auch einfach Differenzen errechnen, vergleichen, etc...

wenn, dann '/(\d\d)\.(\d\d)\.(\d{2,4})$/' da du ja auch vierstellige Jahreszahlen angeben könntest. strtotime nimmt so einige Formate.

Was ist mit Apache-GDGraph?

http://www.dclp-faq.de/q/q-regexp-bauelemente.html Also, wie du siehst, wird das komplette $pattern von /'s umschlossen. Damit markierst du das eigentliche Pattern. Fast am Ende das $ markiert, daß nach dem Vorhergehenden nichts mehr kommt, also das Zeilenende. Nun besteht das Pattern aus drei gleichartigen Klammern, getrennt durch jeweils ein beliebiges Zeichen (nicht den Punkt!). Die Klammern selbst beinhalten eine dezimale Zahl, nämlich beliebig viele Dezimalziffern \d.*. Man könnte auch [0-9]* schreiben. Das Fragezeichen dahinter drückt aus, daß er sowenig wie möglich nehmen soll, erklärt ist das am besten hier. Dein Ansatz ist im Prinzip nicht schlecht, nur teilweise etwas falsch (\d.\d), bei der Jahreszahl auf zwei Stellen beschränkt und setzt den Punkt als Trenner zwischen den Datumsteilen voraus.

Also: 1. Client fordert eine Seite von einem Server an 2. Server überprüft (je nach config), was es ist (html, php, perl, cgi etc.) 3. Wenn es in unserem Falle eine PHP-Datei ist, dann liefert er die Datei nicht direkt aus, sondern übergibt sie ersteinmal an den PHP-Interpreter 4. Der PHP-Interpreter "interpretiert",durchläuft das PHP-Script 5. Alle Ausgaben, die mit echo, print oder ähnlichem gemacht werden, werden nun an den Client weitergegeben. In der Regel sollten das also HTML-konforme Ausgaben sein. 5.1. Wenn nun im PHP-Script irgendwo eine header()-Anweisung steht, dann sollte dies geschehen, bevor eine Ausgabe mit print oder echo geschieht. Dieser Befehl sendet dann den im Parameter übergebenen String als Header-Befehl. (Zur Erinnerung: Ein HTTP-Paket ist aufgeteilt in Header und Content. Im Header stehen alle Steuer- und Status-Informationen, im Content der eigentliche Inhalt). 5.1.1. Wenn im PHP-Script nun ein header("Location: blabla.htm"); steht, wird der Client dann zwar umgeleitet, ohne daß der Benutzer es mitbekommt, das PHP-Script wird trotzdem fertig abgearbeitet, es wird dort nicht automatisch abgebrochen oder so. Erst der Client erhält mit diesem Header-Befehl die Aufforderung, nun blabla.htm anzufordern, das tut nicht der Server. Ich hoffe, das war richtig und nicht zu konfus. Benjamin

ich kann luettmatten nur zustimmen. Ich finde RSS nicht uninteressant, hatte bisher aber noch keine Muße, einen Reader zu installieren und auszuprobieren.

Nun, das Script wird serverseitig ausgeführt. Der Client bekommt gar keinen PHP-Code zu sehen. Er bekommt nur noch das HTTP-Packet, bestehend aus dem Header und üblicherweise einem HTML-Inhalt. Daher ist sogar ganz nett, z.B. Formulare an sich selbst zu senden, die Eingabedaten zu verarbeiten und, wenn alles korrekt lief über einen Header-Befehl (sofern noch keine Ausgabe stattfand) auf eine Hauptseite/Erfolgsseite/wasauchimmer weiterzuleiten.

DB-Fehler kommt nicht, aber "forbidden". Vielleicht solltest du es freischalten.

in der httpd.conf müssen IMHO folgende Zeilen hinzugefügt werden: AddModule mod_php4.c AddType application/x-httpd-php .php Hab aber grad keine Linux-Conf zur Hand, besser mal googlen. <edit>LoadModule muß noch dabei, aber da weiß ich den Syntax grad wirklich net</edit>

Dann könnte es natürlich auch sein, daß session_start() nicht nur header-Informationen sendet, sondern auch schon HTML-Code

Evtl. solltest du im Apache-Config-File angeben, daß er php-Dateien auch mit dem PHP-Modul parst. Sonst interpretiert er es als HTML.

Dann geh doch auf der index.php mal hin und füge so ziemlich ganz oben mal folgenden Code ein: print_r($_GET); die("test");Nun sollte er wenigstens ein leeres $_GET-Array und den String "test" ausgeben. Wenn er das nicht tut, dann liegt der Fehler wohl weniger in deinem PHP-Script.