forTeesSake

Ok, ich danke für die Info. Es lag aber an etwas Anderem: Mein Server (nehme ich an) interpretierte in meinen Header Angaben das \n zum trennen der einzelnen Headerwerte, also Content-Type - Encoding etc.) nicht wirklich als \n, sondern schrieb wirklich "\n" in den Header. Ich habe das \n nun mit chr(10) ausgetauscht und alles funktioniert soweit prima. Vielen Dank!

Juhuu. Hab einen Tipp von einem Kollegen bekommen. Das hier erklärt alles: http://de.wikipedia.org/wiki/Wortwolke

Hi und hallo, ich suche einen Begriff. Wer vielleicht sogar ein fertiges Skript, oder ein Tutorial kennt würde mir noch mehr Freude machen Ich suche den Namen dieser, ich nenne sie jetzt mal, "Bubble-Links-Navigationen" wie z.b. bei del.iciuo.us. Also eine Linkliste in der die Links,je nach Häufigkeit von z.b. Sucheingabe des Begriffs, in unterschiedlichen Textgrößen/Gewichten ausgegeben werden. Weiss jemand wie diese Linklisten heissen? Vielen Dank

Hi und hallo, ich lasse einen Benutzer Text in eine <textarea> eingeben. Dieser Text wird dann als E-Mail versendet. Dafür benutze ich die mail() Funktion von PHP, sowie einige reply und charset Header schon seit Jahren. Bis jetzt sind meine E-Mails immer im korrekten Format angekommen. In meiner neuen Anwendung arbeite ich mit Ajax, bzw. der prototype.js und sende meine Daten via "Post" an meine Auswertungssseite. Diese Seite speichert die eingegebenen Daten in meiner Datenbank, und bildet aus diesen Daten dann den E-Mail Text. Problem: Die Zeilenumbrüche. Mein Outlook 2002 stellt die Zeilenumbrüche doppelt dar. Outlook 2003 SP 2 stellt die Zeilenumbrüche leider gar nicht dar. Ich habe mir mal per ord() jedes Zeichen meines Strings ausgeben lassen, und beim Zeilenumbruch wird mir 13 und 10 ausgegeben, was ich als korrekt ansehe. (?) Wie könnte ich denn das problem lösen, denn mir fällt nichts mehr ein ausser anstatt Zeilenumbrüche "<br>" eingeben zu lassen und das dann beim erzeugen der E-Mail mit "\n" auszutauschen. Das ist aber nicht gerade Professionell. Woran kanns liegen? Ich kann mir vorstellen, dass entweder irgendwas am Server anders eingestellt ist, als bei allen anderen Servern bisher (unwahrscheinlich) Oder aber eher an Ajax/prototype, dass die Daten irgendwie in einer anderen Kodierung ankommen, denn (jetzt fällts mir ein) alle Umlaute kommen auch in einem komischen Format, nämlich ü = ü oder ß = ß an. Wenn ich wüsste, wie in diesem Format der Zeilenumbruch aussieht, könnte ich das dann einfach austauschen. Vielen Dank für jeden Tipp

Alles zurück!!! O M G.... Da such ich 2 Stunden, dann schreib ich den Post, und im nächsten Augenblick sehe ich den Fehler...Warum ist das nur immer so? Mein Fehler war, dass ich in meiner Hauptseite ein <form> hab das alles, auch das Datendiv, umgibt. In meinem Datendiv habe ich dann aber nochmal ein <form> geschrieben... Das checkt der FF, der IE offensichtlich nicht. peinlich peinlich... cu

Hi und hallo, Ich nutze die prototype.js um nette Sachen via Ajax zu machen. Alles klappt wunderbar bis auf folgendes: Im IE ist es mir nicht möglich Code auszugeben, der ein <form> tag enthält! Ist das ein Bug? Kennt das jemand? Beispiel: Wenn ich in meiner data.php einfach "ok" ausgebe funktioniert alles. Wenn ich aber <form>.....ok</form> oder einfach nur <form></form> ausgebe, wird im IE überhaupt nichts ausgeführt. Bin nun seit 2 Stunden am Debuggen und verzweifelt....

ok, sollte es mal jemand brauchen: Das ist wohl wirklich ein Bug. Zu beheben einfach dadurch, dass man das bild aus dem Upload Bereich nicht per Drag and Drop rüberzieht, sondern das Bild anklickt und dann "Senden an Editor" auswählt. dann stimmt der Pfad auch....

Hi und hallo, ich habe mein Wordpress so eingerichtet, dass die Uploads unter http://localhost/wordpress/wp-content/uploads gespeichert werden. Also die Standard Einstellung. Wenn ich während dem Schreiben eines Artikels via Uploadfenster eine Datei hochlade, wird die auch ins richtige Verzeichnis gepackt. Wenn ich die Datei dann aber per Drag and Drop in meinen RTE ziehe, ist dort der Pfad immer falsch. In meinem Fall: http://localhost/wp-content/uploads Kennt jemand den Fehler? Vielen Dank

in deinem code fehlt das <form> tag um dein radio und submit element. das <a href> um den submit ist hinfällig

Ok, das hast Du schön gesagt Hängst Du nun noch? Bist Du schon irgendwie weitergekommen? Viele Grüße

