[TYPO3-german] ext gb_events (Event Calendar) - Ausgeben des Enddatums?
Hallo an alle, ich arbeite mit Typo3 4.7.8 und der Kalender Extension gb_events. Beim Anlegen eines Termins besteht im Backend die Möglichkeit den Start und das Ende der Veranstaltung anzugeben. Im Template gibt es allerdings nur die eine Variable event.eventDate Mir wird das Ende der Veranstaltung nicht ausgegeben. Gibt es hierfür doch eine eigene Variable, die ich einfach übersehen habe? Oder muss ich meine Zeile irgendwie abändern? Das steht zurzeit in meinem Fluid-Template, mit dem ich die Ausgabe steuern kann: {event.eventDate - f:format.date(format:'d.m.Y')} Hoffe, es weiß hier wer bescheid und kann mir weiterhelfen. Liebe Grüße, Lisa ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] realurl + htaccess + Fehlerseite 404
Hallo zusammen, ich habe in diversen Typo3 Projekten Probleme mit dem Aufrufen einer Typo3 Fehlerseite, nicht einmal die Standardseite erscheint, sondern es wird einfach auf die in der Seitenstruktur nächsthöhere Ebene umgeleitet. Diesen Effekt habe ich diverse Male gelesen, eine Lösung gab´s für mich jedoch noch nicht. In meine localconf habe ich drinstehen: $TYPO3_CONF_VARS['FE']['pageNotFound_handling'] = '/index.php?id=28'; $TYPO3_CONF_VARS['FE']['pageNotFound_handling_statheader'] = 'HTTP/1.1 404 Not Found'; Der Rewrite-Part meiner htaccess sieht so aus: IfModule mod_rewrite.c RewriteEngine On RewriteRule ^typo3_src\-(.*)$ / RewriteCond %{REQUEST_URI} ^.+(/(uploads|fileadmin|(typo3(conf|temp)))/.*) RewriteRule ^.*$ %1 [L,R=301] RewriteRule ^(typo3/|t3lib/|tslib/|fileadmin/|typo3conf/|typo3temp/|uploads/|showpic\.ph p|favicon\.ico) - [L] RewriteRule ^typo3$ typo3/index_re.php [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !-l RewriteBase / RewriteRule .* index.php [L] /IfModule Ich habe testweise einmal realurl deaktiviert und die htaccess rausgenommen, dann erscheint meine Fehlerseite jedoch leider auch nicht. :-) Vielleicht hat noch jemand von Euch eine Idee? Danke! Gruß Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] SPAMSHIELD
Hallo! Ich nutze wt_spamshield, funktioniert sehr gut. Vor allem die Mindest-Zeit und der Namens-Check (gleichheit von Feldern) sind nützlich. Funktioniert gut im Zusammenhang mit ve_guestbook und powermail (1.6.9) unter 4.5.25. Ist wt_spamshield in der Include static (from extensions) Liste ausgewählt? Schöne Grüße, Andreas Am 15.04.2013 um 07:13 schrieb Gerhard Obermayr des...@cgc.at: Hallo Leute, wer hat Erfahrung mit der Extension Spamshield? Ich habe sie als Absicherung bei einem Kontaktformular eingebaut. Die Extension hat eine Funktion Honeypod check, die maschinelles Ausfüllen verhindern soll. Wenn also eine Maschine ein verstecktes Feld ausfüllt, wird das Formular nicht abgesendet. Heute habe ich jedoch fünf Kontaktformulare bekommen, wo das Feld ausgefüllt ist. Eigentlich sollte das als Spam erkannt und nicht abgeschickt werden. Hat jemand Erfahrungen damit? -- Liebe Grüße aus Haag Gerhard Obermayr ___ R. OBERMAYR Internet-Services A-3350 Haag, Holzleiten 35 +43 7434 42181 URL Firma: http://www.cgc.at - E-Mail: des...@cgc.at URL Privat: http://www.gerhard-obermayr.com ___ ___ 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] realurl + htaccess + Fehlerseite 404
Hi Warscheinlich setzt du RealURL mit der Configurations option redirect_goodUpperDir ein. damit wird eine nicht gefunden url auf die obere ebene geleitet. das macht halle 404 seite kaputt. gruss chris Am 17. April 2013 10:41 schrieb Michael Bauer mich...@bauers-place.de: Hallo zusammen, ich habe in diversen Typo3 Projekten Probleme mit dem Aufrufen einer Typo3 Fehlerseite, nicht einmal die Standardseite erscheint, sondern es wird einfach auf die in der Seitenstruktur nächsthöhere Ebene umgeleitet. Diesen Effekt habe ich diverse Male gelesen, eine Lösung gab´s für mich jedoch noch nicht. In meine localconf habe ich drinstehen: $TYPO3_CONF_VARS['FE']['pageNotFound_handling'] = '/index.php?id=28'; $TYPO3_CONF_VARS['FE']['pageNotFound_handling_statheader'] = 'HTTP/1.1 404 Not Found'; Der Rewrite-Part meiner htaccess sieht so aus: IfModule mod_rewrite.c RewriteEngine On RewriteRule ^typo3_src\-(.*)$ / RewriteCond %{REQUEST_URI} ^.+(/(uploads|fileadmin|(typo3(conf|temp)))/.*) RewriteRule ^.*$ %1 [L,R=301] RewriteRule ^(typo3/|t3lib/|tslib/|fileadmin/|typo3conf/|typo3temp/|uploads/|showpic\.ph p|favicon\.ico) - [L] RewriteRule ^typo3$ typo3/index_re.php [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !-l RewriteBase / RewriteRule .* index.php [L] /IfModule Ich habe testweise einmal realurl deaktiviert und die htaccess rausgenommen, dann erscheint meine Fehlerseite jedoch leider auch nicht. :-) Vielleicht hat noch jemand von Euch eine Idee? Danke! Gruß Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- christian wolff - webdeveloper, tech-loving geek and typo3 enthusiast telefon: +49 30 347 244 88 mobil: +49 179 49 44 758 email: ch...@connye.com adresse: friedelstraße 31 - 12047 berlin xing-profil: http://www.xing.com/profile/Christian_Wolff43 google+: https://plus.google.com/u/0/115669673917212236875/posts?hl=de facebook: https://www.facebook.com/1stMachine flattr: https://flattr.com/profile/1stmachine ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] realurl + htaccess + Fehlerseite 404
Hallo Michael das kann auch an einer Einstellung im Install-Tool liegen, da gibt es eine ganze Reihe von Einstellungen, z.B. [FE][pageNotFound_handling]. Vielleicht ist da was eingestellt. Normal ist das Feld leer und bedeutet The next visible page upwards in the page tree is shown. Und dann gibt es noch div. Extensions, welche in dieses Handling eingreifen. ZB. pagenotfoundhandling oder realurl_force404lang. Gruss Renzo -- Renzo Bauen conPassione gmbh T +41 33 345 00 92 M +41 79 330 10 11 http://www.conpassione.ch TYPO3 Bronce Associate Am Mittwoch, den 17.04.2013, 10:41 +0200 schrieb Michael Bauer: Hallo zusammen, ich habe in diversen Typo3 Projekten Probleme mit dem Aufrufen einer Typo3 Fehlerseite, nicht einmal die Standardseite erscheint, sondern es wird einfach auf die in der Seitenstruktur nächsthöhere Ebene umgeleitet. Diesen Effekt habe ich diverse Male gelesen, eine Lösung gab´s für mich jedoch noch nicht. In meine localconf habe ich drinstehen: $TYPO3_CONF_VARS['FE']['pageNotFound_handling'] = '/index.php?id=28'; $TYPO3_CONF_VARS['FE']['pageNotFound_handling_statheader'] = 'HTTP/1.1 404 Not Found'; Der Rewrite-Part meiner htaccess sieht so aus: IfModule mod_rewrite.c RewriteEngine On RewriteRule ^typo3_src\-(.*)$ / RewriteCond %{REQUEST_URI} ^.+(/(uploads|fileadmin|(typo3(conf|temp)))/.*) RewriteRule ^.*$ %1 [L,R=301] RewriteRule ^(typo3/|t3lib/|tslib/|fileadmin/|typo3conf/|typo3temp/|uploads/|showpic\.ph p|favicon\.ico) - [L] RewriteRule ^typo3$ typo3/index_re.php [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !-l RewriteBase / RewriteRule .* index.php [L] /IfModule Ich habe testweise einmal realurl deaktiviert und die htaccess rausgenommen, dann erscheint meine Fehlerseite jedoch leider auch nicht. :-) Vielleicht hat noch jemand von Euch eine Idee? Danke! Gruß Michael ___ 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] Frage zu SQL Statement
Lieber Olaf meine Hinweis ist ungetestet: Mach mal eine Klammer um das ganze Where, also where = (pages_cat_mm.uid_foreign = 2) Manchmal hat MySQL Mühe, wenn es Zuordnungen selber machen muss. Vielleicht ergibt der von TYPO3 zusammengestellte SQL-String ohne Klammern irgendwas unverständliches... Eine andere Möglichkeit ist, andwhere zu verwenden. Dies vor allem dann, wenn die Sprache auch noch eine Rolle spielt, denn da macht TYPO3 immer eine eigene Where-Klausel, welche dann mit andwhere ergänzt wird. Das wären so meine Ansatzpunkte. Gruss Renzo -- Renzo Bauen conPassione gmbh T +41 33 345 00 92 M +41 79 330 10 11 http://www.conpassione.ch TYPO3 Bronce Associate Am Mittwoch, den 17.04.2013, 12:37 +0200 schrieb Olaf Schuemann: Hallo zusammen, ich habe folgendes TypoScript temp.inhalt = CONTENT temp.inhalt { table = pages select { pidInList.field = uid orderBy = sorting max = 30 leftjoin = pages_cat_mm ON (pages.uid = pages_cat_mm.uid_local) selectFields = pages.uid where = pages_cat_mm.uid_foreign = 2 } } was allerdings nicht funktioniert bzw. keine Ergebnisse liefert :-( Wenn ich ein direktes SQL Stament baue SELECT * FROM `pages` LEFT JOIN pages_cat_mm ON (pages.uid = pages_cat_mm.uid_local) WHERE pages_cat_mm.uid_foreign = 2 (ja, die Eigenschaften aus PidInList delete, hidden etc fehlen) bekomme ich das gewünschte Ergebnis (oder wenn ich die where und leftjoin zeile auskommentiere auch) Ich habe vermutlich irgendwo einen Denkfehler - hat jemand eine Idee? Danke OLAF ___ 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] realurl + htaccess + Fehlerseite 404
Hi Chris, der Hinweis mit redirect_goodUpperDir stimmt schonmal, das ist in meiner realurl conf vorhanden. Allerdings ändert sich nichts, wenn ich diese Zeile einfach rausnehme. Der init-Bereich aus der realurl conf sieht so aus: $TYPO3_CONF_VARS['EXTCONF']['realurl']['_DEFAULT'] = array( 'init' = array( 'enableCHashCache' = 1, 'appendMissingSlash' = 'ifNotFile', 'enableUrlDecodeCache' = 1, 'enableUrlEncodeCache' = 1, 'respectSimulateStaticURLs' = 0, 'postVarSet_failureMode'='redirect_goodUpperDir', 'postVarSet_failureUrl' = 'http://www.google.de/', ), 'redirects_regex' = array ( ), ... Ich habs auch mal mit der zusätzlichen Zeile postVarSet_failureUrl probiert, leider auch keine Änderung. Wird die die realurl conf denn eigentlich in irgendeiner Form hinzugezogen, auch wenn ich die Extension via Typoscript deaktiviere? Vielen Dank schonmal! Gruß Michael -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von chris Wolff Gesendet: Mittwoch, 17. April 2013 11:14 An: German TYPO3 Userlist Betreff: Re: [TYPO3-german] realurl + htaccess + Fehlerseite 404 Hi Warscheinlich setzt du RealURL mit der Configurations option redirect_goodUpperDir ein. damit wird eine nicht gefunden url auf die obere ebene geleitet. das macht halle 404 seite kaputt. gruss chris Am 17. April 2013 10:41 schrieb Michael Bauer mich...@bauers-place.de: Hallo zusammen, ich habe in diversen Typo3 Projekten Probleme mit dem Aufrufen einer Typo3 Fehlerseite, nicht einmal die Standardseite erscheint, sondern es wird einfach auf die in der Seitenstruktur nächsthöhere Ebene umgeleitet. Diesen Effekt habe ich diverse Male gelesen, eine Lösung gab´s für mich jedoch noch nicht. In meine localconf habe ich drinstehen: $TYPO3_CONF_VARS['FE']['pageNotFound_handling'] = '/index.php?id=28'; $TYPO3_CONF_VARS['FE']['pageNotFound_handling_statheader'] = 'HTTP/1.1 404 Not Found'; Der Rewrite-Part meiner htaccess sieht so aus: IfModule mod_rewrite.c RewriteEngine On RewriteRule ^typo3_src\-(.*)$ / RewriteCond %{REQUEST_URI} ^.+(/(uploads|fileadmin|(typo3(conf|temp)))/.*) RewriteRule ^.*$ %1 [L,R=301] RewriteRule ^(typo3/|t3lib/|tslib/|fileadmin/|typo3conf/|typo3temp/|uploads/|showp ic\.ph p|favicon\.ico) - [L] RewriteRule ^typo3$ typo3/index_re.php [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !-l RewriteBase / RewriteRule .* index.php [L] /IfModule Ich habe testweise einmal realurl deaktiviert und die htaccess rausgenommen, dann erscheint meine Fehlerseite jedoch leider auch nicht. :-) Vielleicht hat noch jemand von Euch eine Idee? Danke! Gruß Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- christian wolff - webdeveloper, tech-loving geek and typo3 enthusiast telefon: +49 30 347 244 88 mobil: +49 179 49 44 758 email: ch...@connye.com adresse: friedelstraße 31 - 12047 berlin xing-profil: http://www.xing.com/profile/Christian_Wolff43 google+: https://plus.google.com/u/0/115669673917212236875/posts?hl=de facebook: https://www.facebook.com/1stMachine flattr: https://flattr.com/profile/1stmachine ___ 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] realurl + htaccess + Fehlerseite 404
Hallo Renzo, danke für die Antwort. [FE][pageNotFound_handling] hatte ich bereits gesetzt, da ist meine Fehlerseite drin. Anderweitige Extensions in die Richtung habe ich eigentlich nicht im System, versuche, mit so wenigen Helferlein auszukommen wie möglich. :-) Trotzdem Danke! Gruß Michael -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von conPassione gmbh Gesendet: Mittwoch, 17. April 2013 11:56 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] realurl + htaccess + Fehlerseite 404 Hallo Michael das kann auch an einer Einstellung im Install-Tool liegen, da gibt es eine ganze Reihe von Einstellungen, z.B. [FE][pageNotFound_handling]. Vielleicht ist da was eingestellt. Normal ist das Feld leer und bedeutet The next visible page upwards in the page tree is shown. Und dann gibt es noch div. Extensions, welche in dieses Handling eingreifen. ZB. pagenotfoundhandling oder realurl_force404lang. Gruss Renzo -- Renzo Bauen conPassione gmbh T +41 33 345 00 92 M +41 79 330 10 11 http://www.conpassione.ch TYPO3 Bronce Associate Am Mittwoch, den 17.04.2013, 10:41 +0200 schrieb Michael Bauer: Hallo zusammen, ich habe in diversen Typo3 Projekten Probleme mit dem Aufrufen einer Typo3 Fehlerseite, nicht einmal die Standardseite erscheint, sondern es wird einfach auf die in der Seitenstruktur nächsthöhere Ebene umgeleitet. Diesen Effekt habe ich diverse Male gelesen, eine Lösung gab´s für mich jedoch noch nicht. In meine localconf habe ich drinstehen: $TYPO3_CONF_VARS['FE']['pageNotFound_handling'] = '/index.php?id=28'; $TYPO3_CONF_VARS['FE']['pageNotFound_handling_statheader'] = 'HTTP/1.1 404 Not Found'; Der Rewrite-Part meiner htaccess sieht so aus: IfModule mod_rewrite.c RewriteEngine On RewriteRule ^typo3_src\-(.*)$ / RewriteCond %{REQUEST_URI} ^.+(/(uploads|fileadmin|(typo3(conf|temp)))/.*) RewriteRule ^.*$ %1 [L,R=301] RewriteRule ^(typo3/|t3lib/|tslib/|fileadmin/|typo3conf/|typo3temp/|uploads/|showp ic\.ph p|favicon\.ico) - [L] RewriteRule ^typo3$ typo3/index_re.php [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !-l RewriteBase / RewriteRule .* index.php [L] /IfModule Ich habe testweise einmal realurl deaktiviert und die htaccess rausgenommen, dann erscheint meine Fehlerseite jedoch leider auch nicht. :-) Vielleicht hat noch jemand von Euch eine Idee? Danke! Gruß Michael ___ 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-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] t3blog latestPostNav mit Bild
Moin, ich habe selbst mit der extension noch nicht gerarbeitet, sie allerdings im Einsatz. Nun soll nach den neuen Anforderungen zu jedem Blogeintrag in der latestPostNav ein Bild mit angezeigt werden. Hat jemand schon mal so etwas integriert, welche Erfahrungen habt ihr. Einfach ein Inhaltstyp Text/Bild bringt es nicht und zerstört in anderen Ansichten das Design, weil gecropped wird. LG Janine ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Durcheinander im neuen News-System
Hi Steffen, Steffen Liebig wrote: Core: Error handler (BE): PHP Warning: Invalid argument supplied for foreach() in /home/www/typo3_6.0.4/typo3/sysext/extensionmanager/Classes/Utility/DependencyUtility.php line 145 - so geschehen bei Installationsversuchen von tt_address 2.2.3, tt_news 3.4.0 Beta und site crawler 3.5.0 Lässt sich damit was anfangen ? Ja. Vermutlich sind die Dependecies falsch angegeben oder der neue EM unterstützt eine bestimmte Notation nicht. Machst du mal bitte ein Core Issue auf und verlinkst es hier. Bitte gib in dem Issue die kaputten Extensions an. Eventuell sehe ich mir das Problem demnächst genauer an. Viele Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – linkvalidator TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Durcheinander im neuen News-System
Kann ich machen. Wird vermutlich nächste Woche werden, da ich morgen wenig Zeit habe und übers WE weg bin. Die Neuigkeiten tipp ich hier rein, damit alles beisammen ist. Letzter Stand: Ich teste zusätzlich privat mit der 6.0.0 rc2 (Komplettpaket samt Installer). Die localconf dorr sieht aus wie die alten localconf's. Ergebnis mit Georgs News-System 2.1.0: 1) Upload scheinbar ok, aber erst nach erneutem Anwerfen des EM auch sichtbar (EM springt nicht zur Übersicht) 2) Auto-Aktivierung fehlgeschlagen 3) manuelle Aktivierung: weiße Seite, Aufschlagen des EM: Modul bleibt deaktiviert 4) Einträge in der localconf Fehlanzeige Ob und ggf was davon am Paket/an meinem Rechner liegt, ist bis auf 4) unklar...optisch fallen insbesondere 1) und der erste Teil von 3) auf, der Rest ist wie gehabt. Mein Eindruck ist, dass sich in der 6.0.4 GAR KEIN Modul zusätzlich aktivieren lässt (kurioserweise hat hier aber das News-System volle Einträge im extArray und in der extList). Zur 6.0.1: 1) Wieso es zumindest nach mehreren Versuchen irgendwann ging - bin ich überfragt. Nach probeweiser Deaktivierung geht auch dort kein Modul mehr an. Die Standard-Exts lasse ich gleich auf grün. Man kann auch zu viel testen. 2) LocalConfiguration-Datei...nach Upload und Aktivierungsversuchen mehrere leere Einträge im extConf-Array. Wo nix läuft, wundert mich das nicht, aber (gerade bei 6.0.1/bt_simplecontact gesehen) mit nach wie vor grünem Licht und frischem (grad vorhin) Update auf 2.6.2...ein laufendes UND NUTZBARES Modul mit weiter leerem Eintrag ?! *confused* Dazu ist Folgendes zu sagen: Nach Deaktivierung bleibt das News-System im extArray stehen, als ob das Modul noch aktiviert wäre. Ebenso beim Crawler. Dafür fehlt der Crawler in der extList. So viel zur Vervollständigung für den Moment. Alles Weitere folgt so bald wie möglich. Am 17.04.2013 17:50, schrieb Philipp Gampe: Hi Steffen, Steffen Liebig wrote: Core: Error handler (BE): PHP Warning: Invalid argument supplied for foreach() in /home/www/typo3_6.0.4/typo3/sysext/extensionmanager/Classes/Utility/DependencyUtility.php line 145 - so geschehen bei Installationsversuchen von tt_address 2.2.3, tt_news 3.4.0 Beta und site crawler 3.5.0 Lässt sich damit was anfangen ? Ja. Vermutlich sind die Dependecies falsch angegeben oder der neue EM unterstützt eine bestimmte Notation nicht. Machst du mal bitte ein Core Issue auf und verlinkst es hier. Bitte gib in dem Issue die kaputten Extensions an. Eventuell sehe ich mir das Problem demnächst genauer an. Viele Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Durcheinander im neuen News-System
Hi, Am 17.04.2013 19:27, schrieb Steffen Liebig: Kann ich machen. Wird vermutlich nächste Woche werden, da ich morgen wenig Zeit habe und übers WE weg bin. Die Neuigkeiten tipp ich hier rein, damit alles beisammen ist. das bringt eigentlich auch nichts wenn das dann leute lesen und du dann e nächste Woche ganz weiter bist ... Ich teste zusätzlich privat mit der 6.0.0 rc2 (Komplettpaket samt Installer). Die localconf dorr sieht aus wie die alten localconf's. warum die 6.0.0??? nimm entweder die aktuellste 6.0.x oder eine 6.1 Ergebnis mit Georgs News-System 2.1.0: warum eine alte version? nimm die git version oder die aktuellste im TER 3) manuelle Aktivierung: weiße Seite, Aufschlagen des EM: Modul bleibt deaktiviert weiße seite heißt du solltest im error log schauen, sonst kann man nicht hilfen georg ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Durcheinander im neuen News-System
Hallo Georg, ich habs nochmal in meiner privaten 4.7.2 getestet. Das mit der Reihenfolge hat sich wohl erledigt...ich hatte kurzzeitig den Haken für manuelles Sortieren gestezt, vielleicht hat das was durcheinandergebracht ?! Der Rest ist geblieben - ich kann zwar importieren, aber das Stichdatum des Fehlers hat sich geändert. Es liegt jetzt irgendwann Anfang Oktober 2011 (könnte wieder ein Installationsdatum sein, aber sicher nicht vom News-System) und was fehlt, sind im Hauptordner nicht die Datensätze AB, sondern DAVOR. Im anderen Ordner wie gehabt die 3 aktuellsten News, aber die könnte ich bei Bedarf nacharbeiten. Bei den 50 im Hauoptordner wirds schon schwieriger. Schon seltsam... ja ein error occured...lol, klingt nach ähnlichem Humor. Da muss ich mitgrinsen - vielleicht finden wir ja noch raus, welcher error ;-) Mal ernsthaft: achtet das News-System beim Import auf irgendein Datum als Grenze ? Am 17.04.2013 05:50, schrieb Georg Ringer: Hallo Steffen, ich kenn mich nicht ganz aus, muss aber auch gestehen dass ich mit dem tt_news Importer schon länger nichts zu tun gehabt habe, bei allen anderen hat er eigentlich schon fuktioniert. Du schreibst aber in dem Thread von soviel anderen komischen Problemen, dass ich mir nicht sicher bin ob es an meiner Extension liegt. Am 16.04.2013 16:55, schrieb Steffen Liebig: 3) Seit dem Import lassen sich auch einige tt-news-Datensätze von nach dem 18.02. nicht mehr anwählen: Oops, a mistake occured. [Da ich die Meldung seit 6.0.0 schon mehrmals gesehen habe, bin ich fast geneigt, aus dem Mistake einen Headache zu machen *lach*.] das liegt an news. Da werd ich wohl mal die Fehlermeldung richtig anzeigen lassen müssen, um schlau draus zu werden. Oder hat jemand eine Idee, was da los ist ? ja, ein error occured. SCNR Georg ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Durcheinander im neuen News-System
Am 17.04.2013 19:47, schrieb Steffen Liebig: Mal ernsthaft: achtet das News-System beim Import auf irgendein Datum als Grenze ? nein ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] DROP key / ALTER key ohne Länge
Ganz spontan vermute ich, dass auf Eurem Server InnoDB als Storage Engine nicht unterstützt wird, sondern nur MyISAM. Gruß Daniel Am 15.04.2013 16:46, schrieb Andrea Schmuttermair: Kennt echt niemand diese Fehlermeldung? Ist ja kein Uralt-System? Quoting a...@schmutt.de: Hi, ich habe dieses Problem mittlerweile bei vielen Extensions - es macht zwar keine Fehler, aber es ergibt mittlerweile eine ziemlich lange Liste... Ein Key auf einen varchar Wert kann laut MySQL nicht ohne Länge definiert werden. z.B. Extension enetcache sagt nach Update: Add fields ALTER TABLE tx_enetcache_contentcache_tags ADD KEY cache_id (identifier); - ergibt diesen Fehler: #1170 - BLOB/TEXT column 'identifier' used in key specification without a key length Changing fields select/deselect all ALTER TABLE tx_enetcache_contentcache DROP KEY cache_id; ALTER TABLE tx_enetcache_contentcache ADD KEY cache_id (identifier(500)); - das funktioniert ext_tables.sql: CREATE TABLE tx_enetcache_contentcache ( id int(11) unsigned NOT NULL auto_increment, identifier varchar(250) DEFAULT '' NOT NULL, crdate int(11) unsigned DEFAULT '0' NOT NULL, content mediumblob, lifetime int(11) unsigned DEFAULT '0' NOT NULL, PRIMARY KEY (id), KEY cache_id (identifier) ) ENGINE=InnoDB; Egal wie ich die keys lösche und wieder hinzufüge, im Extension Manager wird immer wieder das ALTER Table als notwendiges Update vorgeschlagen. Gibt es dafür eine Lösung, meine COMPARE DATABASE Liste ist mittlerweile so lang, dass ich gar nichts mehr finde vor lauter key Änderungen? Und ich verliere auch den Überblick, wo ich die Keys schon manuell hinzugefügt habe und wo nicht, was bei großen Tabellen schon ein Performance Problem sein kann. TYPO3: 4.5.25 MySQL: 5.5.30 (kein Update möglich, da Teil einer Distribution) LG Andrea ___ 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] Frage zu SQL Statement
Hallo Renzo, vielen Dank für Deine Meldung - war es allerdings nicht. Die Klammerung ist nicht wichtig. Vielmehr war es ein logischer Fehler in meinem Script, ich bin Rekursiv durch mehrere Ebenen gegangen - und wenn ich da eine Einschränkung (durch die where) mache, dann bricht das System eben ab und Stoppt die Rekursion. Naja, jetzt bin ich schlauer ;-) Danke OLAF schrieb conPassione gmbh, am 17.04.13 13:11: Lieber Olaf meine Hinweis ist ungetestet: Mach mal eine Klammer um das ganze Where, also where = (pages_cat_mm.uid_foreign = 2) Manchmal hat MySQL Mühe, wenn es Zuordnungen selber machen muss. Vielleicht ergibt der von TYPO3 zusammengestellte SQL-String ohne Klammern irgendwas unverständliches... Eine andere Möglichkeit ist, andwhere zu verwenden. Dies vor allem dann, wenn die Sprache auch noch eine Rolle spielt, denn da macht TYPO3 immer eine eigene Where-Klausel, welche dann mit andwhere ergänzt wird. Das wären so meine Ansatzpunkte. Gruss Renzo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Durcheinander im neuen News-System
Die 6.0.4 hab ich nicht mit Installer gefunden. Als Package auf typo3.org ja, aber das bekomme ich nicht installiert. Es ist weder ein Install-Tool dabei noch sonstwas zum Installieren. Klappt nicht mit dem Einbinden in meinem XAMP. Ergo hab ich was Anderes gesucht, wo ein Installer dabei ist und dieses zuerst gefunden. War eh nur auf die Schnelle privat zum Testen gedacht für den Sprung von 4.7.x auf 6.0.x. Online habe ich beim Provider die 6.0.1 und seit ein paar Tagen die 6.0.4 laufen. Mit erwähnten Problemen - da wollte ich wissen, obs auf meinem Rechner dieselben Mucken macht. Um mehr gehts nicht. Aber hast recht, mir gefällt das Paket nicht so recht. Ich werd mir was Anderes suchen. Beim News System steht die 2.1.0 Beta auf typo3.org, die hab ich genommen. Wird mir auch im EM der 6.0.4 angeboten. Am 17.04.2013 19:36, schrieb Georg Ringer: Hi, Am 17.04.2013 19:27, schrieb Steffen Liebig: Kann ich machen. Wird vermutlich nächste Woche werden, da ich morgen wenig Zeit habe und übers WE weg bin. Die Neuigkeiten tipp ich hier rein, damit alles beisammen ist. das bringt eigentlich auch nichts wenn das dann leute lesen und du dann e nächste Woche ganz weiter bist ... Ich teste zusätzlich privat mit der 6.0.0 rc2 (Komplettpaket samt Installer). Die localconf dorr sieht aus wie die alten localconf's. warum die 6.0.0??? nimm entweder die aktuellste 6.0.x oder eine 6.1 Ergebnis mit Georgs News-System 2.1.0: warum eine alte version? nimm die git version oder die aktuellste im TER 3) manuelle Aktivierung: weiße Seite, Aufschlagen des EM: Modul bleibt deaktiviert weiße seite heißt du solltest im error log schauen, sonst kann man nicht hilfen georg ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] label_userFunc für beliebige Spalten?
Hallo, im Moment zweifle ich grade an mir... Gegeben ist eine Tabelle mit knapp 20 Spalten, in der Listenansicht passt auch fast alles. Für die Titel-Spalte wird der Wert per label_userFunc angepasst: function getEventRecordLabel($params, $pObj) { //some stuff //Write to the label $params['start_date'] = $datetime; $params['title'] = $label; } Volständig OK so - start_date und titel werden genau so verändert und angezeigt wie gewünscht. Nur klappt das leider um keinen Preis der Welt für andere Spalten. In $params sind die ursprünglichen Werte im array row korrekt enthalten, nur ändern kann ich nichts. Hat jemand eine Idee, woran das liegen könnte? Wo könnte ich eine wichtige Einstellung vergessen haben? Besten Dank im Voraus, Thomas ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german