Suche

Warum denn überhaupt?
Wenn es dir um Suchmaschinen geht: Die füllen sowieso keine Formulare aus.

Das Formular musst du per Get oder Post abschicken, da kommst du nicht drumrum.
Folglich macht es eigentlich keinen Sinn, den Client nach dem Abschicken des Formulares per Location-Header auf eine andere "schöne" URL weiterzuleiten. Das bringt dir nur einen zusätzlichen Request am Server, sonst nicht viel...

LG, bmk.

Wenn du Requests gleichzeitig absenden möchtest, dann brauchst du auch für jedes Request ein eigenes XMLHttpRequest bzw. ActiveXObject Objekt.
D.h. du darfst kein globales XMLHttpRequest Objekt erzeugen (http), sondern jede Funktion die ein Request absendet muss ein eigenes erzeugen.

Also so ca.:

Gruß,
Xaron

Tag allerseits.
Mein Problem: Ich versuche momentan für meinen Bürorechner soetwas ähnliches wie I-Google zu basteln.
Dort sollen halt News und anderer Content hier aus dem Intranet bei mir abgerufen und verarbeitet werden. Ich habs mit dem verarbeiten schon gut hinbekommen und das Darstellen stellt sich auch nicht als Problem in den Weg.. Allerdings haperts bei der Contentbeschaffung da man mit ajax ja bekanntlich keine nichtlocal server ansprechen kann. Einige würden mich vielleicht für verrückt erklären weil ich das komplett mit javascript, html und css realisiere. Andere würden mir empfehlen einen Wrapper zu basteln. Ich kann die idee mit dem Wrapper zwar gutheißen, allerdings hab ich hier keinen eigenen server rumfliegen (bin ja auch bei der Bundeswehr).
Daher meine Frage: Kennt jemand eine Möglichkeit mit der man bei Firefox 2 @ WinXP diese Sicherheitsrichtlinie ändern kann? Leider hab ich per google nichts aufschlussreiches dazu gefunden und die about:config hab ich auch schon durchgewälzt.

PS: sry falls hier zu viele Rechtschreibfehler etc. drin sind. bin aufer Arbeit mit meinem Smartphone am surfen

(Durch Tags gefunden)

Wenn man es so betrachtet wäre es dann vielleicht doch sinnvoller ein AJAX Request an den Server zu schicken bei dem der Timstamp der letzen Prüfung mitgesandt wird.
Auf dem Server liegt das Script das den Timstamp annimmt und prüft ob neue Wünsche eingegangen sind. Ist das der Fall kann man einfach ein "alert("Neue Wüsche");" ausgeben lassen und schon blinkt das Fenster in der Taskliste.

So denke ich mir das jedenfalls gerade ^^

Gruß Dragonl

Ist durchaus möglich, dass die Klasse ein paar kleine Fehler hat. Habe ich schließlich auch im Browser programmiert. Aber bei meinem lokalen Test hat alles wie erwartet funktioniert: Ausgabe meines letzten geposteten Skripts ist: "4.25 GB23:21:53". Abgefragt wurde ja das komplette Transfervolumen, sowie die Uptime des Servers.

Mal ein kurzer Crash-Kurs zu objektorientierter Programmierung (OOP) in PHP:

