[TYPO3-german] Podcasts
Hallo! Ich möchte einen Podcast auf einer Seite integrieren. Mein Problem ist, dass er sehr flexible Ansichten haben muss (Layout-Anforderung des Kunden). Ich hab die eine oder andere Extension ausprobiert aber nichts passendes (und funktionierendes) gefunden. Am liebsten würde ich mc_podcast verwenden, dessen Ausgaben sind aber immer leer (es erzeugt einen RSS Feed aber ohne Inhalte. In der News Ansicht ist auch kein Player etc. zu sehen. Hat irgend jemand Erfahrungen mit mc_podcast oder einer anderen guten ext? Mein System: Typo3 4.5.2 / tt_news 3.0.1 / mc_podcast 1.0.0 Schöne Grüße, Andreas Bernhardt ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Umlaute bei Dateiupload
Hi, [SYS][UTF8filesystem] = 1? Sowohl eingeschaltet, als auch ausgeschaltet. Ausgeschaltet macht überhaupt keinen Sinn. Wollte es nur ausprobieren. Im Foldertree werden Umlaute angezeigt, Also in den Ordnern sind auch Umlaute? Hm, macht keinen Unterschied, geht bei mir. Angezeigt, wird es auch. rechts daneben die Files ohne Umlaute. Schon im Backend in der Dateiliste nicht? Dann wir das Backend nicht als UTF-8 ausgeliefert (schlecht!). Es sieht bei mir aus, wie in deienm Screenschot. Verlinkt über den RTE? Sowohl als auch Element Text mit Image. Bei der Dateiauswahl werden die Umlaute nicht angezeigt. OK, ich bin mir ziemlich sicher, dass das Backend nicht al UTF-8 ausgeliefert wird. Nur bei der Dateiauswahl direkt bei den Dateien. Bei mir leider nicht. Habe jetzt alle UTF8 Einstellungen rausgenommen und es bleibt bei dem Bild. Wenn Du UTF-8 Dateien willst, dann musst Du TYPO3 auch so einstellen... OK, ich hab immer nur gelesen, dass TYPO3 4.5 komplett auf UTF8 gestellt ist, nur wenn man nicht UTF8 benutzen möchte dieses einzustellen. Das was ich immer mache wenn ich TYPO3 auf UTF-8 stellen will: $TYPO3_CONF_VARS['BE']['forceCharset'] = 'utf-8'; $TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET NAMES utf8'; $TYPO3_CONF_VARS['SYS']['UTF8filesystem'] = 1; Die ersten beiden Zeilen sind default, wenn in der localconf.php nix steht. Wenn Du den Wert im Install Tool einfach löschst, dann hast Du ein Problem, weil dann TYPO3 explizit auf _NICHT_ UTF-8 gestellt ist. Also prüfe mal die localconf.php auf alle Vorkommen von "forceCharset" und "setDBinit" und lösche sie raus und prüfe ob genau eine Zeile mit "UTF8filesystem" drin steht. Danke für die ausführliche Erklärung! Werde das morgen gleich ausprobieren. Viele Grüße Martin ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RSSfeed mit TYPO3 4.5.2 ... tw_rssfeeds
Marco Peemöller schrieb: Am 17.03.2011 02:59, schrieb Ralf-René Schröder: welche rss feed extension ist mit TYPO3 4.5.2 lauffähig ich habe hier eine TYPO3 4.5.2 Installation mit in2rss, funktioniert einwandfrei. danke für den Tipp aber da war ich wieder mal nicht deutlich genug gewesen... ich brauche die Moglichkeit einen externen rssfeed anzuzeigen (also fremd url), nicht einen selbst zu erzeugen, aber trotzdem danke für die Empfehlung... -- Ralf-René Schröder http://if-20.com ... YAML templates for TYPO3 __ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] SQL Datei für eine Standardinstallation
und noch eine Frage (genauer zwei)... 1.) wie (mit welchen Einstelungen) erzeuge ich am sinnvollsten von einer Vorlageninstallation ein SQL Abbild mit dem ich eine ertinstallation durchführen kann, aber bei einem versehentlichen Import bestehende Tabellen nicht überschreibe sondern nur fehlende ergänze? derzeit mache ich es über phpMyAdmin, aber ich suche einfach den besten Weg... 2.) der Import in der 123 Phase des Installers klappt auch problemlos aber was mich irritiert ist, wenn ich anschließend, die Installation ist noch sonst völlig unberührt, im Installtool einen Compare mit der datei mache von der ich gerade importiert habe erhalte ich für ALLE Felder die Anwesung: ALTER TABLE backend_layout CHANGE t3ver_label t3ver_label varchar(255) collate utf8_unicode_ci als Default wird gemeldet: default ''; sowohl Quelldatenbank als auch die Datenbank der neuen installation stehen aber auf der Standard kollation: utf8_unicode_ci Warum passiert das, und wie kann ich das vermeiden...? Danke für's Mitdenken... -- Ralf-René Schröder http://if-20.com ... YAML templates for TYPO3 __ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] t3d export - Dateien ausschließen
Hallo zusammen... ich habe hier mal eine Grundsätzliche Bedienungsfrage zum t3d Export bei einem t3d export eines Seitenbaumes mit SEHR vielen Dateibezügen ins fileadmin möchte ich diese ausschließen (weil erstens sehr groß und zweitens wird fileadmin gesondert exportiert) klappt ja auch wunderbar, aber bei gut 100 solchen Bezügen (was auch noch immer wiederholt in verschiedenen Seitenbäumen) artet das in Fleisarbeit aus (focus auf das select feld, auswählen und das nächste) nun frage ich mich, gibt es eine Möglichkeit entweder alle auf einmal auszuwählen und auf "ausschließen" zu setzen oder den Normalzustand beim Aufrufen des t3d Export Dialogs zu definieren eben für alle selectboxen standardmäßig auf "ausschließen" Danke für's Mitdenken... -- Ralf-René Schröder http://if-20.com ... YAML templates for TYPO3 __ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RSSfeed mit TYPO3 4.5.2 ... tw_rssfeeds
Hallo, Am 17.03.2011 02:59, schrieb Ralf-René Schröder: > welche rss feed extension ist mit TYPO3 4.5.2 lauffähig ich habe hier eine TYPO3 4.5.2 Installation mit in2rss, funktioniert einwandfrei. Viele Grüße Marco ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] "Validating the security token of this form has failed. Please reload the form and submit it again."
Hallo Helmut, hier die Liste der installierten Extensions: cshmanual 1.0.0 dam 01.02.2001 ttnews_rss_import 0.8.1 recycler01.01.2000 reports 01.01.2000 opendocs1.0.0 sys_action 2.0.0 cc_textfunc 0.3.0 ameos_formidable1.1.373 tox_commentmarker 0.1.0 cewrap 1.0.1 api_macmade 0.4.7 extbase 01.03.2000 danp_extparsers_linux 0.0.1 julle_feedit0.1.2 load_optimization 1.0.3 powermail_optin 1.0.1 lz_table0.1.1 scheduler 01.01.2000 security_formmail 1.0.0 static_info_tables 02.02.2000 t3jquery01.09.2006 libunzipped 02.01.2000 xajax 0.2.5 jftcaforms 0.0.2 stg_clearcache 02.01.2001 t3editor01.05.2001 rtehtmlarea 02.01.2006 newrecordwiz0.1.0 realurl_clearcache 1.0.5 statictemplates 1.0.0 tsconfig_help 01.01.2000 version 04.05.2001 workspaces 04.05.2001 de_addbodyjscript 0.1.7 captcha 01.01.2001 chnewsfeeds 01.01.2000 rgnewsce0.1.1 css_styled_content 1.0.0 css_filelinks 0.2.19 dam_ttnews 0.1.12 socialplugins 0.1.3 dam_filelinks 0.3.21 fluid 01.03.2000 freecssdropdownmenu 0.2.0 feedit 0.1.0 ttnewsgenericmarkers01.01.2000 mm_bccmsbase1.0.12 overlib 01.01.2000 ke_questionnaire02.03.2005 realurl 01.10.2002 sourceopt 0.5.15 nc_staticfilecache 02.03.2004 wt_doorman 01.03.2000 jg_youtubeinnews2.0.0 tt_address 02.02.2001 rggooglemap 3.0.3 ameos_formidable_rss_parser 1.0.1 linkhandler 0.3.1 kh_article_pages0.0.6 cal 01.03.2003 th_exttable 01.02.2001 facebook_socialplugins 2.0.0 flvplayer2 01.03.2000 fn_lib 0.2.0 sr_freecap 01.04.2002 gkh_rss_import 01.03.2000 imagecycle 01.09.2001 indexed_search 02.12.2000 jpcarousel 01.01.2001 rzcolorbox 01.03.2004 kb_nescefe 01.01.2001 mailman 1.0.0 mm_dam_filelist 2.0.3 ve_guestbook02.08.2001 jfmulticontent 01.10.2002 tt_news 3.0.1 jp_pageteaser 02.01.2005 perfectlightbox 03.01.2001 ce_gallery 2.0.5 powermail 01.06.2002 powermail_mul 1.0.3 powermail_frontend 0.6.6 cron_printlink 1.0.0 macina_searchbox02.02.2000 ttnews_share03.01.2003 sudoku 01.01.2000 timtab_sociable 2.0.6 pil_mailform3.0.4 tweet_and_like 01.01.2000 rsaauth 01.01.2000 saltedpasswords 1.0.0 t3skin 04.05.2000 ch_handbuch 0.1.5 doc_indexed_search 04.02.2001 Am 17.03.2011 20:24, schrieb Helmut Hummel: > Hi, > > On 17.03.11 20:02, Joerg Sauskat wrote: > >> Mit der Version 4.5.2 ist nun jegliches kopieren und einfügen unmöglich >> geworden, weil die o.g. Fehlermeldung fortwährend erscheint. Es handelt >> sich auch nicht um einen Fehler einer Extension, weil das Problem >> beispielsweise auch auftritt, wenn ich Benutzerkonten kopieren möchte. > > Dieser Logik kann ich nicht folgen. Extensions (beispielsweise > kb_nescefe) können per XCLASS den core code so abändern, dass das > Generieren der Tokens wegfällt, mit der von Dir beschriebenen Konsequenz. > >> Meine Daten: Typo3 4.5.2 und PHP 5.3 > > Poste mal die komplette Extension Liste, oder noch besser eine Liste mit > den Extensions, die XCLASS verwenden. > > Viele Grüße, > Helmut > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] "Validating the security token of this form has failed. Please reload the form and submit it again."
Hi, On 17.03.11 20:02, Joerg Sauskat wrote: > Mit der Version 4.5.2 ist nun jegliches kopieren und einfügen unmöglich > geworden, weil die o.g. Fehlermeldung fortwährend erscheint. Es handelt > sich auch nicht um einen Fehler einer Extension, weil das Problem > beispielsweise auch auftritt, wenn ich Benutzerkonten kopieren möchte. Dieser Logik kann ich nicht folgen. Extensions (beispielsweise kb_nescefe) können per XCLASS den core code so abändern, dass das Generieren der Tokens wegfällt, mit der von Dir beschriebenen Konsequenz. > Meine Daten: Typo3 4.5.2 und PHP 5.3 Poste mal die komplette Extension Liste, oder noch besser eine Liste mit den Extensions, die XCLASS verwenden. Viele Grüße, Helmut -- Helmut Hummel TYPO3 Security Team Leader TYPO3 inspiring people to share! Get involved: typo3.org ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] "Validating the security token of this form has failed. Please reload the form and submit it again."
Liebe Leute, seite Version 4.5 bekomme ich fortwährend bei dem Versuch Elemente innerhalb des Backends zu kopieren und wieder einzufügen die Fehlermeldung "Validating the security token of this form has failed. Please reload the form and submit it again." Mit der Version 4.5.2 ist nun jegliches kopieren und einfügen unmöglich geworden, weil die o.g. Fehlermeldung fortwährend erscheint. Es handelt sich auch nicht um einen Fehler einer Extension, weil das Problem beispielsweise auch auftritt, wenn ich Benutzerkonten kopieren möchte. Meine Daten: Typo3 4.5.2 und PHP 5.3 Weiß jemand Abhilfe? Gruß Jörg ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Powermail / Dynamic Condition
Hallo an alle, hab powermail und dynamic target/condition im Einsatz. Der Versand an sich klappt, allerdings bekommt der Sender des Formulars selbst nun keine Bestätigung mehr. Setzte ich nur powermail ein ohne die "dynamic condition" klappt der Versand an Sender und Absender. Danke vorab, Sebastian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 4.5.2: Bilder > ca. 1.1 MB werden nicht in CE gerendert!
Am 17.03.11 18:17, schrieb Wolfgang Kleinbach: Ich hab hier ein merkwürdiges Problem: TYPO3 4.5.2, wenn ich in einem CE ein Bild > 1.1 MB auswähle (ca. 3 MB), dann bekomme ich auf dem Server ein "PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 36636672 bytes)." Kleiner Nachtrag: Bilder <= 1.1 MB funktionieren ohne Probleme. Größen zwischen 1.1 und 3 MB habe ich nicht getestet. Unter TYPO3 4.4.6 auf demselben Server kein Problem. Ich glaub nicht wirklich, dass es am Memory size liegt, der sollte ja wohl groß genug sein, oder? Gibt es ein Limit für die Bildgröße in CEs unter 4.5.2? Oder an was kann das liegen? Danke, Wolle ___ 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
[TYPO3-german] TYPO3 4.5.2: Bilder > ca. 1.1 MB werden nicht in CE gerendert!
Ich hab hier ein merkwürdiges Problem: TYPO3 4.5.2, wenn ich in einem CE ein Bild > 1.1 MB auswähle (ca. 3 MB), dann bekomme ich auf dem Server ein "PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 36636672 bytes)." Unter TYPO3 4.4.6 auf demselben Server kein Problem. Ich glaub nicht wirklich, dass es am Memory size liegt, der sollte ja wohl groß genug sein, oder? Gibt es ein Limit für die Bildgröße in CEs unter 4.5.2? Oder an was kann das liegen? Danke, Wolle ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] mehrsprachige Fehlerseiten ???
Peter Linzenkirchner schrieb: wenn ihr jetzt noch den Namen der Extension verraten könntet, dann wären alle glücklich ... :-) das war die "pagenotfoundhandling" ich hatte es gerade testweise mal probiert, aber nur eine weiße Seite bekommen und erst mal wieder zurück geschaltet... kann ich erst weiter heute oder morgen nacht testen ... (vielleicht ligt es ja daran dass dieser ganze Auftritt noch hinter einer .htaccess tür steckt) -- Ralf-René Schröder http://if-20.com ... YAML templates for TYPO3 __ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] mehrsprachige Fehlerseiten ???
Hallo Peter. "pagenotfoundhandling" sollte das tun was du willst. Hatte ich sogar verlinkt. http://typo3.org/extensions/repository/view/pagenotfoundhandling/current/ Gruß, Stephan Schuler Web-Entwickler Telefon: +49 (911) 539909 - 0 E-Mail: stephan.schu...@netlogix.de Website: media.netlogix.de -- netlogix GmbH & Co. KG IT-Services | IT-Training | Media Andernacher Straße 53 | 90411 Nürnberg Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99 E-Mail: i...@netlogix.de | Internet: http://www.netlogix.de netlogix GmbH & Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338) Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634) Umsatzsteuer-Identifikationsnummer: DE 233472254 Geschäftsführer: Stefan Buchta, Matthias Schmidt -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Peter Linzenkirchner Gesendet: Donnerstag, 17. März 2011 14:16 An: German TYPO3 Userlist Betreff: Re: [TYPO3-german] mehrsprachige Fehlerseiten ??? Hallo, wenn ihr jetzt noch den Namen der Extension verraten könntet, dann wären alle glücklich ... :-) Gruß Peter -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ 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
[TYPO3-german] Direct Mail - Adressen vom Versand ausschliessen
Hallo, kennt jemand eine Möglichkeit, in direct_mail eine Art "Robinson-Liste" zu pflegen? Folgendes Szenario: Ein User ist regstrierter Kunde bei einem Unternehmen und hat sich online vom Newsletter abgemeldet - es werden aber aus Drittquellen (firmenintern) weiterhin Adressen in direct_mail importiert, die aus z.B. legalen Kundendaten stammen. Diese sollen ja auch nicht gelöscht werden, nur weil ein User den Newsletter nicht mehr will. Der Gedanke: Pflege einer Ausschlussliste, die beim Versand des Newsletters bei "versehentlich" importierten Email-Adressen den Versand verhindert, wenn sich der User irgendwann online abgemeldet hat. Gibts etwas in der Art? lg Jürgen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] mehrsprachige Fehlerseiten ???
Hallo, wenn ihr jetzt noch den Namen der Extension verraten könntet, dann wären alle glücklich ... :-) Gruß Peter -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] OT: Versand von Kontodaten per Mail?
Hallo vielen Dank für die Antworten. Teilweise habe ich mir das auch schon gedacht, aber über den Sinn / Unsinn, das per Lastschrift zu machen, habe ich leider keinen Einfluss. Ich muss mich vor allem absichern, dass ich nichts mache, was eigentlich nicht erlaubt ist. Viele Grüße Peter Linzenkirchner -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] t3jquery nicht in Admin Tools zu finden
Habs schon! Wenn man die Features von z.B. Google nimmt, dann kann man keine eigenen erstellen! Und deswegen ist dann da auch kein Link. Learning by doing, So oft, bis man es weiss. Grüße Helmu Am 17.03.11 13:26, schrieb Helmut Zötzl: Hallo, ich habe in eine frisch auf 4.4.7 upgedatete TYPO3 Version t3jquery installiert. Nun wollte ich nach Extensions analysieren. Aber in der ganz linken Navigation unter Admin Tools ist kein T3jquery Link zu finden. Hab die Extension schon mehrmals deinstalliert, gelöscht und wieder installiert. Aber ohne Erfolg. Im Quelltext der Seite ist T3jquery eingebunden. Weiß jemand, wie man den Link in den Tools zu sehen bekommt? Grüße Helmut ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] t3jquery nicht in Admin Tools zu finden
Hallo Helmut Versuch mal den CDN-Haken zu entfernen, dann kommt das Modul wieder. Gruss Jürgen Am 17. März 2011 13:26 schrieb Helmut Zötzl : > Hallo, > > ich habe in eine frisch auf 4.4.7 upgedatete TYPO3 Version t3jquery > installiert. Nun wollte ich nach Extensions analysieren. > Aber in der ganz linken Navigation unter Admin Tools ist kein T3jquery Link > zu finden. > Hab die Extension schon mehrmals deinstalliert, gelöscht und wieder > installiert. Aber ohne Erfolg. > > Im Quelltext der Seite ist T3jquery eingebunden. > > Weiß jemand, wie man den Link in den Tools zu sehen bekommt? > > Grüße > Helmut > ___ > 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] OT: Versand von Kontodaten per Mail?
unabhängig von der Technik halte iche für nicht ser sinnvoll das per lastschrifteinzug zu machen was hindert irgendjemanden hier irgendeinen Namen und Kontonummer anzugeben um hinterher nicht unmengen falscher Datensätze zu haben müste das zumindest auf plausibilität geprüft werden (aber vor wissentlich falschen Angaben schützt das natürlich auch nicht) -- Ralf-René Schröder http://if-20.com ... YAML templates for TYPO3 __ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] t3jquery nicht in Admin Tools zu finden
Hallo, ich habe in eine frisch auf 4.4.7 upgedatete TYPO3 Version t3jquery installiert. Nun wollte ich nach Extensions analysieren. Aber in der ganz linken Navigation unter Admin Tools ist kein T3jquery Link zu finden. Hab die Extension schon mehrmals deinstalliert, gelöscht und wieder installiert. Aber ohne Erfolg. Im Quelltext der Seite ist T3jquery eingebunden. Weiß jemand, wie man den Link in den Tools zu sehen bekommt? Grüße Helmut ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] mehrsprachige Fehlerseiten ???
Hallo Andi. Deine Antwort hast du am 16.3. auf der englischen Liste ans Antwort auf die Frage eines Patrick Rodacker im Thread "[TYPO3-english] Best practice for multidomain and page-not-found-handling" geschrieben. Da hast du allerdings deutsch geantwortet :) Das hab ich aber gerade nur herausgefunden, weil ich nach "from:ab.bec...@web.de" in meinem Postfach gesucht und die Threadtitel gelesen habe. Nicht jeder liest beide Listen gleich aufmerksam. Ich beispielsweise lese die deutsche Liste um darauf zu antworten, die englische nur falls ich ähnliche Probleme habe. Deshalb hab ich den damaligen englischen Thread ungesehen weggeklickt. Gruß, Stephan Schuler Web-Entwickler Telefon: +49 (911) 539909 - 0 E-Mail: stephan.schu...@netlogix.de Website: media.netlogix.de -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Andreas Becker Gesendet: Donnerstag, 17. März 2011 11:19 An: German TYPO3 Userlist Betreff: Re: [TYPO3-german] mehrsprachige Fehlerseiten ??? Ehrlich gesagt verstehe ich nicht wieso ihr immer das Rad neu erfinden wollt. Bereits in meiner ersten antwort habe ich Euch die Extension benannt mit der ihr exakt das erreicht was ihr nun recht umstaendlich und zeitraubend hier mit if und was weiss ich noch zu loesen versucht. Schaut doch einfach einmal ins TER und lest die Antworten nachdem ihr ne Frage gestellt habt. ;-) Andi 2011/3/17 Stephan Schuler > Hallo zusammen. > > > Ich halte die Condition in der localconf.php für Murks. > Das kann im Einzelfall funktionieren und ich will auch nicht > behaupten, dass ich Entscheidungen nicht auch schon manchmal innerhalb > der localconf.php getroffen habe. Manchmal ist das einfach die > schnellste Lösung > -- und das Provisorium hält dann mehrere Jahre. Schön kann man das > aber trotzdem nicht bezeichnen, und "schön" geht leider oft Hand in > Hand mit "wartbar" und "nach einem Update immer noch stabil". > > Die Sache fängt bei suchmaschinenfreundlichen URLs an. Ich habe nicht > eine Installation laufen, bei der der L-Parameter in der URL auftauchen darf. > Je nach Installation ist der L-Parameter teilweise grundsätzlich > inaktiv und die Sprachentscheidung wird über die Domain getroffen, der > Sprachparameter befindet sich im ersten Pfadsegment der URL (RealURL > preVars) oder der Sprachparameter befindet sich im letzten Pfadsegment > (RealURL postVars). Die oben genannte Lösung kann also für manche > Fälle passend sein, bei mir würde sie allerdings nicht mit einer > einzigen Installation funktionieren. > > Ich würde stattdessen mit einer USER_FUNCTION arbeiten und innerhalb > einer Extension entscheiden was ich tun möchte. > $TYPO3_CONF_VARS['FE']['pageNotFound_handling'] = > 'USER_FUNCTION:EXT:my404handling/class.my404handling_pageNotFound.php: > my404handling_pageNotFound->pageNotFound'; > Innerhalb dieser Funktion kann man sich dann entscheiden, welchen Wert > wohl der Sprachparameter hat und wie man passend reagieren muss. > > Das sollte es aber auch schon als fertige Extension geben. Ohne mir > den Quellcode von auch nur einer einzigen angesehen zu haben halte ich > die Beschreibung von "pagenotfoundhandling"[1] für das was du willst. > Es gibt allerdings auch noch diverse andere[2]. > > > 1: > http://typo3.org/extensions/repository/view/pagenotfoundhandling/curre > nt/ > 2: > http://typo3.org/extensions/repository/?tx_terfe_pi1[view]=search&no_c > ache=1&tx_terfe_pi1[sword]=404 > > > Grüße, > > > Stephan Schuler > Web-Entwickler > > Telefon: +49 (911) 539909 - 0 > E-Mail: stephan.schu...@netlogix.de > Website: media.netlogix.de > > > -- > netlogix GmbH & Co. KG > IT-Services | IT-Training | Media > Andernacher Straße 53 | 90411 Nürnberg > Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99 > E-Mail: i...@netlogix.de | Internet: http://www.netlogix.de > > netlogix GmbH & Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA > 13338) Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH > (HRB 20634) > Umsatzsteuer-Identifikationsnummer: DE 233472254 > Geschäftsführer: Stefan Buchta, Matthias Schmidt > > > > -Ursprüngliche Nachricht- > Von: typo3-german-boun...@lists.typo3.org [mailto: > typo3-german-boun...@lists.typo3.org] Im Auftrag von Josef Florian > Glatz > Gesendet: Donnerstag, 17. März 2011 07:18 > An: typo3-german@lists.typo3.org > Betreff: Re: [TYPO3-german] mehrsprachige Fehlerseiten ??? > > Am 16.03.2011 18:15, schrieb Ralf-René Schröder: > > Hallo > > da TYPO3 ja von Haus aus keine mehrsprachigen Fehlerseiten bietet > > habe ich folgenden Ansatz gewählt: > > (hier ist TYPO3 4.4.7 mit templavoila und realurl im Einsatz - die > > Fehlerseite heißt 404) > > > > # Vorige Zuweisung > > //$TYPO3_CONF_VARS['FE']['pageNotFound_handling'] = '/404/'; # > > Kontrollstruktur für Mehrsprachigkeit if (preg_match('/\/en\//', > > $_SERVER['REQUEST_URI']) || $_GET['L'] == 1) { > > $TYPO3_CONF_VARS['FE']['pageNotFound_handling']
Re: [TYPO3-german] mehrsprachige Fehlerseiten ???
Ehrlich gesagt verstehe ich nicht wieso ihr immer das Rad neu erfinden wollt. Bereits in meiner ersten antwort habe ich Euch die Extension benannt mit der ihr exakt das erreicht was ihr nun recht umstaendlich und zeitraubend hier mit if und was weiss ich noch zu loesen versucht. Schaut doch einfach einmal ins TER und lest die Antworten nachdem ihr ne Frage gestellt habt. ;-) Andi 2011/3/17 Stephan Schuler > Hallo zusammen. > > > Ich halte die Condition in der localconf.php für Murks. > Das kann im Einzelfall funktionieren und ich will auch nicht behaupten, > dass ich Entscheidungen nicht auch schon manchmal innerhalb der > localconf.php getroffen habe. Manchmal ist das einfach die schnellste Lösung > -- und das Provisorium hält dann mehrere Jahre. Schön kann man das aber > trotzdem nicht bezeichnen, und "schön" geht leider oft Hand in Hand mit > "wartbar" und "nach einem Update immer noch stabil". > > Die Sache fängt bei suchmaschinenfreundlichen URLs an. Ich habe nicht eine > Installation laufen, bei der der L-Parameter in der URL auftauchen darf. > Je nach Installation ist der L-Parameter teilweise grundsätzlich inaktiv > und die Sprachentscheidung wird über die Domain getroffen, der > Sprachparameter befindet sich im ersten Pfadsegment der URL (RealURL > preVars) oder der Sprachparameter befindet sich im letzten Pfadsegment > (RealURL postVars). Die oben genannte Lösung kann also für manche Fälle > passend sein, bei mir würde sie allerdings nicht mit einer einzigen > Installation funktionieren. > > Ich würde stattdessen mit einer USER_FUNCTION arbeiten und innerhalb einer > Extension entscheiden was ich tun möchte. > $TYPO3_CONF_VARS['FE']['pageNotFound_handling'] = > 'USER_FUNCTION:EXT:my404handling/class.my404handling_pageNotFound.php:my404handling_pageNotFound->pageNotFound'; > Innerhalb dieser Funktion kann man sich dann entscheiden, welchen Wert wohl > der Sprachparameter hat und wie man passend reagieren muss. > > Das sollte es aber auch schon als fertige Extension geben. Ohne mir den > Quellcode von auch nur einer einzigen angesehen zu haben halte ich die > Beschreibung von "pagenotfoundhandling"[1] für das was du willst. Es gibt > allerdings auch noch diverse andere[2]. > > > 1: > http://typo3.org/extensions/repository/view/pagenotfoundhandling/current/ > 2: > http://typo3.org/extensions/repository/?tx_terfe_pi1[view]=search&no_cache=1&tx_terfe_pi1[sword]=404 > > > Grüße, > > > Stephan Schuler > Web-Entwickler > > Telefon: +49 (911) 539909 - 0 > E-Mail: stephan.schu...@netlogix.de > Website: media.netlogix.de > > > -- > netlogix GmbH & Co. KG > IT-Services | IT-Training | Media > Andernacher Straße 53 | 90411 Nürnberg > Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99 > E-Mail: i...@netlogix.de | Internet: http://www.netlogix.de > > netlogix GmbH & Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338) > Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634) > Umsatzsteuer-Identifikationsnummer: DE 233472254 > Geschäftsführer: Stefan Buchta, Matthias Schmidt > > > > -Ursprüngliche Nachricht- > Von: typo3-german-boun...@lists.typo3.org [mailto: > typo3-german-boun...@lists.typo3.org] Im Auftrag von Josef Florian Glatz > Gesendet: Donnerstag, 17. März 2011 07:18 > An: typo3-german@lists.typo3.org > Betreff: Re: [TYPO3-german] mehrsprachige Fehlerseiten ??? > > Am 16.03.2011 18:15, schrieb Ralf-René Schröder: > > Hallo > > da TYPO3 ja von Haus aus keine mehrsprachigen Fehlerseiten bietet habe > > ich folgenden Ansatz gewählt: > > (hier ist TYPO3 4.4.7 mit templavoila und realurl im Einsatz - die > > Fehlerseite heißt 404) > > > > # Vorige Zuweisung > > //$TYPO3_CONF_VARS['FE']['pageNotFound_handling'] = '/404/'; # > > Kontrollstruktur für Mehrsprachigkeit if (preg_match('/\/en\//', > > $_SERVER['REQUEST_URI']) || $_GET['L'] == 1) { > > $TYPO3_CONF_VARS['FE']['pageNotFound_handling'] = '/en/404/'; } else > > if (preg_match('/\/ar\//', $_SERVER['REQUEST_URI']) || $_GET['L'] == > > 2) { $TYPO3_CONF_VARS['FE']['pageNotFound_handling'] = '/ar/404/'; } > > else { $TYPO3_CONF_VARS['FE']['pageNotFound_handling'] = '/404/'; } > > > > funktioniert prinzipiell, liefert aber keinen 404 header, sondern > > einen 200 wo muß ich da noch ansetzen ??? > > > > > Coole Idee mit den IF Abfragen innerhalb der localconf.php. Gibt es auch > eine gute Alternative oder ist dies bereits die beste Lösung (auch in > Verbindung mit TemplaVoila)? > > Würde mich mal interessieren.. > > -- > Regards, > Josef Florian Glatz > http://typo3blog.at | > http://josdesign.at___ > 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 > ___ TYPO3-german mailing list TYPO3-
Re: [TYPO3-german] OT: Versand von Kontodaten per Mail?
Hallo Peter, Peter Linzenkirchner schrieb am 17.03.11 09:42: ist eigentlich OT hier, aber ich weiß nicht, wo ich sonst fragen soll: vielleicht kann mir jemand einen Tipp geben, wo recherchieren muss. Es geht darum, über ein Formular Spenden für eine gemeinnützige Organisation anzunehmen. Es soll im Wesentlichen so funktionieren, dass die Spendenwilligen angeben, wie viel Sie spenden wollen sowie ihre Kontodaten. Die Spende wird dann manuell verarbeitet und abgebucht. Mir fallen dazu zwei Wege ein: - wie üblich bei Formularen werden die Daten via E-Mail an die Organisation für die weitere Verarbeitung gesendet - Daten in einer DB-Tabelle speichern und nur eine Mail senden mit dem Inhalt "Neue Spende eingegangen) so dass die Daten manuell geholt werden müssen. Ich bin mir aber im Unklaren über die rechtliche Situation. Dürfen Kontodaten (also Kontonummer, BLZ + Name) via E-Mail versendet werden? Darf ich sie überhaupt speichern? Ich halte beide Wege für möglich. Falls Du den E-Mail-Versand wählst, würde ich das zur Sicherheit das in dem Formular angeben. Die Speicherung der Daten in einer Tabelle sehe ich problemlos, v.a. wenn nach der Verarbeitung der Datensatz gelöscht wird. Mit Powermail ist die Speicherung und der eMail-Versand ohne die Daten ja problemlos möglich. Viele Grüße, Marcus ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] mehrsprachige Fehlerseiten ???
Hallo zusammen. Ich halte die Condition in der localconf.php für Murks. Das kann im Einzelfall funktionieren und ich will auch nicht behaupten, dass ich Entscheidungen nicht auch schon manchmal innerhalb der localconf.php getroffen habe. Manchmal ist das einfach die schnellste Lösung -- und das Provisorium hält dann mehrere Jahre. Schön kann man das aber trotzdem nicht bezeichnen, und "schön" geht leider oft Hand in Hand mit "wartbar" und "nach einem Update immer noch stabil". Die Sache fängt bei suchmaschinenfreundlichen URLs an. Ich habe nicht eine Installation laufen, bei der der L-Parameter in der URL auftauchen darf. Je nach Installation ist der L-Parameter teilweise grundsätzlich inaktiv und die Sprachentscheidung wird über die Domain getroffen, der Sprachparameter befindet sich im ersten Pfadsegment der URL (RealURL preVars) oder der Sprachparameter befindet sich im letzten Pfadsegment (RealURL postVars). Die oben genannte Lösung kann also für manche Fälle passend sein, bei mir würde sie allerdings nicht mit einer einzigen Installation funktionieren. Ich würde stattdessen mit einer USER_FUNCTION arbeiten und innerhalb einer Extension entscheiden was ich tun möchte. $TYPO3_CONF_VARS['FE']['pageNotFound_handling'] = 'USER_FUNCTION:EXT:my404handling/class.my404handling_pageNotFound.php:my404handling_pageNotFound->pageNotFound'; Innerhalb dieser Funktion kann man sich dann entscheiden, welchen Wert wohl der Sprachparameter hat und wie man passend reagieren muss. Das sollte es aber auch schon als fertige Extension geben. Ohne mir den Quellcode von auch nur einer einzigen angesehen zu haben halte ich die Beschreibung von "pagenotfoundhandling"[1] für das was du willst. Es gibt allerdings auch noch diverse andere[2]. 1: http://typo3.org/extensions/repository/view/pagenotfoundhandling/current/ 2: http://typo3.org/extensions/repository/?tx_terfe_pi1[view]=search&no_cache=1&tx_terfe_pi1[sword]=404 Grüße, Stephan Schuler Web-Entwickler Telefon: +49 (911) 539909 - 0 E-Mail: stephan.schu...@netlogix.de Website: media.netlogix.de -- netlogix GmbH & Co. KG IT-Services | IT-Training | Media Andernacher Straße 53 | 90411 Nürnberg Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99 E-Mail: i...@netlogix.de | Internet: http://www.netlogix.de netlogix GmbH & Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338) Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634) Umsatzsteuer-Identifikationsnummer: DE 233472254 Geschäftsführer: Stefan Buchta, Matthias Schmidt -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Josef Florian Glatz Gesendet: Donnerstag, 17. März 2011 07:18 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] mehrsprachige Fehlerseiten ??? Am 16.03.2011 18:15, schrieb Ralf-René Schröder: > Hallo > da TYPO3 ja von Haus aus keine mehrsprachigen Fehlerseiten bietet habe > ich folgenden Ansatz gewählt: > (hier ist TYPO3 4.4.7 mit templavoila und realurl im Einsatz - die > Fehlerseite heißt 404) > > # Vorige Zuweisung > //$TYPO3_CONF_VARS['FE']['pageNotFound_handling'] = '/404/'; # > Kontrollstruktur für Mehrsprachigkeit if (preg_match('/\/en\//', > $_SERVER['REQUEST_URI']) || $_GET['L'] == 1) { > $TYPO3_CONF_VARS['FE']['pageNotFound_handling'] = '/en/404/'; } else > if (preg_match('/\/ar\//', $_SERVER['REQUEST_URI']) || $_GET['L'] == > 2) { $TYPO3_CONF_VARS['FE']['pageNotFound_handling'] = '/ar/404/'; } > else { $TYPO3_CONF_VARS['FE']['pageNotFound_handling'] = '/404/'; } > > funktioniert prinzipiell, liefert aber keinen 404 header, sondern > einen 200 wo muß ich da noch ansetzen ??? > > Coole Idee mit den IF Abfragen innerhalb der localconf.php. Gibt es auch eine gute Alternative oder ist dies bereits die beste Lösung (auch in Verbindung mit TemplaVoila)? Würde mich mal interessieren.. -- Regards, Josef Florian Glatz http://typo3blog.at | http://josdesign.at ___ 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
[TYPO3-german] unsubscribe
___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Youtube Video in jQuery-Lightbox öffnen nach Klick auf Bild
Hi Maty, danke für den Tipp. In der Theorie sollte das sehr gut funktionieren. Bei mir bleibt allerdings die Lightbox leer. Ich habe im Template die entsprechenden Setups eingebunden (Base, Content und Style) und das Plugin auf der Seite eingebunden. Dann als Typ den iframe ausgewählt und einen Link auf ein Embed-YouTube-Video. Im Prinzip auch wie auf der RZColorbox-Demoseite. Klicke ich nun auf den Link, öffnet sich zwar eine Lightbox, aber diese bleibt ohne Inhalt. Beim normalen Klick-Vergrößern mit Bildern funktioniert die Box. Viele Grüße, Lars Brinkmann -- brinkmann.l...@gmail.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Feuser mit identischem Usernamen gleichzeitig eingeloggt
Helmut Hummel schrieb: Hi, On 17.03.11 09:33, Natascha Oertel wrote: die drei fiktiven Personen war natürlich ich mit rechner, zwei labtops und zwei versch. usb sticks (um auch verschiedene ips zu haben und drei verschiedenen Browsern. Aha. Wäre nützlich, wenn Du sowas gleich schreiben würdest. Den User Agent Check kannst Du bendenkenlos ausstellen: $TYPO3_CONF_VARS['FE']['lockHashKeyWords'] = '' ; das habe ich gemacht und ich werde trotzdem sofort ausgeloggt. Und der login funktioniert an diesen Rechnern, wenn Du Dich an den anderen _nicht_ anmeldest? Ja, ich nutze zum Testen sowieso einen Loginbereich, der schon länger einwandfrei läuft. Viele Grüße, Helmut -- __ Natascha Oertel www.noe-x.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Feuser mit identischem Usernamen gleichzeitig eingeloggt
Hi, On 17.03.11 09:33, Natascha Oertel wrote: > die drei fiktiven Personen war natürlich ich mit rechner, zwei labtops > und zwei versch. usb sticks (um auch verschiedene ips zu haben und drei > verschiedenen Browsern. Aha. Wäre nützlich, wenn Du sowas gleich schreiben würdest. >> Den User Agent Check kannst Du bendenkenlos ausstellen: >> $TYPO3_CONF_VARS['FE']['lockHashKeyWords'] = '' ; >> > das habe ich gemacht und ich werde trotzdem sofort ausgeloggt. Und der login funktioniert an diesen Rechnern, wenn Du Dich an den anderen _nicht_ anmeldest? Viele Grüße, Helmut -- Helmut Hummel TYPO3 Security Team Leader TYPO3 inspiring people to share! Get involved: typo3.org ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TemplaVoila: Sheets bzw. Tabs in FCE's?
Hi, das ist relativ leicht mit Handarbeit. Kopiere die xml in einen Editor, und dann kommen sheets drumrum: ROOT array ... felder ... Second array ... felder ... vg Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] OT: Versand von Kontodaten per Mail?
Am 17.03.2011 09:42, schrieb Peter Linzenkirchner: > Hallo, > > ist eigentlich OT hier, aber ich weiß nicht, wo ich sonst fragen soll: > vielleicht kann mir jemand einen Tipp geben, wo recherchieren muss. Es geht > darum, über ein Formular Spenden für eine gemeinnützige Organisation > anzunehmen. Es soll im Wesentlichen so funktionieren, dass die > Spendenwilligen angeben, wie viel Sie spenden wollen sowie ihre Kontodaten. > Die Spende wird dann manuell verarbeitet und abgebucht. Mir fallen dazu zwei > Wege ein: > - wie üblich bei Formularen werden die Daten via E-Mail an die Organisation > für die weitere Verarbeitung gesendet > - Daten in einer DB-Tabelle speichern und nur eine Mail senden mit dem Inhalt > "Neue Spende eingegangen) so dass die Daten manuell geholt werden müssen. > > Ich bin mir aber im Unklaren über die rechtliche Situation. Dürfen Kontodaten > (also Kontonummer, BLZ + Name) via E-Mail versendet werden? Darf ich sie > überhaupt speichern? > > Viele Grüße > Peter Linzenkirchner > Frag doch bei deiner Bank mit dem Stichwort "einmalige Lastschrifterlaubnis", denn das ist das, was du planst. Wobei ich persönlich für eine Spende immer nur über Überwesiung gehen würde, Kontodaten geb ich dafür nie raus. So dürften viele potentielle Spender sicher auch denken. Grüße, Björn ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news FCE templaVoila
Am 17.03.2011 09:03, schrieb Christian Endlich: > Hallo Bjoern, > > vielen Dank für die Hilfestellung. Werde mich gleich mal da reinkämpfen. Wie > gesagt arbeite erst seit 2 Tagen mit TV. Wo ich dennoch direkt ein Problem > sehe ist die Ausgabe des Teaser einer übergebenen News-ID per TS, da tt_news > (soweit mir bekannt) kein Template mitbringt was einen Teaser erzeugt für > einen einzelnen News-Beitrag. > > Ok man könnte es vielleicht mit der List-View probieren. Aber die zieht ja > gleich den Inhalt eines kompletten News-System-Ordners und beschränkt sich > nicht auf einzelne News-IDs. Ebenso Latest. Bei der SingleView habe ich > keinen Verweis auf sich selbst, sonst könnte ich eventuell dieses interne > Template nutzen. > > Schau'n ma mal! > Ich würde da ein passendes single-view für bauen. Mit einem template und Typoscript sollte das gehen. Björn ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] OT: Versand von Kontodaten per Mail?
Hallo, ist eigentlich OT hier, aber ich weiß nicht, wo ich sonst fragen soll: vielleicht kann mir jemand einen Tipp geben, wo recherchieren muss. Es geht darum, über ein Formular Spenden für eine gemeinnützige Organisation anzunehmen. Es soll im Wesentlichen so funktionieren, dass die Spendenwilligen angeben, wie viel Sie spenden wollen sowie ihre Kontodaten. Die Spende wird dann manuell verarbeitet und abgebucht. Mir fallen dazu zwei Wege ein: - wie üblich bei Formularen werden die Daten via E-Mail an die Organisation für die weitere Verarbeitung gesendet - Daten in einer DB-Tabelle speichern und nur eine Mail senden mit dem Inhalt "Neue Spende eingegangen) so dass die Daten manuell geholt werden müssen. Ich bin mir aber im Unklaren über die rechtliche Situation. Dürfen Kontodaten (also Kontonummer, BLZ + Name) via E-Mail versendet werden? Darf ich sie überhaupt speichern? Viele Grüße Peter Linzenkirchner -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Feuser mit identischem Usernamen gleichzeitig eingeloggt
Hallo, ich glaube euch ja, das es geht, aber das nützt mir ja nichts, wenn es bei mir nicht geht. Ich hab inzwischen im Installtool mit sämtlichen Einstellungen was fe betrifft rumgespielt und logisch und unlogische Einstellungen vorgenommen und sobald ich mich doppelt anmelde, wird einer automatisch ausgeloggt. Es ist bestimmt nur irgendeine Einstellung, nur welche? Peter Linzenkirchner schrieb: Hallo Natascha, wie ich dir auch im Forum geschrieben habe: das muss gehen. Mehreren Leuten das gleiche Login zu geben ist ein gängiges Verfahren. So einen "du bist schon eingeloggt"-Test gibts nichtmal für Backend-User.Das hätte nämlich eine ganze Reihe unangenehmer Folgen: Ein User loggt sich nicht aus und versucht später nochmals auf die Seite zu gehen und darf das nicht mehr. Ein User kann sich nicht von zwei versch. Rechnern aus einloggen, er kann nicht gleichzeitig mit zwei Browsern rein, er kann nicht mit Rechner und Handy rein. Er geht z. B. in einem Interncafé rein und vergisst hier, sich abzumelden, und kann seinen Account nie mehr aufrufen ... Ein einziger Alptraum :-) Gruß Peter Am 17.03.2011 um 07:25 schrieb Natascha Oertel: Ich fände das mit dem hidden field auch viel netter, aber log dich mal mit irgendeinem feuser irgendwo ein und bitte dann jemand anders sich mit den gleichen Zugangsdaten einzuloggen. Ich habe es mit drei Personen versucht. Alle bekamen zwar die Startseite im Loginbereich zu sehen, aber nur einer war in der Lage auch irgendwohin zu klicken, also irgendetwas anderes als die Startseite aufzurufen. Die beiden anderen bekamen die Errorpage. Eigentlich finde ich das ja auch einleuchtend, dass es so eine Art 'du bist schon eingeloggt' gibt. Nur wie man das umgeht weiss ich eben nicht. Helmut Hummel schrieb: Ich fand Deine Idee mit dem hidden field eigentlich ganz charmant und würde Dir empfehlen eher mal zu schauen warum das nicht funktioniert hat anstatt auf eine Uralt-Extension zu setzen. -- __ Natascha Oertel www.noe-x.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- __ Natascha Oertel www.noe-x.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Feuser mit identischem Usernamen gleichzeitig eingeloggt
Helmut Hummel schrieb: Hi, On 17.03.11 07:25, Natascha Oertel wrote: Ich fände das mit dem hidden field auch viel netter, aber log dich mal mit irgendeinem feuser irgendwo ein und bitte dann jemand anders sich mit den gleichen Zugangsdaten einzuloggen. Ich weiss was beim Login passiert. Trotzdem habe ich es noch mal probiert und hatte wie erwartet keine Probleme. Naja, ich schon. Ich habe es mit drei Personen versucht. Alle bekamen zwar die Startseite im Loginbereich zu sehen, aber nur einer war in der Lage auch irgendwohin zu klicken, also irgendetwas anderes als die Startseite aufzurufen. Die beiden anderen bekamen die Errorpage. Vermutlich geht der Login bei denen nicht, unabhängig von dem User mit dem sie sich einloggen. Wild guess: die nutzen IE8 und die Webseite enforced nicht den IE7 Modus hat aber HTML, das den IE8 in den IE7 Modus fallen lässt -> anderer User Agent -> TYPO3 logout. die drei fiktiven Personen war natürlich ich mit rechner, zwei labtops und zwei versch. usb sticks (um auch verschiedene ips zu haben und drei verschiedenen Browsern. Den User Agent Check kannst Du bendenkenlos ausstellen: $TYPO3_CONF_VARS['FE']['lockHashKeyWords'] = '' ; das habe ich gemacht und ich werde trotzdem sofort ausgeloggt. ich habe auch diverse andere sachen mal geändert - ohne erfolg Eigentlich finde ich das ja auch einleuchtend, dass es so eine Art 'du bist schon eingeloggt' gibt. Sowas gibt es NICHT! also ich könnte mir im moment eine errorpage basteln auf der steht 'du bist bereits eingeloggt' ... :-) Nur wie man das umgeht weiss ich eben nicht. Rausfinden warum der Login nicht geht, obwohl es keinen "double login check" gibt. Viele Grüße, Helmut -- __ Natascha Oertel www.noe-x.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Feuser mit identischem Usernamen gleichzeitig eingeloggt
Hallo Natascha, wie ich dir auch im Forum geschrieben habe: das muss gehen. Mehreren Leuten das gleiche Login zu geben ist ein gängiges Verfahren. So einen "du bist schon eingeloggt"-Test gibts nichtmal für Backend-User.Das hätte nämlich eine ganze Reihe unangenehmer Folgen: Ein User loggt sich nicht aus und versucht später nochmals auf die Seite zu gehen und darf das nicht mehr. Ein User kann sich nicht von zwei versch. Rechnern aus einloggen, er kann nicht gleichzeitig mit zwei Browsern rein, er kann nicht mit Rechner und Handy rein. Er geht z. B. in einem Interncafé rein und vergisst hier, sich abzumelden, und kann seinen Account nie mehr aufrufen ... Ein einziger Alptraum :-) Gruß Peter Am 17.03.2011 um 07:25 schrieb Natascha Oertel: > Ich fände das mit dem hidden field auch viel netter, aber log dich mal mit > irgendeinem feuser irgendwo ein und bitte dann jemand anders sich mit den > gleichen Zugangsdaten einzuloggen. Ich habe es mit drei Personen versucht. > Alle bekamen zwar die Startseite im Loginbereich zu sehen, aber nur einer war > in der Lage auch irgendwohin zu klicken, also irgendetwas anderes als die > Startseite aufzurufen. Die beiden anderen bekamen die Errorpage. Eigentlich > finde ich das ja auch einleuchtend, dass es so eine Art 'du bist schon > eingeloggt' gibt. Nur wie man das umgeht weiss ich eben nicht. > > > > Helmut Hummel schrieb: >> >> Ich fand Deine Idee mit dem hidden field eigentlich ganz charmant und >> würde Dir empfehlen eher mal zu schauen warum das nicht funktioniert hat >> anstatt auf eine Uralt-Extension zu setzen. >> >> >> > > > -- > __ > > Natascha Oertel > > www.noe-x.com > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TemplaVoila: Sheets bzw. Tabs in FCE's?
Moin, wie kriege ich es bei einem Flexible Content Element hin, dass die Eingabefelder in Sheets und/oder nebeneinander im Backend dargestellt werden? Im Moment sind alle plump untereinander, was nicht so komfortabel ist. In der Doku finde ich nicht so richtig eine Lösung. Auch wildes rumprobieren wie man es bei den Flexforms für Extensions macht hat nicht hingehauen. Vielen Dank & Viele Grüße Hendrik ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Verstecken Button ausblenden?
Guten Morgen allerseits, ich habe über TCEFORM die Checkbox zum deaktivieren (hidden) der Seite für die Redakteure ausgeblendet. Das Problem ist nun aber, dass die Benutzer es weiterhin über den Seitenbaum und über das Listen-Modul machen können. Wie kriege ich auch da den Button raus? Danke & Gruß Hendrik ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news FCE templaVoila
Hallo Bjoern, vielen Dank für die Hilfestellung. Werde mich gleich mal da reinkämpfen. Wie gesagt arbeite erst seit 2 Tagen mit TV. Wo ich dennoch direkt ein Problem sehe ist die Ausgabe des Teaser einer übergebenen News-ID per TS, da tt_news (soweit mir bekannt) kein Template mitbringt was einen Teaser erzeugt für einen einzelnen News-Beitrag. Ok man könnte es vielleicht mit der List-View probieren. Aber die zieht ja gleich den Inhalt eines kompletten News-System-Ordners und beschränkt sich nicht auf einzelne News-IDs. Ebenso Latest. Bei der SingleView habe ich keinen Verweis auf sich selbst, sonst könnte ich eventuell dieses interne Template nutzen. Schau'n ma mal! Beste Grüße Christian Endlich -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Bjoern Pedersen Gesendet: Donnerstag, 17. März 2011 08:32 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] tt_news FCE templaVoila Am 16.03.2011 16:54, schrieb Christian Endlich: > Hallo Kay, > > dank dir für deine Hilfe. > > Das Problem fängt ja schon damit an, dass ich im FCE gar kein Datensatz von > tt_news auswählen kann, sondern eben nur normale TYPO3 Ces. > > Ich denke ich löse es jetzt so, dass ich mir ne kleine Extension schreibe > die ich als Plugin ins jeweilige FCE platziere und man die News > referenzieren kann, dennoch gleichzeitig noch einstellen kann, ob es in > 100er, 50er oder 25er Breite gerendert werden soll. Wenn das die Aufgabestellung ist: Ich möchte einen Teaser-Container für einen einzelnen News Beitrag entwickeln und habe das wie folgt gemacht: - FCE anlegen - nicht gemaptes field mit Typ "Content Elements" Falsch Typ. Konfiguriere das FCe so, das du tt_news Datensätze auswählen kannst und übergebe im Renderingtyposcript (im FCE) die news-id an tt_news. in der DS: PNews Element select tt_news <<< put what ever you need here >>> 1 0 1
Re: [TYPO3-german] tt_news FCE templaVoila
Am 16.03.2011 16:54, schrieb Christian Endlich: > Hallo Kay, > > dank dir für deine Hilfe. > > Das Problem fängt ja schon damit an, dass ich im FCE gar kein Datensatz von > tt_news auswählen kann, sondern eben nur normale TYPO3 Ces. > > Ich denke ich löse es jetzt so, dass ich mir ne kleine Extension schreibe > die ich als Plugin ins jeweilige FCE platziere und man die News > referenzieren kann, dennoch gleichzeitig noch einstellen kann, ob es in > 100er, 50er oder 25er Breite gerendert werden soll. Wenn das die Aufgabestellung ist: Ich möchte einen Teaser-Container für einen einzelnen News Beitrag entwickeln und habe das wie folgt gemacht: - FCE anlegen - nicht gemaptes field mit Typ "Content Elements" Falsch Typ. Konfiguriere das FCe so, das du tt_news Datensätze auswählen kannst und übergebe im Renderingtyposcript (im FCE) die news-id an tt_news. in der DS: PNews Element select tt_news <<< put what ever you need here >>> 1 0 1
[TYPO3-german] dam_cron - Dateien werden indiziert - Dennoch ein Problem?
Hallo Liste, ich setze dam_cron ein und dieser indiziert auch wie gewünscht neue Dateien unterhalb von /fileadmin. Bevor im Log die Indexed files ala indexed: fileadmin/user_upload/inarbeit/construction.png indexed: fileadmin/user_upload/inarbeit/index.html indexed: fileadmin/user_upload/bilder_wiawoswoun/t3blog.png indexed: fileadmin/user_upload/bilder_wiawoswoun/t3ter2.png indexed: fileadmin/user_upload/bilder_wiawoswoun/newst3.png indexed: fileadmin/user_upload/bilder_wiawoswoun/podcast.png indexed: fileadmin/user_upload/bilder_wiawoswoun/typo3-websites.eu.png indexed: fileadmin/user_upload/bilder_wiawoswoun/typo3blogger.png erscheinen kommt noch eine Schlange voll mit folgenden Zeilen: which: no file in (/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:) /usr/local/bin/gm identify: Must specify image size (/tmp/gmnLWMnp). which: no file in (/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:) /usr/local/bin/gm identify: Must specify image size (/tmp/gmnLWMnp). which: no file in (/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:) which: no file in (/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:) which: no file in (/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:) /usr/local/bin/gm identify: Must specify image size (/tmp/gmnLWMnp). which: no file in (/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:) Was sagt mir das? Muss ich noch etwas an der Konfig anpassen? Zur Info: Es handelt sich um einen Mittwaldaccount. Hat jemand eine Idee? Bzw. am liebsten wär mir wenn ich diese Zeilen getrost überlesen darf und nicht weiter beachten muss. Danke im Voraus -- Regards, Josef Florian Glatz http://typo3blog.at | http://josdesign.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Feuser mit identischem Usernamen gleichzeitig eingeloggt
Hi, On 17.03.11 07:25, Natascha Oertel wrote: > Ich fände das mit dem hidden field auch viel netter, aber log dich mal > mit irgendeinem feuser irgendwo ein und bitte dann jemand anders sich > mit den gleichen Zugangsdaten einzuloggen. Ich weiss was beim Login passiert. Trotzdem habe ich es noch mal probiert und hatte wie erwartet keine Probleme. > Ich habe es mit drei Personen > versucht. Alle bekamen zwar die Startseite im Loginbereich zu sehen, > aber nur einer war in der Lage auch irgendwohin zu klicken, also > irgendetwas anderes als die Startseite aufzurufen. Die beiden anderen > bekamen die Errorpage. Vermutlich geht der Login bei denen nicht, unabhängig von dem User mit dem sie sich einloggen. Wild guess: die nutzen IE8 und die Webseite enforced nicht den IE7 Modus hat aber HTML, das den IE8 in den IE7 Modus fallen lässt -> anderer User Agent -> TYPO3 logout. Den User Agent Check kannst Du bendenkenlos ausstellen: $TYPO3_CONF_VARS['FE']['lockHashKeyWords'] = '' ; > Eigentlich finde ich das ja auch einleuchtend, > dass es so eine Art 'du bist schon eingeloggt' gibt. Sowas gibt es NICHT! > Nur wie man das > umgeht weiss ich eben nicht. Rausfinden warum der Login nicht geht, obwohl es keinen "double login check" gibt. Viele Grüße, Helmut -- Helmut Hummel TYPO3 Security Team Leader TYPO3 inspiring people to share! Get involved: typo3.org ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german