Sry, aber das mag jetzt etwas schroff klingen... Wir sind nun bei 90 (!) Antworten auf ein Thema, das eigentlich mit einem einzigen Satz nämlich, wie schonmal geäussert, "Mach ein Session/Form Tutorial durch", erledigt sein müsste. Ich bin ja auch immer stolz wenn ich auf Fragen sinnvolle Antworten geben kann, aber das hier verfehlt irgendwie den Sinn dieses Forums. Wir machen hier mit Dir eine Schritt für Schritt Schulung. Finde doch mal selbst die kleinen Dinge raus. Der Anfang ist immer ein schönes Tutorial. Man lernt immer nur durch eigenes Rumprobieren, Scheitern, Debuggen, Heulen, Lachen und dann evtl. anderen helfen. Glaub mir. So schön das ist wenn sich 100 Leute einklinken und einem die Probleme für den Moment lösen, so schlecht ist es für deine zukünftige Technik an Probleme ranzugehen ud sie zu lösen. Denn morgen ist das Forum down (Gott bewahre! ) und dann?? Viel Erfolg

Mit <ul><li> meinte ich Listen. Die sind manchmal auch sehr gut für wenig Code und viel Effekt Ansonsten sag ich mal ganz klar ja! Denn wenn Du das ganze auf <div> aufbaust, sollte das Redesign danch keine große Mühe mehr bereiten, da ja dann Inhalt und Design getrennt sind. Wenn Du jetzt hergehst und die Tabellen wieder komplett umbaust, musst Du das Ganze dann nochmal beim Redesign machen. Mit <div> musst Du beim Redesign nur minimal eingreifen und nur die Stylesheets ändern.

Gut! Dann schmeiss die Tabelle gleich komplett raus und nimm <div> bzw. <ul><li> etc. Das macht das ganze gleich mal sehr viel schlanker und übersichtlicher

Ich würde mit nur einer Php Seite und jeweils zwei Includes pro Formularseite arbeiten. Im Hintergrund hast Du ja noch deine Steuervariable von welcher Seite du kommst. Beim aufrufen der (ich nenne sie mal) main.php machst Du folgendes: - Includieren der form[X]_SAVE.inc.php - wobei [X] hier der Wert deiner Steuervariable für die Seite ist - Und die Include Datei einfach die Daten der zuletzt "gesehenen" Formularseite in der Datenbank speichert. hier kannst Du dann auch übersichtliche Abfragen und Fehlerbehandlungen einbauen. - Überprüfen ob ich über einen "Weiter" oder einen "Zurückbutton" gekommen bin. Entspricht, wie schonmal gepostet, if(isset($_POST['btnWeiter')) ... else ... [/PHP] - Bei Weiter die Steuervariable für die aktuelle Formularseite um 1 erhöhen, bei Zurück um 1 verringern. - Includieren der form[X].inc.php - wobei [X] hier der Wert deiner Steuervariable für die Seite ist - Und die Include Datei einfach das Formular der aktuellen Seite ausgibt Zu guter letzt musst Du noch ein paar Dinge überprüfen wie - Ist überhaupt die Steuervariable gesetzt? Wenn nicht dann zeige Seite 1 an und ein Speichern ist gar nicht nötig - Bin ich auf der letzten Seite? - etc... Im Grunde würde ich, und ich hab das damals so gemacht, aber ich möchte Dir nicht nochmal was Neues aufs Auge drücken, das ganze völlig dynamisch über ein System komplett ohne "physikalische Formularseiten" machen, sondern alles komplett in einer Datenbank ablegen. Aber ist ein bisschen viel Aufwand das jetzt nochmal umzuschreiben. Viel Erfolg. Evtl. hilfts was

Ok, ich danke Dir für Deine Antwort. Es geht darum über die Linux Konsole ein Mysql-Backup automatisch einzuspielen, da hatte ich ein bisschen Angst davor alles zu löschen, aber dann mach ich vorher einfach nen Dump. Vielen Dank!

probiers mal mit dem "z-index" http://de.selfhtml.org/css/eigenschaften/positionierung.htm#z_index

Hi und hallo, gibt es die möglichkeit in MYSQL eine Datenbank zu leeren? Ich dachte da an etwas wie TRUNCATE, aber das funktioniert ja nur für Tabellen oder? Vielen Dank

Sry, da komme ich nich mehr mit. Das wird zu speziell. Ich hätte noch die Idee, all Deine Formularseiten in Include-Dateien abzulegen und dort dann die Info, welche Seite die jetzige ist, manuell abzulegen. Trotzdem wirst Du um die Session nicht rumkommen, aber übersichtlicher wäre es. Ansonsten wirklich nochmal ein Session-Tutorial durchmachen, und vielleicht eine ganz kleine eigene Testanwendung selbst bauen, um das Thema von Grund auf langsam und strukturiert anzupacken. Viel Erfolg

lass die doch mal über print_r($_POST); alle Post-Variablen und deren Werte ausgeben. Kommt überhaupt was an?

Sry, aber ich glaube da liegt echt einiges im argen. Z.B. schickst du dein <form> über method="post" ab. Dann muss die Session natürlich auch den Wert: $_SESSION['STELLE']= $_POST['STELLE']; bekommen, denn mit $_GET geht da nüscht

ja is ja auch klar, da du da ja keine <?php tags aussen rum hast... <td width="200"><input type="text" name="STELLE" size="20" value="$STELLE=$_SESSION['STELLE']"></td> muss sein <?php echo("<td width=\"200\"><input type=\"text\" name=\"STELLE\" size=\"20\" value=\"".$_SESSION['STELLE']."\">"); ?> bzw. wie du es schreibst: <td width="200"><input type="text" name="STELLE" size="20" value="<?php echo($_SESSION['STELLE']); ?>"></td> [/PHP]

ja, also dann nochmal: session_start() muss in der ALLERERSTEN zeile deiner seite stehen. <?php session_start(); ?> <html> <head></head> <body>

könntest du mal den einfang deines codes posten?

session_start() muss in der allerersten zeile deiner php seite stehen

"Mach doch aus den Blockelementen Inline-Elemente " Jaaaaaa! Das isses! Danke Danke Danke!