Zunächst schreibt man sich eine Klasse (wie in jeder objektorientierten Programmiersprache), die unterschiedliche Methoden und Eigenschaften kapselt. In diesem Fall ist das eben die Verwaltung von Verbindungen zu einem Teamspeak-Server über eine Socket-Verbindung. In diesem Fall ist die Klasse für PHP5 geschrieben, weil seit der Version die OOP deutlich verbessert wurde. Außerdem sollte PHP5 derzeit Standard für Webserver sein. Grund: Die Version ist deutlich schneller als die 4er-Reihe, bietet komplexere Sprachkonstrukte, etc. Falls dein Server kein PHP5 unterstützt, kannst du die Klasse durchaus ohne Probleme auf PHP4 umschreiben, in dem du sämtliche Schlüsselwörter "private", "public" und "protected" löscht (Hat Zombie ja bereits geschrieben). Aber mal zurück zum Thema: Klassen sollten der Übersicht wegen in einzelnen Dateien ausgelagert sein, so dass man sie bei Bedarf laden kann und nicht immer einen riesigen Wust im Speicher liegen hat. Daher die Datei "tsquery.php". Alle Klassendateien sollten dabei mit Hilfe von require_once oder include_once eingebunden werden, da PHP sonst einen Fehler wirft, weil die Klasse nur ein Mal existieren darf. Die Klasse selbst stellt dabei sämtliche erlaubten Operationen bereit um mit einem TS-Server zu kommunizieren, lädt Daten, speichert sie intern und stellt sie öffentlich bereit. Um die Klasse selbst brauchst du dich anschließend nicht mehr zu kümmern, sondern brauchst lediglich noch die Methoden aufrufen oder (öffentliche) Eigenschaften abrufen.
Nun zur Benutzung: Man erzeugt ein Objekt der Klasse normalerweise über das Schlüsselwort new gefolgt vom Klassennamen. Da die Klasse unter Umständen mehrfach den gleichen Server befragen kann, erfolgt dieser Schritt über eine sog. Factory-Methode TSQuery::connect() (siehe Factory-Pattern). Diese gibt eine Instanz, also ein Objekt der Klasse zurück, die dann (bei dem kleinen Schnipsel) in der Variablen $connection gespeichert wird. Mit Hilfe dieses Objekts können nun alle (öffentlichen) Methoden der Instanz aufgerufen werden. Jede der Methoden stellt wie gewohnt eine Funktion dar, die jedoch nur für genau diese eine Instanz gültig ist. Die Methoden können Parameter erwarten und/oder Ergebnisse zurückliefern.

Nun zur genauen Erklärung der Klasse:

erzeugt eine Instanz der Klasse für genau eine Verbindung zu einem Server über einen definierten Port. Existiert eine identische Instanz bereits, so wird diese zurückgegeben. Anschließend wird die zurückgegebene Instanz in der Variablen $connection gespeichert.


Die Methode getInfo prüft zunächst, ob bereits Daten vom Server abgerufen wurden. Falls das nicht der Fall ist, wird ein Request zum Server abgeschickt, der Response verarbeitet (also die einzelnen Variablen und deren Werte extrahiert) und in der Instanz gespeichert. Unter der Angabe des Variablennamen als Parameter bei dieser Methode bekommst du also genau den Wert, der vom Server abgefragt wurde. Dementsprechend muss der Variablenname genau einem "Variablennamen" vom Serverresponse entsprechen.

Nimmt dein Client-Skript den Cookie an und speichert ihn? Dann sollte das funktionieren. Der Cookie müsste beim Öffnen der neuen Verbindung dann über den neuen Socket zum Server gesendet werden, damit der bei dem neuen Aufruf weiß, dass ein und der selbe Client hinter dem neuen Aufruf steckt. Außerdem braucht das Server-Skript ja die Daten aus dem Cookie. Browser machen das ja auch nicht anders: Request -> Response (ende) Request -> Response (ende)..., wobei zT noch etwas mehr Kommunikationsaufwand betrieben wird. Aber so vereinfacht sollte das so aussehen.

Damit würdest du vermutlich gegen das Urheberrecht verstoßen :wink:

Aber da du viel mit PHP, Java(Script?) und HTML machst, mal hier ein Ansatz:

du brauchst im Prinzip zwei Komponenten für deine Anwendung:
- Code, der ein Formular mit Dropdown generiert
- Code, der eine Mail verschicken kann

Zweiteres ist sicher das größere Problem, da genau dort ebenfalls die E-Mail Adressen dem ausgewählten Dropdown-Item zugeordnet werden müssen.

Mal ganz primitiv von der Idee:
- Die E-Mail Adressen sind irgendwo in einem Array gespeichert, ob die nu aus einer DB kommen oder Hardcoded sind, ist zunächst egal:


Wie das nu bei PHP so ist, stellt ja der Code oben ein mehrdimensionales Array dar, die einzelnen Datensätze sind von 0 an durchnummeriert (also: $mailadressen[0]['name'] entspricht 'Hans Wurst')

Dieses Array verwendest du nun erst für die Erzeugung des Formulars:


Die gewählte ID ist natürlich dann nach dem Abschicken des Formulars als Request-Daten verfügbar (Post, Get,...), je nachdem, wie du das Formular verschickt hast.

Nun brauchst du nur noch die Mail mit der richtigen Adresse verschicken, indem du die Adresse anhand der mitgesendeten ID bestimmtst. Schickst du zB das Formular per POST ab, so liegt die ID irgendwo in dem Array: zB hier: $_POST['mailto'], wenn du den Codeschnipsel von oben verwendest.
Dementsprechend ist die Mailadresse logischerweise: $mailadressen[$_POST['mailto']]['email'] Damit fütterst du dann deinen Mail-Code und das war es.