forTeesSake
-
Gesamte Inhalte
923 -
Benutzer seit
-
Letzter Besuch
Inhaltstyp
Profile
Forum
Downloads
Kalender
Blogs
Shop
Alle Inhalte von forTeesSake
-
Welches CMS für einfache Templateerstellung?
forTeesSake antwortete auf AstalavistaBaby's Thema in Webdesign
Ich rege noch an: wenn mit Typo3 arbeiten, dann am besten sofort auf Basis von TemplaVoila. Ich hatte damals auch angefangen "auf die alte Art" zu arbeiten, aber das hat mich verrückt gemacht. Viel zu viel Tipperei und dadurch viel zu Fehleranfällig. Ausserdem viel zu starr. Mit TemplaVoila ist alles flexibel, schlank und easy zu pflegen. Evtl. kommst Du da auch schneller rein dann. Bei mir wars jedenfalls so. -
Fehler bei PHP-Darstellung
forTeesSake antwortete auf ossiland:net's Thema in Skript- und Webserverprogrammierung
Naja, das eine ist Version 2.9.0.2 und das andere 2.9.1...Daran könnte es liegen -
Vielleicht klappts, wenn Du ein <div> um den <iframe> machst? <html> <head> <title>Untitled</title> </head> <body> <div style="width:50%; height: 50%; border: 2px solid #000000"> <iframe src="http://www.google.de" width="100%" height="100%"></iframe> </div> </body> </html>
-
Per Javascript neu Fenster offnen und Daten übergeben
forTeesSake antwortete auf madmax00's Thema in Webdesign
Achso hehe. Ne Lösung: Du solltest jedem <hidden> Melodie noch die ID des Datensatzen anhängen. echo "<input type=\"hidden\" name=\"Melodie".$DATENSATZID."\" value=".$PrivatenAnzeigen[$s]['Musik'].">"; Und beim Aufruf echo "<input type=\"button\" value=\"Musik\" onClick=\"javascript:test(".$DATENSATZID.")\">"; die ID mit an Deine Funktion test(id) übergeben. Dann sollte das gut klappen -
Per Javascript neu Fenster offnen und Daten übergeben
forTeesSake antwortete auf madmax00's Thema in Webdesign
Du hast echo "<input type=\"hidden\" name=\"Melodie\" value=".$PrivatenAnzeigen[$s]['Musik'].">"; Bei einem Datensatz geht das, denn dann gibt es nur einmal den <hidden> mit dem namen "Melodie" Bei zwei und Datensätzen gibt es den <hidden> mit dem Namen "Melodie" zwei und mehrfach. Da weiss Dein Skript natürlich nicht mehr welcher gemeint ist. Daswegen kommt dann die "undefined" Meldung -
Ach jetzt versteh ich erst worums geht? Oo der Schlauch... Na, das ist doch kein Problem. Thema "css 3 column layout" in Google. Wichtig Dabei "float", "display" und"margin" im CSS Bereich. Eine Seite dazu: Example - In search of the One True Layout - Boxes Und die Hauptseite, denn da gibts auch noch anderes Interessantes Introduction - In search of the One True Layout
-
Speicherproblem bei Session
forTeesSake antwortete auf Sebi80's Thema in Skript- und Webserverprogrammierung
Nochmal wie bereits erwähnt: Einen <a> link um einen Button bauen ist eh nicht wirklich Standardkonform wie ich meine. Mach aus dem <button> dann lieber eine Grafik die den Button zeigt. Und Du schreibst ja, dass es als Link funktioniert. Dann wärs doch ok oder? Warum genau das jetzt in Deinem Fall so nicht funktioniert kann ich Dir so leider nicht sagen, aber mit der o.g. Lösung muss es eigentlich klappen (tuts bei mir lokal ja auch ) Viele Grüße -
Speicherproblem bei Session
forTeesSake antwortete auf Sebi80's Thema in Skript- und Webserverprogrammierung
Den Code von Seite 3 hatte ich leider nicht. - Warst Du vorher auf Seite 1 und hast Daten eingetragen und danach per $_Post auf Seite 2 gespeichert? (und bist dann auf Seite 3 und von dort per Link zurück auf Seite 1)? -
Möchtest Du die "pro fans..." Grafik wohl "unten bündig" haben? Oder welche genau sind deine 3 spalten? Links, Navigation, Rechts oder?
-
Speicherproblem bei Session
forTeesSake antwortete auf Sebi80's Thema in Skript- und Webserverprogrammierung
hmm. das ist klar, aber nicht immer so. der zurück button des browsers ruft meist die cached version der verhorigen seite auf. da werden nicht die "neuen werte" aus der session angezeigt! trotzdem ist es wichtig wie dein vorgehen ist. - geh mal auf seite 1 - trage was in deine felder ein - geh per submit auf seite 2 - geh dort per href link zurück auf seite 1 stehen die daten dann auf seite 1 (!) bei dir nicht mehr drin? wenn doch, dann mach vorsichtshalber einen reload. die daten sollten dann immer noch drin stehn. bei mir hab ich das ausprobiert und alles war ok -
Speicherproblem bei Session
forTeesSake antwortete auf Sebi80's Thema in Skript- und Webserverprogrammierung
?? du hast doch auf seite 2 stehen <td width="195"><input type="text" name="TITEL" size="20" value="<?print $_SESSION["S_TITEL"];?>"></td> da steht doch der session wert drin, also der post wert, der von seite 1 an seite 2 übertragen wurde und dort in der session abgelegt wird. -
Speicherproblem bei Session
forTeesSake antwortete auf Sebi80's Thema in Skript- und Webserverprogrammierung
Ja, das ist doch klar. Aaaaaaalso. Du speicherst Deine Daten von Seite 1 auf Deiner Seite 2. Und zwar weil Du Sie per Post und Deinem Submit Button überträgst. Somit sind in diesem Moment Die Daten von Seite 1 in Sessions gespeichert. Wenn Du nun mit Deinem "href Link" auf Seite 1 zurückgehst stehen Die Daten drin. Wenn Du aber auf Seite 2 bist und dort Daten einträgst und dann auf den "href link zurück" klickst, werden die Daten von Seite 2 natürlich(!) nicht in Deinen Sessions gespeichert, weil Du ja dein Formular gar nicht abschickst, weil Du ja nicht auf einen Submitbutton, sondern auf einen normalen Link klickst. Du müsstest also auch einen Submitbutton für "zurück" bauen und dann auf Seite 1 die Daten von Seite 2 speichern. Alles klar? Viel Erfolg weiterhin -
Hübsches Layout, aber was genau meinst du denn mit "das Menü über mehrere DIV-Boxen lang machen" ? meinst du untermenüpunkte? viele grüße
-
Prüfung bei Web-Formularen
forTeesSake antwortete auf dr.disk's Thema in Skript- und Webserverprogrammierung
ich bevorzuge eigentlich mittlerweilen eine ganz einfach lösung, die ich mal in irgendeinem blog gefunden habe. vor dem speichern eines kommentars musste man folgende frage beantworten: Wie heisst Adam Green mit Vornamen? genau so sicher wie captcha, wenn nicht sogar sicherer, wie ich finde wenn man nur bots blocken will. wenn dir das reicht ist das eine klasse und lustige idee. wenn es darum geht, auch sicher gegen "manuellen" spam, also jemand schaut auf deine seite und sieht, dass die antwort immer die gleiche ist und spamt dich dann mit nem skript zu, zu sein, dann captcha. leider habe ich da noch keinen tollen tipp parat -
Speicherproblem bei Session
forTeesSake antwortete auf Sebi80's Thema in Skript- und Webserverprogrammierung
hmmm bei mir geht das. - hab alles kopiert und die beiden seiten bewerbung1.php und bewerbung2.php angelegt - dann in bewerbung1.php stelle, standort und eine checkbox geklickt angegeben. - nach dem senden des forms war ich auf bewerbung2.php - dann hab ich auf den zurückbutton/link, den ich zu einem textlink gemacht habe, denn ein button kann meines wissens nach kein <a href> um sich herum haben, geklickt und bin wieder auf bewerbung1.php gelandet. - dort befanden sich alle eingegebenen daten und die gecheckte checkbox auch nach einem reload der seite. was geht nun nicht deiner meinung nach? -
Oh! Stimmt. Es läuft auf all meinen Servern PHP + MYSQL + Apache. Der Server, der Die Daten in anderem Format speichert ist ein Root Server, von Schlund, der in der "Standardkonfiguration" aufgesetzt ist. Auch hier läuft PHP, ein Apache und eine MYSQL Datenbank Ich lasse auf meinem und dem Root Server die gleiche Anwendung 1:1 laufen. Auf "meinem" Server werden die $_POST 1:1 in die DB geschrieben, auf dem Root Server eben im o.g. Format. Wie ist denn normalerweise das Vorgehen zum Speichern, bzw. Auslesen, von UTF-8 Daten in einer Datenbank? Ich musste bis jetzt nie drauf achten. Das einzig Wichtige war "Ä Ö Ü...." nur bei der Ausgabe immer in ä etc. zu konvertieren. Wie geht ihr da so vor, damit das auf allen Serverkonfigurationen läuft? Gibt´s da einen Standard?
-
Oh! Super. Da muss ich mich mal einklinken. Und wer mich kennt, der weiss, dass das nich unter 100 Wörtern bleibt Ich habe das gleiche Problem zur Zeit. Ich habe einen Unix Server auf dem komischerweise meine $_POST aus <textarea> in Sachen Umlauten auch im o.g. Format in der Datenbank gespeichert werden. Warum ist das so? Ich habe auch Unix Server auf denen das "ganz normal" also Ä = Ä in der Datenbank gespeichert wird. Darüber hinaus musste ich feststellen, dass z.B. in XML Dateien immer mit "diesen komischen ü etc." gearbeitet wird, da ansonsten, wenn man wirkliche Umlaute benutzt, die XML als nicht valide angesehen wird... Nun meine Zwischenfragen: 1. Wie genau heist denn dann dieses Format in dem mit "ü" gearbeitet wird? 2. Woher bekommt man diese Zeichentabelle, denn was z.B. ist in diesem Format einem "ß" gleich? 3. Woher kommen die Unterschiede in der Datenbank, also warum speichert die eine Serverversion meine Umlaute korrekt und die andere in "dem komischen Format"? sorry, dass ich nur Fragen aber keine Antworten geben konnte
-
also kurz und knapp wenn egal ob JS oder PHP: 1. frameset 2. (mein lieblingswort zur Zeit ) AJAX 3. Eytibis Lösung wo liegt das Problem?
-
Hi und hallo und auf ein Neues Ich habe mir heute mal vorgenommen eine Anwendung, die mit TinyMCE arbeitet, auf Ajax umzuschreiben. Leider habe ich das Problem, dass ich den Inhalt meiner Textarea nicht per "Form.serialize" in meine Post Variablen bekomme. Was mache ich falsch? <form name="frmEdit" id="frmEdit" onsubmit="return false;"> <textarea name="myText" id="myText"></textarea> <input id="btnSubmit" type="button" value="Absenden" /> </form> <div id="containerData" name="containerData"></div> <script type="text/javascript"> // <![CDATA[ objData = $('containerData'); Event.observe('btnSubmit', "click", doIt, false); function doIt(e) { var success = function(){ } var url = "data.php?s=1"; var vars = Form.serialize('frmEdit'); vars += "&action=showAll"; alert(vars); var myAjax = new Ajax.Updater (objData, url, {method: 'post', parameters: vars, onSuccess:success}); } // ]]> </script> "alert(vars);" gibt mir zwar einen Eintrag für "myText" (meine textarea) zurück, diese Variable hat aber keinen Wert. Wenn ich mir auf der data.php dann per "print_r($_POST);" alle Variablen und Werte ausgeben lasse isses natürlich das gleiche Bild: Array ( [myText] => [mce_editor_0_styleSelect] => -- Styles -- [mce_editor_0_formatSelect] => -- Format -- [action] => showAll [_] => ) Gibts da ein Problem, so dass man mit TinyRTE nicht mit Ajax arbeiten kann? Vielen Dank
-
Ohja, Du hattest recht. Ich habe nun im IE das Caching auf "Bei jedem Seitenaufruf neue Version laden" gesetzt und endlich endlich funktioniert alles. Danke Danke.
-
Ich versuchs mal anschaulich zu erklären: - ich habe eine HTML-Tabelle in der Benutzerdaten, aus einer Datenbank, wie Vor- und Nachname in den einzelnen Zellen stehen. - Beim Klick auf eine Zelle wird via Ajax der Code in der Zelle, also z.b <span>Der Vorname</span> mit <input type="text" value="[ausDerDatenbankWert]"> ausgetauscht. - Beim ersten Mal austauschen ist alles Ok, es steht der richtige Value in meinem <input> sagen wir value="Der Vorname" - Nun ändere ich den Wert auf "Der Vorname_NEU" und speichere. - Der Inhalt wird wieder ausgetauscht und nun zu <span>Der Vorname_NEU</span> - Wenn ich jetzt aber wieder auf die Zelle Klicke öffnet sich das <input> und drin steht als value wieder nur "Der Vorname" - Das kann ich so oft machen, und eingeben was ich will, es steht immer "Der Vorname" drin, obwohl der Wert ja eigentlich aktuell aus der Datenbank geholt werden muss. Anscheinend wird gecached. - ABER: eben nur bei <input> Feldern, in meinen <span> etc. Feldern passiert das nicht! - Ich dachte noch daran meinem input feld irgendetwas "uniques" zu geben wie z.b. ein alt="<?php echo(md5(time())); ?>" aber auch dann bleibt der cache bestehen. Kennt da jemand eine Möglichkeit das Caching auszuschalten? Vielen Dank für jeden Tipp
-
Hi und hallo, ich arbeite nun seit einiger Zeit mit Ajax. Klasse Sache das Ganze! Leider muss ich in meiner neuesten Anwendung feststellen, dass manchmal(!) "Dinge" gechached werden. Z.b. bei "in place editing" via Formularfelder, manchmal aber auch ganze Inhalte, die ich in <div> Container reinlade. Habe einiges ergoogelt, nichts bis jetzt löst das Problem aber 100% 1. Die PHP-Lösung: <?php Header("Pragma: no-cache"); Header("Cache-Control: no-store, no-cache, max-age=0, must-revalidate"); Header("Content-Type: text/html;"); ?> [/PHP] 2. Die HTML-Lösung [code] <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> <meta http-equiv="Pragma" content="no-cache"> <meta http-equiv="Cache-Control" content="no-cache"> <meta http-equiv="Expires" content="Thu, 01 Dec 1994 16:00:00 GMT"> [/code] Ich habe beides, auch in Kombination, ausprobiert. Leider wird trotzdem noch gecached... Gibts noch andere Ansätze? Wie macht Ihr das so? Vielen Dank
-
[PHP] Zeilenumbruch in E-Mail
forTeesSake antwortete auf forTeesSake's Thema in Skript- und Webserverprogrammierung
Eigentlich ging es ja zuerst aber nur um die \n in den Headerinformationen. Trotzdem hatte ich das o.g. Problem von jesterDay auch noch: Nach nochmaligem prüfen und testen habe ich tatsächlich das gleiche rausgefunden: Der Server ist ein Linux Server und ich muss im gewünschten Mailtext zuerst \r\n mit \n austauschen damit die Umbrüche richtig sind. Komische Sache wie ich finde, denn ich habe auch andere Linux Server bei denen das nicht so ist -
[PHP] Zeilenumbruch in E-Mail
forTeesSake antwortete auf forTeesSake's Thema in Skript- und Webserverprogrammierung
ich hatte es so: ... $headers .= "X-Mailer: PHP/".phpversion()."\n"; $headers .= "X-Sender-IP: ".$REMOTE_ADDR."\n"; ... [/PHP] das ging nicht. mit [PHP] $headers .= "X-Mailer: PHP/".phpversion().chr(10); $headers .= "X-Sender-IP: ".$REMOTE_ADDR.chr(10); funktionierts nun -
Ganz anderer Ansatz: Wenn Du eh mit Javascript arbeitest könntest Du die ganze Seite auf Ajax basierend schreiben. Dann hättest Du Deinen Navigationsbereich und einen Contentbereich in den Dein Content eingeladen wird, ohne dass Du die Seite neu laden musst, und somit auch die Navigation im momentanen Status stehen bleibt. [edit] huh? der Editor spinnt irgendwie. ich versuchs nochmal: Dann hättest Du Deinen Navigationsbereich und einen Contentbereich in den Dein Content eingeladen wird, ohne dass die Seite neu geladen werden muss, und somit auch die Navigation im momentanen Status stehen bleibt.
