Re: [TYPO3-german] direct-mail anmelden und abmelden?
Nimm direct_mail_subscription. Diese Extension wurde genau für diesen Fall geschrieben. Gruà Tim Hallo, ich bin auf der Suche nach einer Möglichkeit, dass sich Site-Besucher zu einem Newsletter anmelden und auch wieder sauber abmelden können. Da an anderer Stelle der Installation Fe-User benutzt werden würde ich gerne tt_address für die newsletter Anmeldungen nehmen (macht das Handling einfacher). ich hab mich schon mit sr_email_subscribe versucht und damit funktioniert die NL-Anmeldung auch, aber die Abmeldung geht gar nicht: man bekommt eine Mail mit einem Link auf eine Seite, dort erscheint ein Link, der aber nicht auf die Abmeldung/Ãnderung sondern wieder auf das Formular zur Eingabe der Email-Adresse führt. Wer kann mir Hinweise zur sauberen Konfiguration geben, bzw. etwas anderes empfehlen? bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Install-Tool-Problem
On Sun, 20 Jun 2010 23:30:50 +0200, Peter Linzenkirchner wrote: Hat jemand eine Idee, woran das liegen könnte? ja, dies liegt an den Cookie Einstellungen von PHP. Wenn die Session Cookies nicht gesetzt/ übertragen werden, dann denkt das Install Tool, es würde jedes mal eine neue Sitzung gestartet. Da ist es egal, welchen Browser du verwendest ;) Kontrolliere mal deine php.ini Grüße Phil so sieht es bei mir aus: [Session] session.serialize_handler = php session.gc_probability = 1 session.referer_check = session.entropy_length = 0 session.entropy_file = session.cache_limiter = nocache session.cache_expire = 180 session.use_trans_sid = 0 url_rewriter.tags = a=href,area=href,frame=src,input=src,form=fakeentry session.save_handler = files session.save_path = /tmp session.use_cookies = On session.name = PHPSESSID session.auto_start = Off session.cookie_lifetime = 0 session.cookie_path = session.cookie_domain = session.gc_maxlifetime = 1440 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Install-Tool-Problem
Philipp Gampe schrieb: On Sun, 20 Jun 2010 23:30:50 +0200, Peter Linzenkirchner wrote: Hat jemand eine Idee, woran das liegen könnte? ja, dies liegt an den Cookie Einstellungen von PHP. ...usw ... Grüße Phil Hallo Phil, dieser Ansatz ist mir neu. Die PHP.ini hat bei mir root:root und der Fragende sagte, es sei vorher gegangen . . . . also müsste jemand die php.ini verändert haben ?? Wer könnte die php.ini manipulieren, wenn nicht root ? Hast Du das schon mal gehabt ? Und wer oder was war der Urheber ? -- mit freundlichen Grüßen Gert Redlich ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Install-Tool-Problem
Hallo Philipp, ich bin kein Admin, aber wenn die Session-Cookies nicht gesetzt werden, dann könnte ich mich doch auch nicht einloggen, denke ich. Ins Backend komme ich aber problemlos. Wir haben mittlerweile diese beiden Threads gefunden: http://bugs.typo3.org/view.php?id=5182 http://bugs.typo3.org/view.php?id=12685 Das könnte zutreffen. safe_mode ist tatsächlich auf on (und darf leider auch nicht verändert werden). Scheint aber erst mit 4.2 und 4.3 ein Problem zu werden. Vermutlich kommt noch was dazu, bei mir ist der safe_mode nämlich nicht ganz korrekt konfiguriert. Eventuell gibt es zusätzlich Probleme mit den unterschiedlichen UIDs, die durch PHP und FTP entstehen, das würde erklären, warum das Problem nur bei so wenigen auftritt. Die Hacks in den beiden Threads funktionieren, sind allerdings umständlich und nicht ungefährlich. Jedenfalls vielen Dank für die Antworten! Viele Grüße Peter Am 21.06.2010 um 15:18 schrieb Philipp Gampe: On Sun, 20 Jun 2010 23:30:50 +0200, Peter Linzenkirchner wrote: Hat jemand eine Idee, woran das liegen könnte? ja, dies liegt an den Cookie Einstellungen von PHP. Wenn die Session Cookies nicht gesetzt/ übertragen werden, dann denkt das Install Tool, es würde jedes mal eine neue Sitzung gestartet. Da ist es egal, welchen Browser du verwendest ;) Kontrolliere mal deine php.ini Grüße Phil so sieht es bei mir aus: [Session] session.serialize_handler = php session.gc_probability = 1 session.referer_check = session.entropy_length = 0 session.entropy_file = session.cache_limiter = nocache session.cache_expire = 180 session.use_trans_sid = 0 url_rewriter.tags = a=href,area=href,frame=src,input=src,form=fakeentry session.save_handler = files session.save_path = /tmp session.use_cookies = On session.name = PHPSESSID session.auto_start = Off session.cookie_lifetime = 0 session.cookie_path = session.cookie_domain = session.gc_maxlifetime = 1440 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Install-Tool-Problem
On Mon, 21 Jun 2010 15:31:03 +0200, RDE / Redlich wrote: Hallo Phil, dieser Ansatz ist mir neu. Die PHP.ini hat bei mir root:root und der Fragende sagte, es sei vorher gegangen . . . . also müsste jemand die php.ini verändert haben ?? ja Wer könnte die php.ini manipulieren, wenn nicht root ? Hast Du das schon mal gehabt ? Und wer oder was war der Urheber ? der Hoster könnte sie verändert haben... ein paar Werte lassen sich auch über .htaccess setzen Bei meinem Hoster (df) kann ich die php.ini selbst bearbeiten. Dort hatte ich genau das beschriebene Problem. Vielleicht kann ja der Threadstarter mal mit phpinfo schauen, ob vielleicht einer der Werte abweicht. Mit Google sollte sich dann herausfinden lassen, ob der Wert für das Problem relevant sein könnte. Grüße Phil ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Install-Tool-Problem
Peter Linzenkirchner schrieb: Hallo Philipp, ich bin kein Admin, aber wenn die Session-Cookies nicht gesetzt werden, dann könnte ich mich doch auch nicht einloggen, denke ich. Ins Backend komme ich aber problemlos. Wir haben mittlerweile diese beiden Threads gefunden: http://bugs.typo3.org/view.php?id=5182 http://bugs.typo3.org/view.php?id=12685 Das könnte zutreffen. safe_mode ist tatsächlich auf on (und darf leider auch nicht verändert werden). Scheint aber erst mit 4.2 und 4.3 ein Problem zu werden. Vermutlich kommt noch was dazu, bei mir ist der safe_mode nämlich nicht ganz korrekt konfiguriert. Eventuell gibt es zusätzlich Probleme mit den unterschiedlichen UIDs, die durch PHP und FTP entstehen, das würde erklären, warum das Problem nur bei so wenigen auftritt. Die Hacks in den beiden Threads funktionieren, sind allerdings umständlich und nicht ungefährlich. Jedenfalls vielen Dank für die Antworten! Viele Grüße Peter Am 21.06.2010 um 15:18 schrieb Philipp Gampe: On Sun, 20 Jun 2010 23:30:50 +0200, Peter Linzenkirchner wrote: Hat jemand eine Idee, woran das liegen könnte? ja, dies liegt an den Cookie Einstellungen von PHP. Wenn die Session Cookies nicht gesetzt/ übertragen werden, dann denkt das Install Tool, es würde jedes mal eine neue Sitzung gestartet. Da ist es egal, welchen Browser du verwendest ;) Kontrolliere mal deine php.ini Grüße Phil so sieht es bei mir aus: [Session] session.serialize_handler = php session.gc_probability = 1 session.referer_check = session.entropy_length = 0 session.entropy_file = session.cache_limiter = nocache session.cache_expire = 180 session.use_trans_sid = 0 url_rewriter.tags = a=href,area=href,frame=src,input=src,form=fakeentry session.save_handler = files session.save_path = /tmp session.use_cookies = On session.name = PHPSESSID session.auto_start = Off session.cookie_lifetime = 0 session.cookie_path = session.cookie_domain = session.gc_maxlifetime = 1440 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german Hallo, muss mal etwas fragen, aber bitte keinen eigenen Thread aufmachen. Klar müssen updates sein, jedoch stelle ich mir mal die Frage, wieso immer auf dem neusten Stand? Ich lese hier immer wieder von Problemen. Es ist generell schwer solche Fragen zu beantworten, doch ich betreue seit einigen Jahren meine Server selbst, auch mit Herrn Redlich zusamnnen , Wir kennen solche Probleme nicht Man sollte einfach mal sagen, wo liegt diese Domain, welche Rechte habe ich? Alles andere gibt sehr viel Zeilen ohne Ergebnis! oder? lg Jochen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] tt_news, Mehrsprachigkeit: Anzeige der zweiten Sprache funktioniert nicht korrekt.
Hallo Liste, ich habe ein Web mit 2 Sprachen in einem Seitenbaum angelegt, de und en, die Sprachumschaltung der normalen Seiten funktioniert problemlos. RealUrl ist ebenfalls konfiguriert und läuft. Nur bei meinen News Artikeln bekomme ich immer nur die de version angezeigt wenn ich dann die Sprache wechsle werden die englischen News nicht angezeigt, geh ich dann ins Backend und lösche nochmal den Cache und lade im Frontend die en Seite nochmal neu werden die en News angezeigt. Schalte ich dann wieder den Sprachumschalter auf de werden die News von de nicht angezeigt, geh ich dann wieder ins Backend und lösche nochmal den Cache . usw. Die News liegen alle in einem Sysordner der als alternative Seitensprache englisch hat und die News selbst eine englische Variante der deutschen News aufweisen (Lokalisierung). Das sollte also soweit stimmen. Kann das jetzt an der tt_news liegen oder am Sprachumschalter oder an RealUrl? Hab auch schon 2 verschiedene Varianten einer Sprachumschaltung eingebaut, einmal mit und einmal ohne RealUrl, leider keine Änderung. Bin jetzt echt überfragt. Gr Alex ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Install-Tool-Problem
Hallo Jochen, muss mal etwas fragen, aber bitte keinen eigenen Thread aufmachen. Klar müssen updates sein, jedoch stelle ich mir mal die Frage, wieso immer auf dem neusten Stand? Ich lese hier immer wieder von Problemen. Es ist generell schwer solche Fragen zu beantworten, doch ich betreue seit einigen Jahren meine Server selbst, auch mit Herrn Redlich zusamnnen , Wir kennen solche Probleme nicht Wenn ich ein Update bei einem meiner Server machen muss, gibts diese Probleme in der Regel auch nicht. Wenn man Aufträge von Kunden annimmt, die nicht bei einem selbst gehostet werden, hat man aber grundsätzlich immer mit diesen Problemen zu rechnen. Dann ist ein reibungsloses Update eher die Ausnahme; manche Leute konfigurieren ihre Server ... sagen wir mal: seltsam. Aber updaten muss sein. 4.1 ist bereits deprecated oder wird es demnächst und 4.2 läuft auch nicht mehr besonders lang. Aus Sicherheitsgründen muss spätestens upgedatet werden wenn die Version den Status deprecated erhält. Und wenn man sowieso bei einem Relounch ist - wie ich momentan - dann wäre es ja sträflich, dabei nicht gleichzeitig ein Update auf die neueste Version durchzuführen. Was ich schon mache: ich warte u. U. so lange bis die Version tatsächlich deprecated wird; heisst, eine 4.1.12 würde ich jetzt nicht einfach so auf 4.3.3 updaten, wenn es nicht sein muss. Aber vielleicht will man ja unter Umständen die neuen Features haben bzw. seinen Kunden anbieten, z B. einen funktionierenden RTE für Safari, oder das Frontend-Editing etc. pp. Gründe gibts Legion. Und klar, hier liest man immer wieder von Problemen. Aber das liegt in der Natur einer Mailingliste: du würdest dich wohl auch wundern, wenn ich z. B. einmal im Monat hier posten würde, welche Updates ich gemacht habe und wieviele davon wunderbar problemlos liefen ... :-) Und weil ich gerade dabei bin: ein herzliches Dankeschön an alle, die sich die Zeit nehmen und hier helfen!! Viele Grüße Peter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Ausgabe PHP Script
Hallo zusammen, ich habe über ein Sub-Template ein PHP-Funktion eingebunden, dass mir ein Formular ausgibt: includeLibs.meteo_library = fileadmin/scripts/test_library.php temp.content = USER_INT temp.content.userFunc = user_test_library_class-test_abfrage page.10.subparts.CONTENT temp.content Die Testabfrage (Funktion test_abfrage in test_library.php) sieht folgendermassen aus: function test_abfrage($content, $conf) { global $TSFE; $TSFE-set_no_cache(); $content .= 'form action=fileadmin/scripts/vartest.php method=post name=testabfrage font size=2 face=Arial, Helvetica, sans-serif Bildbreite: BR input type=text name=breite size=2 value=640BR /font font size=2 face=Arial, Helvetica, sans-serifbr input type=submit name=Submit value=Breite anzeigenbr /font /form'; return $content; } Das Script vartest.php, das im Formular als Action angegeben ist, sieht folgendermassen aus: ?php require_once('/var/www/test/t3lib/class.t3lib_div.php'); $tplot = $_POST[breite]; $content .= Meine Breite ist: . $tplot ; return $content; ? Das Ziel ist, dass die Ausgabe von vartest.php innerhalb des default-Templates ausgegeben wird - es wird aber nur eine leere Seite ausgegeben. Wenn ich in vartest.php die Ausgabe über echo mache (echo Meine Breite ist: . $tplot ;), dann wird das zwar ausgegeben, aber nicht innerhalb des Templates. Was mache ich falsch, bzw. wie wird so etwas gemacht. Es muss wohl irgendwie möglich sein, die Ausgabe mit dem Template ausgeben zu lassen. Bin für jede Hilfe bzw. für jeden Tip dankbar. René ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] altes Frontend-Editing in Version 4.3
Hallo Ich möchte in der Version 4.3.3 das alte Frontend-Editing aktivieren, also das rote Vierreck zum editieren von Inhaltselementen. Diese Konfiguration habe ich in der TSconfig der Benutzergruppe zu stehen: = admPanel { enable.edit = 1 module.edit.forceDisplayFieldIcons = 1 module.edit.displayIcons = 1 module.edit.forceDisplayIcons = 0 hide = 1 } = Leider sehe ich die roten Vierecke zum Bearbeiten nicht. In der Version 4.2.8 funktioniert genau diese Konfiguration. Hat sich etwas in der Version 4.3 geändert? Grüße, André ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] altes Frontend-Editing in Version 4.3
Am 21.06.10 17:44, schrieb André Laugks: Hallo Ich möchte in der Version 4.3.3 das alte Frontend-Editing aktivieren, also das rote Vierreck zum editieren von Inhaltselementen. Diese Konfiguration habe ich in der TSconfig der Benutzergruppe zu stehen: = admPanel { enable.edit = 1 module.edit.forceDisplayFieldIcons = 1 module.edit.displayIcons = 1 module.edit.forceDisplayIcons = 0 hide = 1 } = Leider sehe ich die roten Vierecke zum Bearbeiten nicht. In der Version 4.2.8 funktioniert genau diese Konfiguration. Hat sich etwas in der Version 4.3 geändert? Grüße, André Hallo André feedit installiert?? ist eine neue sysext Gruss Philipp ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Ausgabe PHP Script
Am Mon, 21 Jun 2010 11:22:36 -0400 schrieb rene erdin: Hallo zusammen, ich habe über ein Sub-Template ein PHP-Funktion eingebunden, dass mir ein Formular ausgibt: includeLibs.meteo_library = fileadmin/scripts/test_library.php temp.content = USER_INT temp.content.userFunc = user_test_library_class-test_abfrage page.10.subparts.CONTENT temp.content Die Testabfrage (Funktion test_abfrage in test_library.php) sieht folgendermassen aus: function test_abfrage($content, $conf) { global $TSFE; $TSFE-set_no_cache(); $content .= 'form action=fileadmin/scripts/vartest.php method=post name=testabfrage font size=2 face=Arial, Helvetica, sans-serif Bildbreite: BR input type=text name=breite size=2 value=640BR /font font size=2 face=Arial, Helvetica, sans-serifbr input type=submit name=Submit value=Breite anzeigenbr /font /form'; return $content; } Das Script vartest.php, das im Formular als Action angegeben ist, sieht folgendermassen aus: ?php require_once('/var/www/test/t3lib/class.t3lib_div.php'); $tplot = $_POST[breite]; $content .= Meine Breite ist: . $tplot ; return $content; ? beachte: dieses PHP wird als einziges ausgeführt wenn das formular abgeschickt wird. der Rest von TYPO3 weiss von nichts. Es gibt auch nichts, dass diese PHP-Zeilen als Funktion aufruft, daher hat das 'return $content;' keinerlei Wirkung. (Ein 'echo ...' natürlich). Das Ziel ist, dass die Ausgabe von vartest.php innerhalb des default-Templates ausgegeben wird - es wird aber nur eine leere Seite ausgegeben. Wenn ich in vartest.php die Ausgabe über echo mache (echo Meine Breite ist: . $tplot ;), dann wird das zwar ausgegeben, aber nicht innerhalb des Templates. Was mache ich falsch, bzw. wie wird so etwas gemacht. Es muss wohl irgendwie möglich sein, die Ausgabe mit dem Template ausgeben zu lassen. Bin für jede Hilfe bzw. für jeden Tip dankbar. Bastel dir eine Extension (FE-Plugin). Mit dem Beispielcode des Kickstarters bekommst du eigentlich direkt alles was du brauchst. Ist für dich nur minimal anzupassen. Und aufgepasst: cache oder nicht cache? bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] csv import tt_address
Hi Leute, ich muss eine lange Liste von Kundendaten aus einem anderem System in tt_address importieren. Es gibt ja genügend CSV-Imports dafür, aber gibt es auch einen der Geburtsdaten welche nicht als Timestamp gespeichert wird beim Import in Timestamp konvertiert? Oder wie macht ihr sonst so einen Import? LG, ToM -- Interactive Values - Thomas Wegerer MAIL: m...@thomaswegerer.at WWW:www.thomaswegerer.at -- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] altes Frontend-Editing in Version 4.3
Hallo Philipp, feedit installiert?? ist eine neue sysext aha, irgendwas in dieser Richtung habe ich mir schon gedacht! Unter der einen 4.3.3 Installation läuft es, aber noch nicht unter der anderen, wo ich es benötige. Bei der ist aber noch der Workspace aktiv... Jetzt weiß ich aber das es grundsätzlich funktioniert. Vielen Dank, André ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] csv import tt_address
Am Mon, 21 Jun 2010 20:39:36 +0200 schrieb Thomas Wegerer: Hi Leute, ich muss eine lange Liste von Kundendaten aus einem anderem System in tt_address importieren. Es gibt ja genügend CSV-Imports dafür, aber gibt es auch einen der Geburtsdaten welche nicht als Timestamp gespeichert wird beim Import in Timestamp konvertiert? Oder wie macht ihr sonst so einen Import? grundsätzlich sind in solchen Situationen zwei Wege möglich: 1. mit einem Editor die CSV-Datei bearbeiten und alle Datumsangaben in (SQL-!)Funktionsaufrufe ändern, so dass aus dem Datum ein timestamp wird. 2. Alle Datumsangaben in einen temporäre zusätzliche Spalte eintragen (date oder string) danach ein update über die tabelle laufen lassen, indem das eigentliche (timestamp-)datumsfeld aus dem temporären per SQL- Funktion errechnet und gefüllt wird. Danach die temporäre Spalte löschen. hint: http://dev.mysql.com/doc/refman/5.1/de/date-and-time-functions.html bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german