Re: [TYPO3-german] tt news und Realurl
Das ist richtig, passiert aber nur wenn man neue Domains anlegt / aktiviert / deaktiviert / ändert. Wenn man das verwendet und weiß, sollte man vorher ein Backup der realurl_autoconf.php machen. Oder man macht es so wie du gesagt hast ;) Viele Grüße Michael Quote: Bernd Wilke[2] wrote on Mon, 02 June 2014 16:38 Am 02.06.14 16:19, schrieb 9pm: Dann pack's in die realurl_autoconf.php kann man machen, aber mir ist es passiert, dass die realurl_autoconf.php nachträglich neu erstellt wurde. damit waren die Änderungen wieder weg. Besser: benenne die realurl_autoconf.php um in realurl_conf.php und nach den händischen Anpassungen weise realurl an diese zu benutzen. 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] TYPO3-german Digest, Vol 128, Issue 97
Hallo Patric, F?r den Kunden ist der Part Seiten und News Beitr?gen bei der Einschulung immer mit viel Fragen und Unverst?ndnis verbunden. Warum kann man das nicht gleich ?ber Seiten l?sen. Im z.B. Joomla! ging das so einfach. Wenn der Kunde unbedingt echte Seiten im TYPO3 haben möchte, könntest du vielleicht den pw_teaser missbrauchen. Er ist als Seitenteaser gedacht, kann aber z.B. die Unterseiten einer Seite auch anhand eines Datums (wie creation date oder publish date) sortieren. Die Seiten könntest du dann einfach mit Enddatum versehen, wenn Sie nicht mehr gezeigt werden sollen als Archiversatz. Habe einen Kunden, der neben den echten News (tx_news) seine Buchtipps, die als Seiten angelegt sind, damit anteasert. VG Silke -- - digital worx GmbH Schulze-Delitzsch-Str. 16 70565 Stuttgart Tel. 0711 220 40 93 0 Fax. 0711 220 40 93 44 [name]@digital-worx.de http://www.digital-worx.de - Geschaeftsfuehrer: Sven Rahlfs Mirko Ross HRB 22 5281 Amtsgericht Stuttgart USt.-Id. Nr.: DE218401190 - Unseren Blog finden Sie unter: http://think.digital-worx.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Upgrade-Wizard 6.2.3 - Referenzindexaktualisieren
Hallo Philipp, habe nach deinem Anstupser debugSQL aktiviert und siehe da, Fehlermeldungen dieser Art bekommen: exec_INSERTquery caller: TYPO3\CMS\Core\Database\DatabaseConnection::exec_INSERTquery ERROR: Column 'ref_uid' cannot be null lastBuiltQuery: INSERT INTO sys_refindex(tablename,recuid,field,flexpointer,softref_key,softref_id,sorting,deleted,workspace,ref_table,ref_uid,ref_string,hash) VALUES ('tx_gridelements_backend_layout','15','icon','','','','0','0','0',NULL,NULL,'','903729ceee40d48661c4b5ce1f3e8e82') debug_backtrace: require(.2.3/typo3/sysext/lowlevel/dbint/index.php),.2.3/typo3/mod.php#45 // TYPO3\CMS\Lowlevel\View\DatabaseIntegrityView-main#39 // TYPO3\CMS\Lowlevel\View\DatabaseIntegrityView-func_refindex#221 // TYPO3\CMS\Core\Database\ReferenceIndex-updateIndex#318 // Demnach steht im Feld ref_uid NULL was nicht sein darf. Nur was sollte in ref_uid stehen? Und wie kann es sein, dass dieser Fehler auftritt? Es stehen weiterhin Fragezeichen auf meiner Stirn! ;-) Gruß, Johannes. Auch die anschließende Auflistung ändert sich nicht: Record backend_layout:1 had 1 added indexes and 0 deleted indexes Record backend_layout:3 had 1 added indexes and 0 deleted indexes Record tx_news_domain_model_media:1 had 1 added indexes and 0 deleted indexes ... Ich hab nur ? auf meiner Stirn Vielleicht gibt es ja unterdrückte SQL Fehler? Lässt du dir SQL Fehler im Backend anzeigen? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Upgrade-Wizard 6.2.3 - Referenzindexaktualisieren
Lieber Johannes könnte es sein, dass dies ein Problem mit dem Strict-Mode des MySQL-Servers ist? Dann in [SYS][setDBinit] folgendes eintragen: SET SESSION sql_mode='' Gruss Renzo -- conPassione gmbh CH-3661 Uetendorf +41 33 345 00 92 Am Dienstag, den 03.06.2014, 10:17 +0200 schrieb JCL - Johannes C. Laxander: Hallo Philipp, habe nach deinem Anstupser debugSQL aktiviert und siehe da, Fehlermeldungen dieser Art bekommen: exec_INSERTquery caller: TYPO3\CMS\Core\Database\DatabaseConnection::exec_INSERTquery ERROR:Column 'ref_uid' cannot be null lastBuiltQuery: INSERT INTO sys_refindex(tablename,recuid,field,flexpointer,softref_key,softref_id,sorting,deleted,workspace,ref_table,ref_uid,ref_string,hash) VALUES ('tx_gridelements_backend_layout','15','icon','','','','0','0','0',NULL,NULL,'','903729ceee40d48661c4b5ce1f3e8e82') debug_backtrace: require(.2.3/typo3/sysext/lowlevel/dbint/index.php),.2.3/typo3/mod.php#45 // TYPO3\CMS\Lowlevel\View\DatabaseIntegrityView-main#39 // TYPO3\CMS\Lowlevel\View\DatabaseIntegrityView-func_refindex#221 // TYPO3\CMS\Core\Database\ReferenceIndex-updateIndex#318 // Demnach steht im Feld ref_uid NULL was nicht sein darf. Nur was sollte in ref_uid stehen? Und wie kann es sein, dass dieser Fehler auftritt? Es stehen weiterhin Fragezeichen auf meiner Stirn! ;-) Gruß, Johannes. Auch die anschließende Auflistung ändert sich nicht: Record backend_layout:1 had 1 added indexes and 0 deleted indexes Record backend_layout:3 had 1 added indexes and 0 deleted indexes Record tx_news_domain_model_media:1 had 1 added indexes and 0 deleted indexes ... Ich hab nur ? auf meiner Stirn Vielleicht gibt es ja unterdrückte SQL Fehler? Lässt du dir SQL Fehler im Backend anzeigen? ___ 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] Datensätze einer 1:n-Beziehung lokalisieren
Hallo Johannes ich denke, das Umschreiben der RevierUID von 8 auf 3 ist etwas, was nicht automatisch passiert, weil es wohl etwas zu komplex ist. Das ist auch was, was der Core selber müsste erledigen können und das tut und tat er bisher nicht. Wohl auch wegen der Fallback Problematik. Wohl müsste man mal mit den Core-Entwicklern diskutieren, wer für solche Funktionalität zuständig ist und dann mit den richtigen Personen ein Konzept erstellen, welches diese Funktionalität zur Verfügung stellt. Und dann bräuchte es sicher noch Sponsoren um das ganze umzusetzen. Liebe Grüsse Renzo -- conPassione gmbh CH-3661 Uetendorf +41 33 345 00 92 Am Dienstag, den 03.06.2014, 02:02 +0200 schrieb Johannes C. Laxander: Lieber Renzo, vielen Dank für die Mühe die du dir mit der Erläuterung gegeben hast. Zuerst muss ich noch eine Richtigstellung machen: es handelt sich in meinem Beispiel natürlich um eine n:1-Relation! Ich denke das ging aus dem Beispiel auch hervor. Das Problem ist, dass beim Übersetzen im Relationsfeld des Datensatzes EnglishA immer noch die ID=101 von DetailDeutschB steht, anstatt 102 von DetailEnglishB. Ja, das ist so. Und m.E. ist das auch der Fehler. Ich habe mal folgendes Beispiel gemacht, um aufzuzeigen wie es sich aus meiner Sicht verhält, und wie ich denke dass es gelöst werden könnte (müsste). Tabelle Törns uid Sprache title RevierUID (n:1 Relation) 25 D Törn 18 [Karibik] 26 E Cruise 1 3 [Caribbean] (das wäre richtig) 26 E Cruise 1 8 [Karibik] (das ist das Ergebnis derzeit) Tabelle Reviere uid Sprache title l10n_parent 8 D Karibik 0 3 E Caribbean 8 Meiner Meinung nach müsste beim Lokalisieren von Datensatz 25 nach Datensatz 26 (= Kopieren) die Relation mit dem Fremdschlüssel (hier: 8) aus dem zu lokalisierenden Datensatzes (hier: 25) über l10n_parent in der Kind-Tabelle aufgelöst und revieruid im lokalisierten Datensatz entsprechend geändert werden. Etwas vereinfacht ausgedrückt: 26.revieruid = SELECT uid FROM reviere WHERE sprache=E AND l10_parent=revieruid Aber warum ist das nicht so? Geht das so nicht oder habe ich bisher einfach keinen Durchblick? Ich kann einfach nicht glauben, dass das nicht möglich sein soll. Bin mal auf die Meinungen gespannt. Gruß, Johannes. -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german- boun...@lists.typo3.org] Im Auftrag von Renzo Bauen Gesendet: Montag, 2. Juni 2014 23:24 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Datensätze einer 1:n-Beziehung lokalisieren Lieber Johannes ich habe es auch in den 4.x-er Versionen nicht geschafft, Relationen zu so zu übersetzen, dass diese erhalten blieben. Wohl ist das Problem, dass man dazu einen sehr komplizierten Mechanismus bäuchte: Datensatz DeutschA mit ID=1 hat eine Relation zu Datensatz DetailDeutschB mit ID=101 Übersetze ich DeutschA mit ID=1 gibt dies einen Datensatz EnglishA mit ID=2, DetailDeutschB wird zu DetailEnglishB mit ID=102 übersetzt. Das Problem ist, dass beim Übersetzen im Relationsfeld des Datensatzes EnglishA immer noch die ID=101 von DetailDeutschB steht, anstatt 102 von DetailEnglishB. Dies automatisch zu tun ist sehr komplex, vor allem dann, wenn man noch das Fallback berücksichtigen muss (Italienisch - Französisch - Englisch - Deutsch). Eine schnelle SQL-Query zu schreiben, die diese Daten liefert, ist sehr komplex. Mit Versionen 4.7 habe ich dies nie getestet/verwendet und kann deshalb nicht sagen, ob sowas überhaupt schon mal funktioniert hat. Ich weiss einfach nur, dass es mit Extbase keine automatische Zuordnung dieser Art gibt. Man muss deshalb den Übersetzern zumuten, bei der Übersetzung auch die Relationen entsprechend anzupassen. Der Grund für das Fehlen einer solchen automatischen Zuordnung wird wohl sein, dass die dafür nötige Funktion sehr komplex und langsam wäre. Eine andere Möglichkeit ist, die Detialdatensätze mit ((sys_language_id = 0) or (sys_language_id=2)) für Englisch=2 zu suchen. Wird ein Datensatz übersetzt und die Anpassung der Relation vergessen, dann hat er zumindest einen gültigen Detaildatensatz. EnglishA zeigt damit auf DetailDeutschB was nicht optimal ist, aber immerhin keinen Fehler auslöst. Gruss Renzo -- conPassione gmbh CH-3661 Uetendorf +41 33 345 00 92 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org mailto: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
[TYPO3-german] OT: Simple gallery in news
Hi, ich weiß, ist nicht YAG, aber bei der T3DD werde ich als Demo eine simple Ext vorstellen für eine Gallery in news. Code wird dann danach natürlich ebenso veröffentlicht. Back to topic: Error 500 hilft halt nicht, da brauchts dann einen Auszug ausm error log. Ich persönlich setze yag nicht ein, kann da also nicht helfen Georg ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Upgrade-Wizard 6.2.3 - Referenzindexaktualisieren
Hallo Renzo, sorry, wenn ich nachfragen muss, aber was hat es mit dem Strict-Mode auf sich? Gruß, Johannes. Renzo Bauen Gesendet: Dienstag, 3. Juni 2014 11:06 Lieber Johannes könnte es sein, dass dies ein Problem mit dem Strict-Mode des MySQL-Servers ist? Dann in [SYS][setDBinit] folgendes eintragen: SET SESSION sql_mode='' Gruss Renzo -- conPassione gmbh CH-3661 Uetendorf +41 33 345 00 92 Am Dienstag, den 03.06.2014, 10:17 +0200 schrieb JCL - Johannes C. Laxander: Hallo Philipp, habe nach deinem Anstupser debugSQL aktiviert und siehe da, Fehlermeldungen dieser Art bekommen: exec_INSERTquery caller: TYPO3\CMS\Core\Database\DatabaseConnection::exec_INSERTquery ERROR: Column 'ref_uid' cannot be null lastBuiltQuery: INSERT INTO sys_refindex(tablename,recuid,field,flexpointer,softref_key,so ftref_id,sorting,deleted,workspace,ref_table,ref_uid,ref_strin g,hash) VALUES ('tx_gridelements_backend_layout','15','icon','','','','0','0' ,'0',NULL,NULL,'','903729ceee40d48661c4b5ce1f3e8e82') debug_backtrace: require(.2.3/typo3/sysext/lowlevel/dbint/index.php),.2.3/typo3 /mod.php#45 // TYPO3\CMS\Lowlevel\View\DatabaseIntegrityView-main#39 // TYPO3\CMS\Lowlevel\View\DatabaseIntegrityView-func_refindex#2 21 // TYPO3\CMS\Core\Database\ReferenceIndex-updateIndex#318 // Demnach steht im Feld ref_uid NULL was nicht sein darf. Nur was sollte in ref_uid stehen? Und wie kann es sein, dass dieser Fehler auftritt? Es stehen weiterhin Fragezeichen auf meiner Stirn! ;-) Gruß, Johannes. Auch die anschließende Auflistung ändert sich nicht: Record backend_layout:1 had 1 added indexes and 0 deleted indexes Record backend_layout:3 had 1 added indexes and 0 deleted indexes Record tx_news_domain_model_media:1 had 1 added indexes and 0 deleted indexes ... Ich hab nur ? auf meiner Stirn Vielleicht gibt es ja unterdrückte SQL Fehler? Lässt du dir SQL Fehler im Backend anzeigen? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Upgrade-Wizard 6.2.3 - Referenzindexaktualisieren
Hoi Johannes der Strict-Mode sagt, dass in ein Feld das NOT NULL definiert ist auch tatsächlich ein Inhalt reingeschrieben werden muss, andernfalls wird ein Fehler geworfen. Wenn der Fehler ERROR: Column 'ref_uid' cannot be null ist, dann schaut es nach sowas aus. Der Strict-Mode verlangt einfach vollständige Datensätze. TYPO3 war bis zur Version 6 hier sehr liederlich. Es wurde einfach mal gespeichert, was man grad so wusste und der Rest ging als NULL in die DB. Ab Version 6 hat man da sehr vieles gemacht, so dass der Core schon fast mit dem Strict-Mode umgehen kann. Leider gilt das für viele Ext noch nicht. Gute Programmierpraxis wäre es, wenn Reccords vollständig definiert werden (d.h. Defaultwerte eingesetzt werden wo der User nichts angibt), bevor sie in die DB gespeichert werden. Und auch gute Praxis wäre, wenn das Speichern fehlschlägt, wenn die Definition der Tabelle durch nicht definierte oder falsche Werte verletzt wird. TYPO3 ist auf dem richtigen Weg, aber noch nicht am Ziel, deshalb muss man durch den Eintrag in setDBinit den Strict-Mode im Moment noch abschalten. Gruss Renzo -- conPassione gmbh CH-3661 Uetendorf +41 33 345 00 92 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Autoinstallscript
Hi Wolfgang, Welchen AutoInstaller benutzt du und welche Distribution (CentOS, Debian, Ubuntu, MacOS) setzt du ein? Viele Grüße aus Wiesbaden ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Upgrade-Wizard 6.2.3 - Referenzindexaktualisieren
Hallo Renzo, also wenn ich mal in der Schweiz bin und nach Uetendorf kommen sollte, bist du auf ein Bier eingeladen! :-) Trotzdem: dein Tipp hat leider nichts bewirkt, nach wie vor die gleichen Fehlermeldungen :( Gruß, Johannes. -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Renzo Bauen Gesendet: Dienstag, 3. Juni 2014 12:04 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Upgrade-Wizard 6.2.3 - Referenzindexaktualisieren Hoi Johannes der Strict-Mode sagt, dass in ein Feld das NOT NULL definiert ist auch tatsächlich ein Inhalt reingeschrieben werden muss, andernfalls wird ein Fehler geworfen. Wenn der Fehler ERROR: Column 'ref_uid' cannot be null ist, dann schaut es nach sowas aus. Der Strict-Mode verlangt einfach vollständige Datensätze. TYPO3 war bis zur Version 6 hier sehr liederlich. Es wurde einfach mal gespeichert, was man grad so wusste und der Rest ging als NULL in die DB. Ab Version 6 hat man da sehr vieles gemacht, so dass der Core schon fast mit dem Strict-Mode umgehen kann. Leider gilt das für viele Ext noch nicht. Gute Programmierpraxis wäre es, wenn Reccords vollständig definiert werden (d.h. Defaultwerte eingesetzt werden wo der User nichts angibt), bevor sie in die DB gespeichert werden. Und auch gute Praxis wäre, wenn das Speichern fehlschlägt, wenn die Definition der Tabelle durch nicht definierte oder falsche Werte verletzt wird. TYPO3 ist auf dem richtigen Weg, aber noch nicht am Ziel, deshalb muss man durch den Eintrag in setDBinit den Strict-Mode im Moment noch abschalten. Gruss Renzo -- conPassione gmbh CH-3661 Uetendorf +41 33 345 00 92 ___ 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 Neuinstallation
Hi Leute, ich komm hier bei einer Typo3-Installation (4.7.19) nicht weiter. Anfangs hatten wir Probleme mit den Symlinks (Provider meinte, via .htaccess aktivieren, dann sollte es funktionieren.) Ausprobiert, die Symlinks werden nicht gelegt. Ich habe dann gelesen, dass man sowas auch noch nachträglich umändern kann, also wollte ich nun erst einmal Typo3 ohne Symlinks installieren. Also Source+Dummy hochgeladen, die Datei ENABLE_INSTALL_TOOL in das Verzeichnis hochgeschoben und jetzt habe ich nur eine weiße, leere Seite. Ich bin absolut ratlos, wo hier genau das Problem ist. Bin leider auch nicht so gewandt in Sachen Serveradministration, dass ich sagen könnte, Einstellung XY darf nicht auf Off/On gestellt sein. Oder hier oder dort ist was nicht ganz richtig. Hat jemand eine Idee, woran es liegen könnte? Hab zwar schon die phpinfo mir anzeigen lassen, aber ich weiß nicht so wirklich, wonach ich suchen soll... Typo3: Version 4.7.19 PHP: 5.3.3-7+squeeze17 System: Linux 2.6.32-5-xen-amd64 #1 SMP Mon Sep 23 23:29:01 UTC 2013 x86_64 Server API:Apache 2.0 Handler Danke Gruß, Steven ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Neuinstallation
Hallo Steven, eine weisse seite bedeutete meistens das es einen php fehler gab. Hier hilft in der regel einen blick ins error.log Um zu sehen welcher fehler aufgetreteten ist. Da es viele mögliche ursachen gibt kann man dir natürlich erst genauer weiter helfen wenn man weiss was der fehler ist. Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Steven Kahsnitz | Banane Design GmbH Gesendet: Dienstag, 3. Juni 2014 12:45 An: German TYPO3 Userlist Betreff: [TYPO3-german] Typo3 Neuinstallation Hi Leute, ich komm hier bei einer Typo3-Installation (4.7.19) nicht weiter. Anfangs hatten wir Probleme mit den Symlinks (Provider meinte, via .htaccess aktivieren, dann sollte es funktionieren.) Ausprobiert, die Symlinks werden nicht gelegt. Ich habe dann gelesen, dass man sowas auch noch nachträglich umändern kann, also wollte ich nun erst einmal Typo3 ohne Symlinks installieren. Also Source+Dummy hochgeladen, die Datei ENABLE_INSTALL_TOOL in das Verzeichnis hochgeschoben und jetzt habe ich nur eine weiße, leere Seite. Ich bin absolut ratlos, wo hier genau das Problem ist. Bin leider auch nicht so gewandt in Sachen Serveradministration, dass ich sagen könnte, Einstellung XY darf nicht auf Off/On gestellt sein. Oder hier oder dort ist was nicht ganz richtig. Hat jemand eine Idee, woran es liegen könnte? Hab zwar schon die phpinfo mir anzeigen lassen, aber ich weiß nicht so wirklich, wonach ich suchen soll... Typo3: Version 4.7.19 PHP: 5.3.3-7+squeeze17 System: Linux 2.6.32-5-xen-amd64 #1 SMP Mon Sep 23 23:29:01 UTC 2013 x86_64 Server API:Apache 2.0 Handler Danke Gruß, Steven ___ 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] Typo3 Neuinstallation
Hallo Die leere Seite kommt beim Aufruf von www.domain-tld/typo3/install oder beim Aufruf von www.domain.tld? Symlinks setzt man per SSH mit dem Befehl ln -s ../verzeichnis/so/es/hinzeigen/soll verzeichnis/wie/es/heisst. Also Du legst in die www-root die typo3-Sourcen www/typo3_src/typo3_src-4.7.19 Dein Projekt liegt in www/homepage dann gehst Du in das Verzeichnis homepage und linkst auf die Sourcen: ln -s ../typo3_src/typo3_src-4.7.19 typo3_src ln -s typo3_src/typo3 typo3 ln -s typo3_src/t3lib t3lib ln -s typo3_src/index.php index.php Im Verzeichnis homepage liegen dann noch die Verzeichnisse fileadmin, typo3temp und uploads. Viele Grüße Johannes C. Schulz __ EnzephaloN IT-Solutions Johannes C. Schulz Hellerweg 11 99425 Weimar Tel.: +49 3643 251108 Mob: +49 179 1037136 Fax: +49 3643 901661 www.enzephalon.de Programmer - n. [proh-gram-er] an organism that turns caffeine and pizza into software -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Steven Kahsnitz | Banane Design GmbH Gesendet: Dienstag, 3. Juni 2014 12:45 An: German TYPO3 Userlist Betreff: [TYPO3-german] Typo3 Neuinstallation Hi Leute, ich komm hier bei einer Typo3-Installation (4.7.19) nicht weiter. Anfangs hatten wir Probleme mit den Symlinks (Provider meinte, via .htaccess aktivieren, dann sollte es funktionieren.) Ausprobiert, die Symlinks werden nicht gelegt. Ich habe dann gelesen, dass man sowas auch noch nachträglich umändern kann, also wollte ich nun erst einmal Typo3 ohne Symlinks installieren. Also Source+Dummy hochgeladen, die Datei ENABLE_INSTALL_TOOL in das Verzeichnis hochgeschoben und jetzt habe ich nur eine weiße, leere Seite. Ich bin absolut ratlos, wo hier genau das Problem ist. Bin leider auch nicht so gewandt in Sachen Serveradministration, dass ich sagen könnte, Einstellung XY darf nicht auf Off/On gestellt sein. Oder hier oder dort ist was nicht ganz richtig. Hat jemand eine Idee, woran es liegen könnte? Hab zwar schon die phpinfo mir anzeigen lassen, aber ich weiß nicht so wirklich, wonach ich suchen soll... Typo3: Version 4.7.19 PHP: 5.3.3-7+squeeze17 System: Linux 2.6.32-5-xen-amd64 #1 SMP Mon Sep 23 23:29:01 UTC 2013 x86_64 Server API:Apache 2.0 Handler Danke Gruß, Steven ___ 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] Upgrade-Wizard 6.2.3 - Referenzindexaktualisieren
Am 03.06.2014 10:17, schrieb JCL - Johannes C. Laxander: Hallo Philipp, habe nach deinem Anstupser debugSQL aktiviert und siehe da, Fehlermeldungen dieser Art bekommen: exec_INSERTquery caller: TYPO3\CMS\Core\Database\DatabaseConnection::exec_INSERTquery ERROR: Column 'ref_uid' cannot be null lastBuiltQuery: INSERT INTO sys_refindex(tablename,recuid,field,flexpointer,softref_key,softref_id,sorting,deleted,workspace,ref_table,ref_uid,ref_string,hash) VALUES ('tx_gridelements_backend_layout','15','icon','','','','0','0','0',NULL,NULL,'','903729ceee40d48661c4b5ce1f3e8e82') Wenn das nur bei dieser Tabelle auftaucht, liegt es ggf. an Gridelements. Wenn auch andere Tabellen mit ähnlichen Queries auftauchen, könnte es an einem bestimmten Feldtyp liegen. Bei Deinem Beispiel ist es das Feld icon des Datensatzes 15 der Tabelle tx_gridelements_backend_layout Die Konfiguration dafür sieht so aus: 'icon' = array( 'exclude' = 1, 'label' = 'LLL:EXT:gridelements/Resources/Private/Language/locallang_db.xml:tx_gridelements_backend_layout.icon', 'config' = array( 'type' = 'group', 'internal_type' = 'file', 'allowed' = 'jpg,gif,png', 'uploadfolder' = 'uploads/tx_gridelements', 'show_thumbs' = 1, 'size' = 5, 'minitems' = 0, 'maxitems' = 2, ) ), Schau mal, ob die anderen Probleme mit ähnlichen Konfigurationen zusammenhängen. Dann wäre es ein Bug beim Referenz-Index mit Feldern vom Typ group, die nicht auf eine Tabelle verweisen sondern direkt auf eine Datei. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Neuinstallation
Hallo Chris, da habe ich natürlich reingeschaut - bis auf eine fehlende robots.txt war nichts zu sehen. Naja, ich hab jetzt also noch mal in den error.log reingeschaut und finde ganz unten einen Ordner für die Sub-Domain... :D Da können wohl gewisse Verzeichnisse nicht erstellt werden... Sorry für den Bandsalat: [Tue Jun 03 12:42:38 2014] [error] [client 92.210.96.149] PHP Fatal error: Uncaught exception 'RuntimeException' with message 'Could not create directory /var/www/vhosts/frank-ostermann-gmbh.de/httpdocs/frank-ostermann-2014/typo3temp/Cache/Code/cache_phpcode/!' in /var/www/vhosts/frank-ostermann-gmbh.de/httpdocs/frank-ostermann-2014/t3lib/class.t3lib_div.php:2994\nStack trace:\n#0 /var/www/vhosts/frank-ostermann-gmbh.de/httpdocs/frank-ostermann-2014/t3lib/class.t3lib_div.php(2963): t3lib_div::createDirectoryPath('/var/www/vhosts...')\n#1 /var/www/vhosts/frank-ostermann-gmbh.de/httpdocs/frank-ostermann-2014/t3lib/cache/backend/class.t3lib_cache_backend_filebackend.php(201): t3lib_div::mkdir_deep('/var/www/vhosts...')\n#2 /var/www/vhosts/frank-ostermann-gmbh.de/httpdocs/frank-ostermann-2014/t3lib/cache/backend/class.t3lib_cache_backend_filebackend.php(99): t3lib_cache_backend_FileBackend-createFinalCacheDirectory('/var/www/vhosts...')\n#3 /var/www/vhosts/frank-ostermann-gmbh.de/httpdocs/frank-ostermann-2014/t3lib/cache/frontend/class.t3lib_cache_frontend_abstractfrontend.php(63): t3lib_ in /var/www/vhosts/frank-ostermann-gmbh.de/httpdocs/frank-ostermann-2014/t3lib/cache/backend/class.t3lib_cache_backend_filebackend.php on line 203 Das heißt dann jetzt was? Fehlerhafte Zugriffsrechte? Gruß, Steven Am 03.06.2014 12:48, schrieb Chris Wolff - AERTiCKET AG: Hallo Steven, eine weisse seite bedeutete meistens das es einen php fehler gab. Hier hilft in der regel einen blick ins error.log Um zu sehen welcher fehler aufgetreteten ist. Da es viele mögliche ursachen gibt kann man dir natürlich erst genauer weiter helfen wenn man weiss was der fehler ist. Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Steven Kahsnitz | Banane Design GmbH Gesendet: Dienstag, 3. Juni 2014 12:45 An: German TYPO3 Userlist Betreff: [TYPO3-german] Typo3 Neuinstallation Hi Leute, ich komm hier bei einer Typo3-Installation (4.7.19) nicht weiter. Anfangs hatten wir Probleme mit den Symlinks (Provider meinte, via .htaccess aktivieren, dann sollte es funktionieren.) Ausprobiert, die Symlinks werden nicht gelegt. Ich habe dann gelesen, dass man sowas auch noch nachträglich umändern kann, also wollte ich nun erst einmal Typo3 ohne Symlinks installieren. Also Source+Dummy hochgeladen, die Datei ENABLE_INSTALL_TOOL in das Verzeichnis hochgeschoben und jetzt habe ich nur eine weiße, leere Seite. Ich bin absolut ratlos, wo hier genau das Problem ist. Bin leider auch nicht so gewandt in Sachen Serveradministration, dass ich sagen könnte, Einstellung XY darf nicht auf Off/On gestellt sein. Oder hier oder dort ist was nicht ganz richtig. Hat jemand eine Idee, woran es liegen könnte? Hab zwar schon die phpinfo mir anzeigen lassen, aber ich weiß nicht so wirklich, wonach ich suchen soll... Typo3: Version 4.7.19 PHP: 5.3.3-7+squeeze17 System: Linux 2.6.32-5-xen-amd64 #1 SMP Mon Sep 23 23:29:01 UTC 2013 x86_64 Server API:Apache 2.0 Handler Danke Gruß, Steven ___ 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 -- Signatur_Steven b *banane design* gmbh | werbeagentur verlag ausser der schleifmühle 51 | d-28203 bremen steven kahsnitz | fon 0421.339 84 91 | fax 0421. 339 84 92 ste...@banane-design.de | www.banane-design.de amtsgericht bremen HRB 15316 | geschäftsführer ernst purk ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Neuinstallation
Hallo Steven, dein typo3temp-Verzeichnis dürfte nicht beschreibbar sein. Gruß Peter Am 03.06.2014 um 13:07 schrieb Steven Kahsnitz | Banane Design GmbH ste...@banane-design.de: Hallo Chris, da habe ich natürlich reingeschaut - bis auf eine fehlende robots.txt war nichts zu sehen. Naja, ich hab jetzt also noch mal in den error.log reingeschaut und finde ganz unten einen Ordner für die Sub-Domain... :D Da können wohl gewisse Verzeichnisse nicht erstellt werden... Sorry für den Bandsalat: [Tue Jun 03 12:42:38 2014] [error] [client 92.210.96.149] PHP Fatal error: Uncaught exception 'RuntimeException' with message 'Could not create directory /var/www/vhosts/frank-ostermann-gmbh.de/httpdocs/frank-ostermann-2014/typo3temp/Cache/Code/cache_phpcode/!' in /var/www/vhosts/frank-ostermann-gmbh.de/httpdocs/frank-ostermann-2014/t3lib/class.t3lib_div.php:2994\nStack trace:\n#0 /var/www/vhosts/frank-ostermann-gmbh.de/httpdocs/frank-ostermann-2014/t3lib/class.t3lib_div.php(2963): t3lib_div::createDirectoryPath('/var/www/vhosts...')\n#1 /var/www/vhosts/frank-ostermann-gmbh.de/httpdocs/frank-ostermann-2014/t3lib/cache/backend/class.t3lib_cache_backend_filebackend.php(201): t3lib_div::mkdir_deep('/var/www/vhosts...')\n#2 /var/www/vhosts/frank-ostermann-gmbh.de/httpdocs/frank-ostermann-2014/t3lib/cache/backend/class.t3lib_cache_backend_filebackend.php(99): t3lib_cache_backend_FileBackend-createFinalCacheDirectory('/var/www/vhosts...')\n#3 /var/www/vhosts/frank-ostermann-gmbh.de/httpdocs/frank-ostermann-2014/t3lib/cache/frontend/class.t3lib_cache_frontend_abstractfrontend.php(63): t3lib_ in /var/www/vhosts/frank-ostermann-gmbh.de/httpdocs/frank-ostermann-2014/t3lib/cache/backend/class.t3lib_cache_backend_filebackend.php on line 203 Das heißt dann jetzt was? Fehlerhafte Zugriffsrechte? Gruß, Steven Am 03.06.2014 12:48, schrieb Chris Wolff - AERTiCKET AG: Hallo Steven, eine weisse seite bedeutete meistens das es einen php fehler gab. Hier hilft in der regel einen blick ins error.log Um zu sehen welcher fehler aufgetreteten ist. Da es viele mögliche ursachen gibt kann man dir natürlich erst genauer weiter helfen wenn man weiss was der fehler ist. Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Steven Kahsnitz | Banane Design GmbH Gesendet: Dienstag, 3. Juni 2014 12:45 An: German TYPO3 Userlist Betreff: [TYPO3-german] Typo3 Neuinstallation Hi Leute, ich komm hier bei einer Typo3-Installation (4.7.19) nicht weiter. Anfangs hatten wir Probleme mit den Symlinks (Provider meinte, via .htaccess aktivieren, dann sollte es funktionieren.) Ausprobiert, die Symlinks werden nicht gelegt. Ich habe dann gelesen, dass man sowas auch noch nachträglich umändern kann, also wollte ich nun erst einmal Typo3 ohne Symlinks installieren. Also Source+Dummy hochgeladen, die Datei ENABLE_INSTALL_TOOL in das Verzeichnis hochgeschoben und jetzt habe ich nur eine weiße, leere Seite. Ich bin absolut ratlos, wo hier genau das Problem ist. Bin leider auch nicht so gewandt in Sachen Serveradministration, dass ich sagen könnte, Einstellung XY darf nicht auf Off/On gestellt sein. Oder hier oder dort ist was nicht ganz richtig. Hat jemand eine Idee, woran es liegen könnte? Hab zwar schon die phpinfo mir anzeigen lassen, aber ich weiß nicht so wirklich, wonach ich suchen soll... Typo3: Version 4.7.19 PHP: 5.3.3-7+squeeze17 System: Linux 2.6.32-5-xen-amd64 #1 SMP Mon Sep 23 23:29:01 UTC 2013 x86_64 Server API:Apache 2.0 Handler Danke Gruß, Steven ___ 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 -- Signatur_Steven b *banane design* gmbh | werbeagentur verlag ausser der schleifmühle 51 | d-28203 bremen steven kahsnitz | fon 0421.339 84 91 | fax 0421. 339 84 92 ste...@banane-design.de | www.banane-design.de amtsgericht bremen HRB 15316 | geschäftsführer ernst purk ___ 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
Re: [TYPO3-german] GridElements 3 mit TYPO3 6.2.3
An dieser Stelle mal eine Zwischenfrage zu Gridelements (derzeitige Entwicklerversion von Github): Kann es sein das durch die Installation von Gridelements in TYPO3 (6.2.x) im Bereich Dateiliste oben das Icon zum Anlegen von neuen Verzeichnissen und Dateien verschwindet? Bei mir scheint das der Fall zu sein. MfG Am 02.06.14 16:46, schrieb JoH asenau: Am 02.06.2014 16:09, schrieb Tobias Pierschel: Ahoi, gibts eine Roadmap wann Gridelements damit kompatibel ist? Kompatibel sind wir bereits jetzt mit dem Master, nur noch nicht 100% reif für's TER :-) http://forge.typo3.org/projects/extension-gridelements2/repository Wir sind aber zuversichtlich, dass es spätestens zu den T3DD14 sowohl eine neue TER-Version 2.1.0 für TYPO3 6.1 als auch eine TER-Version 3.0.0 für TYPO3 6.2 geben wird. HDH Joey ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Upgrade-Wizard 6.2.3 - Referenzindexaktualisieren
Danke, Volltreffer! Außer gridelements ist auch noch die tx_news davon betroffen: INSERT INTO sys_refindex (tablename,recuid,field,flexpointer,softref_key,softref_id,sorting,deleted,workspace,ref_table,ref_uid,ref_string,hash) VALUES ('tx_news_domain_model_media','119','image','','','','0','0','0',NULL,NULL,'','238eecf9c5c65e14bb739f1ba839') debug_backtrace require(.2.3/typo3/sysext/lowlevel/dbint/index.php),.2.3/typo3/mod.php#45 // TYPO3\CMS\Lowlevel\View\DatabaseIntegrityView-main#39 // TYPO3\CMS\Lowlevel\View\DatabaseIntegrityView-func_refindex#221 // TYPO3\CMS\Core\Database\ReferenceIndex-updateIndex#318 // TYPO3\CMS\Core\Database\ReferenceIndex-updateRefIndexTable#958 // TYPO3\CMS\Core\Database\DatabaseConnection-exec_INSERTquery#143 // TYPO3\CMS\Core\Database\DatabaseConnection-debug#215 Diese Datensätze betreffen das Feld 'image', ebenfalls mit einer 'group'-Konfiguration: 'image' = array( 'exclude' = 0, 'l10n_mode' = 'copy', 'label' = $ll . 'tx_news_domain_model_media.media', 'config' = array( 'type' = 'group', 'internal_type' = 'file', 'allowed' = $GLOBALS['TYPO3_CONF_VARS']['GFX']['imagefile_ext'], 'max_size' = $GLOBALS['TYPO3_CONF_VARS']['BE']['maxFileSize'], 'uploadfolder' = 'uploads/tx_news', 'show_thumbs' = 1, 'size' = 1, 'minitems' = 1, 'maxitems' = 1, ) ), Machst du den Eintrag im Bugtracker? Hast du ne Vorstellung, wie lange der Bugfix dauern kann? Es blockiert mir jetzt halt die weitere Migration. Gruß, Johannes. JoH asenau Gesendet: Dienstag, 3. Juni 2014 12:58 Am 03.06.2014 10:17, schrieb JCL - Johannes C. Laxander: Hallo Philipp, habe nach deinem Anstupser debugSQL aktiviert und siehe da, Fehlermeldungen dieser Art bekommen: exec_INSERTquery caller: TYPO3\CMS\Core\Database\DatabaseConnection::exec_INSERTquery ERROR: Column 'ref_uid' cannot be null lastBuiltQuery: INSERT INTO sys_refindex(tablename,recuid,field,flexpointer,softref_key,softref_id ,sorting,deleted,workspace,ref_table,ref_uid,ref_string,hash) VALUES ('tx_gridelements_backend_layout','15','icon','','','','0','0','0',NUL L,NULL,'','903729ceee40d48661c4b5ce1f3e8e82') Wenn das nur bei dieser Tabelle auftaucht, liegt es ggf. an Gridelements. Wenn auch andere Tabellen mit ähnlichen Queries auftauchen, könnte es an einem bestimmten Feldtyp liegen. Bei Deinem Beispiel ist es das Feld icon des Datensatzes 15 der Tabelle tx_gridelements_backend_layout Die Konfiguration dafür sieht so aus: 'icon' = array( 'exclude' = 1, 'label' = 'LLL:EXT:gridelements/Resources/Private/Language/locallang_db. xml:tx_gridelements_backend_layout.icon', 'config' = array( 'type' = 'group', 'internal_type' = 'file', 'allowed' = 'jpg,gif,png', 'uploadfolder' = 'uploads/tx_gridelements', 'show_thumbs' = 1, 'size' = 5, 'minitems' = 0, 'maxitems' = 2, ) ), Schau mal, ob die anderen Probleme mit ähnlichen Konfigurationen zusammenhängen. Dann wäre es ein Bug beim Referenz-Index mit Feldern vom Typ group, die nicht auf eine Tabelle verweisen sondern direkt auf eine Datei. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.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] GridElements 3 mit TYPO3 6.2.3
Am 03.06.2014 13:47, schrieb Mike Minyades: An dieser Stelle mal eine Zwischenfrage zu Gridelements (derzeitige Entwicklerversion von Github): Kann es sein das durch die Installation von Gridelements in TYPO3 (6.2.x) im Bereich Dateiliste oben das Icon zum Anlegen von neuen Verzeichnissen und Dateien verschwindet? Bei mir scheint das der Fall zu sein. Yep - ist möglich. Wir haben die Icons per Default auf hidden gestellt, um Probleme mit der aktuellen Skin und Verschachtelter Darstellung zu fixen. Ggf. müssen wir die Klassen dafür noch restriktiver setzen, damit das keine Kollateralschäden verursacht. Falls es dazu noch keinen Bugreport gibt, wäre ein Eintrag auf Forge hilfreich. HDH Jo -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Typo3 6.2.3: kann Introduction Package nicht installieren
Hallo, die Installation des Introduction Package läuft auf den ersten Blick normal ab, jedoch werden keine Seiten und Templates angelegt - ähnlich wie in diesem Bug beschrieben: forge. typo3. org/issues/57348 Soweit ich das sehe, müsste das bei 6.2.3 schon gefixt sein? Bei mir geht es aber leider immer noch nicht... jemand eine Idee? Schöne Grüße, Herbert ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] GridElements 3 mit TYPO3 6.2.3
Liebe Alle ich habe mir gestern den aktuellen Release geholt und kann dieses Problem mit TYPO3 6.2.3 nicht bestätigen. Bei mir ist alles OK. Gruss Renzo -- conPassione gmbh CH-3661 Uetendorf +41 33 345 00 92 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tx_news als Referenzmodul mit Kundenauswahl
Hallo ... Da wir eigentlich ja nur ein einziges Feld brauchen für den Firmennamen frag ich mich ob es nicht auch zbsp über das Author Feld gehen würde. Das Label dann einfach anpassen für den Redakteur. Aber kann mann dann irgendwie ein select Menü bauen mit alphabetisch sortierten Authoren? ... hat mir niemand einen Tipp wie ich eine Author Select Box hinbekomme? Gruss Philipp ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Upgrade-Wizard 6.2.3 - Referenzindexaktualisieren
Am 03.06.2014 13:58, schrieb JCL - Johannes C. Laxander: Danke, Volltreffer! Außer gridelements ist auch noch die tx_news davon betroffen: INSERT INTO sys_refindex (tablename,recuid,field,flexpointer,softref_key,softref_id,sorting,deleted,workspace,ref_table,ref_uid,ref_string,hash) VALUES ('tx_news_domain_model_media','119','image','','','','0','0','0',NULL,NULL,'','238eecf9c5c65e14bb739f1ba839') debug_backtrace require(.2.3/typo3/sysext/lowlevel/dbint/index.php),.2.3/typo3/mod.php#45 // TYPO3\CMS\Lowlevel\View\DatabaseIntegrityView-main#39 // TYPO3\CMS\Lowlevel\View\DatabaseIntegrityView-func_refindex#221 // TYPO3\CMS\Core\Database\ReferenceIndex-updateIndex#318 // TYPO3\CMS\Core\Database\ReferenceIndex-updateRefIndexTable#958 // TYPO3\CMS\Core\Database\DatabaseConnection-exec_INSERTquery#143 // TYPO3\CMS\Core\Database\DatabaseConnection-debug#215 Diese Datensätze betreffen das Feld 'image', ebenfalls mit einer 'group'-Konfiguration: 'image' = array( 'exclude' = 0, 'l10n_mode' = 'copy', 'label' = $ll . 'tx_news_domain_model_media.media', 'config' = array( 'type' = 'group', 'internal_type' = 'file', 'allowed' = $GLOBALS['TYPO3_CONF_VARS']['GFX']['imagefile_ext'], 'max_size' = $GLOBALS['TYPO3_CONF_VARS']['BE']['maxFileSize'], 'uploadfolder' = 'uploads/tx_news', 'show_thumbs' = 1, 'size' = 1, 'minitems' = 1, 'maxitems' = 1, ) ), Machst du den Eintrag im Bugtracker? Hast du ne Vorstellung, wie lange der Bugfix dauern kann? Es blockiert mir jetzt halt die weitere Migration. Ich hab mir das grad mal im Core angeschaut und keinen wirklichen Bug finden können. Wenn alles richtig läuft, sollte dort eigentlich _FILE als ref_table und 0 als ref_uid übergeben werden, sobald der internal type file lautet. Und selbst wenn nicht, und die Werte leer wären, sollte eigentlich der Default-Wert ziehen, der per SQL so gesetzt ist: DEFAULT '' NOT NULL oder DEFAULT 0 NOT NULL Wenn da dennoch ein NULL ankommt, müsste das IMHO explizit gesetzt worden sein. Ist aber aktuell nur eine Vermutung. HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Upgrade-Wizard 6.2.3 - Referenzindexaktualisieren
Gesendet: Dienstag, 3. Juni 2014 17:30 An: typo3-german@lists.typo3.org Am 03.06.2014 13:58, schrieb JCL - Johannes C. Laxander: Danke, Volltreffer! Außer gridelements ist auch noch die tx_news davon betroffen: INSERT INTO sys_refindex (tablename,recuid,field,flexpointer,softref_key,softref_id,sor ting,deleted,workspace,ref_table,ref_uid,ref_string,hash) VALUES ('tx_news_domain_model_media','119','image','','','','0','0',' 0',NULL,NULL,'','238eecf9c5c65e14bb739f1ba839') debug_backtrace require(.2.3/typo3/sysext/lowlevel/dbint/index.php),.2.3/typo3 /mod.php#45 // TYPO3\CMS\Lowlevel\View\DatabaseIntegrityView-main#39 // TYPO3\CMS\Lowlevel\View\DatabaseIntegrityView-func_refindex#2 21 // TYPO3\CMS\Core\Database\ReferenceIndex-updateIndex#318 // TYPO3\CMS\Core\Database\ReferenceIndex-updateRefIndexTable#95 8 // TYPO3\CMS\Core\Database\DatabaseConnection-exec_INSERTquery#1 43 // TYPO3\CMS\Core\Database\DatabaseConnection-debug#215 Diese Datensätze betreffen das Feld 'image', ebenfalls mit einer 'group'-Konfiguration: 'image' = array( 'exclude' = 0, 'l10n_mode' = 'copy', 'label' = $ll . 'tx_news_domain_model_media.media', 'config' = array( 'type' = 'group', 'internal_type' = 'file', 'allowed' = $GLOBALS['TYPO3_CONF_VARS']['GFX']['imagefile_ext'], 'max_size' = $GLOBALS['TYPO3_CONF_VARS']['BE']['maxFileSize'], 'uploadfolder' = 'uploads/tx_news', 'show_thumbs' = 1, 'size' = 1, 'minitems' = 1, 'maxitems' = 1, ) ), Machst du den Eintrag im Bugtracker? Hast du ne Vorstellung, wie lange der Bugfix dauern kann? Es blockiert mir jetzt halt die weitere Migration. Ich hab mir das grad mal im Core angeschaut und keinen wirklichen Bug finden können. Wenn alles richtig läuft, sollte dort eigentlich _FILE als ref_table und 0 als ref_uid übergeben werden, sobald der internal type file lautet. Und selbst wenn nicht, und die Werte leer wären, sollte eigentlich der Default-Wert ziehen, der per SQL so gesetzt ist: DEFAULT '' NOT NULL oder DEFAULT 0 NOT NULL Wenn da dennoch ein NULL ankommt, müsste das IMHO explizit gesetzt worden sein. Ist aber aktuell nur eine Vermutung. explizit gesetzt von wem? Hast du da ne Idee? Ich hab da bestimmt nichts gesetzt, weder in der DB selbst noch in irgendeinem PHP-Skript. Ich will eigentlich nur über das BE den Referenzindex aktulaisieren, damit ich bei meiner Migration von 4.7 auf 6.2 weitermachen kann. Soll ich dann doch im Core Bugtracker einen Eintrag machen? Johannes. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] [gelöst] Captcha leeres/kein Bild - evtl. Bugfix?
Hallo Liste, ich hatte auf meinem Server Schwierigkeiten mit der Erweiterung Captcha (Version 1.2.1 auf TYPO3 6.1.7). Es wurde kein Bild bzw. ein leeres, korruptes Bild generiert. In meinem Fall half die Anpassung der Rechte (Ordner captcha in typo3conf/ext inkl. Unterordner und Dateien auf 755) und andere Tricks, die man im Netz findet nicht. Nach längerem Suchen habe ich die Lösung für mich gefunden: Die Datei typo3conf/captcha/captcha/captcha.php generiert das captcha-Bild. Sie benutzt dazu am Ende die php-Funktionen header() und imagepng(). header() erlaubt keinerlei Ausgabe vor seinem Aufruf. In meinem, sicher seltenen, Fall war das das Problem: Mein Server lässt die Ausgabe von PHP-Fehlermeldungen auf niederen Leveln zu, in dem Fall wurde eine Info ausgegeben (Notice: Constant PATH_site already defined...), natürlich vor dem Aufruf von header(). Das Problem ist ungeschickterweise unsichtbar, da die Fehleremeldung zwar das korrekte Funktionieren verhindert, der Aufruf von header() jedoch wiederum die Ausgabe der Fehlermeldung verhindert. Die Lösung ist: Ausschalten der Fehlermeldungen (display_errors in php.ini) oder das setzen eines andern Levels. Ich habe (da mein grundsätzliches Setting auf diesem Server so bleiben soll) direkt in die Datei typo3conf/captcha/captcha/captcha.php folgende Zeile geschrieben: error_reporting(E_ALL ~E_NOTICE ~E_STRICT ~E_DEPRECATED); viele Grüße! oe (christian) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Upgrade-Wizard 6.2.3 - Referenzindexaktualisieren
Ich hab mir das grad mal im Core angeschaut und keinen wirklichen Bug finden können. Wenn alles richtig läuft, sollte dort eigentlich _FILE als ref_table und 0 als ref_uid übergeben werden, sobald der internal type file lautet. Und selbst wenn nicht, und die Werte leer wären, sollte eigentlich der Default-Wert ziehen, der per SQL so gesetzt ist: DEFAULT '' NOT NULL oder DEFAULT 0 NOT NULL Wenn da dennoch ein NULL ankommt, müsste das IMHO explizit gesetzt worden sein. Ist aber aktuell nur eine Vermutung. explizit gesetzt von wem? Hast du da ne Idee? Ich hab da bestimmt nichts gesetzt, weder in der DB selbst noch in irgendeinem PHP-Skript. Ich will eigentlich nur über das BE den Referenzindex aktulaisieren, damit ich bei meiner Migration von 4.7 auf 6.2 weitermachen kann. Läuft Dir das Ding schon bei 4.7 vor die Wand oder erst unter 6.2? Falls ersteres der Fall ist, lass den Durchlauf unter 4.7 doch weg und mach den Update direkt unter 6.2. Schließlich soll das Zeug ja später dort laufen. Für einen Upgrade von 4.7 auf 6.2 ist der Refindex zunächst mal relativ Latte. Soll ich dann doch im Core Bugtracker einen Eintrag machen? Ich hab 4.7 nicht überprüft sondern den aktuellen Core - von daher versuch's erstmal damit, bevor wir da die Pferde scheu machen ;-) HDH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Autoinstallscript
Den von typo3-installer.de mit Suse ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Klappt nicht: Responsive Image Rendering in TYPO3 CMS 6.2
Hallo Leute, habt ihr schon erfolgreich das Responsive Image Rendering in TYPO3 CMS 6.2 in euren Projekten umgesetzt? Ich habe schon lange auf eine solche Lösung gewartet, aber es funktioniert nicht bei mir. Ich habe in meiner TS-Konfiguration das hier eingegeben um Responsive Image Rendering in TYPO3 CMS 6.2 zu akrivieren: styles.content.imgtext.responsive = 1 styles.content.imgtext.layoutKey = srcset und dieses hier ins TypoScript-Setup, nur um es mal zu probieren: tt_content.image.20.1.sourceCollection { small { width = 200 srcsetCandidate = 600w mediaQuery = (max-device-width: 600px) dataKey = small } middle { width = 400 srcsetCandidate = 800w mediaQuery = (max-device-width: 800px) dataKey = middle } lage { width = 600 srcsetCandidate = 1000w mediaQuery = (max-device-width: 1000px) dataKey = lage } smallRetina { if.directReturn = 1 width = 200 pixelDensity = 2 srcsetCandidate = 600w 2x mediaQuery = (max-device-width: 600px) AND (min-resolution: 192dpi) dataKey = smallRetina } smallHires { if.directReturn = 1 width = 300 pixelDensity = 2 srcsetCandidate = 800w 2x mediaQuery = (min-device-width: 800px) AND (min-resolution: 192dpi) dataKey = smallHires pictureFoo = bar } } Die Ausgabe meines Bildes sieht auch schon recht erfolgversprechend aus, denn der Quelltext für das Bild sieht dann so aus: img src=fileadmin/user_upload/TEST.png srcset=fileadmin/_processed_/csm_TEST_72c0bd69f1.png 600w,fileadmin/_processed_/csm_TEST_8ade9d5d7e.png 600w 2x,fileadmin/_processed_/csm_TEST_b6bbcf44de.png 800w,fileadmin/_processed_/csm_TEST_4c9c335a20.png 1000w,fileadmin/_processed_/csm_TEST_32d225455b.png 800w 2x alt= title=Test-Titel für das Bild Es werden auch die ganzen kleineren Bilder generiert, sie werden aber nicht ausgetauscht. Dazu habe ich meine Seite auf dem ipone geladen und dort das Bild kopiert und per iphone an meinen Rechner per Mail gesendet. Es ist immer noch das originale große Bild. Daher meine Frage: muss, damit das funktioniert, eine bestimmte Javascript-Datei geladen werden? Danke für eure Hilfe, Marco. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Upgrade-Wizard 6.2.3 - Referenzindexaktualisieren
Läuft Dir das Ding schon bei 4.7 vor die Wand oder erst unter 6.2? Falls ersteres der Fall ist, lass den Durchlauf unter 4.7 doch weg und mach den Update direkt unter 6.2. Schließlich soll das Zeug ja später dort laufen. Für einen Upgrade von 4.7 auf 6.2 ist der Refindex zunächst mal relativ Latte. Das Ding läuft mir unter 6.2.3 bei Ausführung des Upgrade Wizard gegen die Wand. Aber noch mal zurück an den Anfang. Beim Migrations-Step Migrate all file links of RTE-enabled fields to FAL bekam ich diesen Fehler: There are currently 52 links to update. Update failed! Und es wurde darauf hingewiesen, zuvor eine Update des Reference Index zu machen. Ich hatte schon unter TYPO3 4.7 den Reference Index aktualisert und danach die Bestätigung bekommen, dass alles OK ist. Aufgrund des Hinweises aber wollte ich auch unter TYPO3 6.2.3 den Referenz-Index aktualisieren, und bekam dann Update failed und Meldungen dieser Art: fileadmin/user_upload/pdf/dateiname1.pdf not found (referenced in element 12 of table tt_content in field bodytext) fileadmin/user_upload/pdf/dateiname2.pdf not found (referenced in element 60 of table tt_content in field bodytext) ... Von Renzo bekam ich hier dann diesen Tipp: Das Problem ist, dass der Index nur für nicht gelöschte Datensätze aktualisiert wird und der Upgrade-Wizard offensichtlich das Deleted-Flag nicht berücksichtigt. Deshalb mal die DB säubern und nochmals probieren. Das habe ich dann auch gemacht und bekam keine diesbezüglichen Fehlermeldung mehr. Danach trat dann das aktuelle Problem auf. Ich hangle mich also gerade von Fehler zu Fehler :-( Gruß, Johannes. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Extension Developers Guide Typo3 6.x
Hallo, gibt es denn schon einen Developers Guide für Typo3 6.x? Ich habe bisher nur den für Typo3 4.2 gefunden. Dort ist aber noch nichts von Namespaces,.. zu lesen, weshalb ich davon ausgehe, dass dort essentielle Dinge nicht mehr aktuell sind. Gibt es schon einen solchen Guide oder eine andere Seite, über die man gut in die Thematik einsteigen kann? Vielen Dank und viele Grüße, Dirk ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Upgrade-Wizard 6.2.3 - Referenzindexaktualisieren
Am 03.06.2014 20:41, schrieb JCL - Johannes C. Laxander: Läuft Dir das Ding schon bei 4.7 vor die Wand oder erst unter 6.2? Falls ersteres der Fall ist, lass den Durchlauf unter 4.7 doch weg und mach den Update direkt unter 6.2. Schließlich soll das Zeug ja später dort laufen. Für einen Upgrade von 4.7 auf 6.2 ist der Refindex zunächst mal relativ Latte. Das Ding läuft mir unter 6.2.3 bei Ausführung des Upgrade Wizard gegen die Wand. Tja - dann wird das wohl doch erstmal ein Bugreport. Wobei ich wie gesagt im Moment nicht sagen könnte, was da konkret vor die Wand läuft. Es sieht auf den ersten Blick korrekt aus. Ich bleib da mal mit dran, weil Gridelements auch regelmäßig beim Speichern den Index updaten. Wäre ja blöd, wenn da was hakt. Schau mer mal Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Upgrade-Wizard 6.2.3 - Referenzindexaktualisieren
OK, dann übe ich mal in Gedeuld ;-) Vielen Dank für deine Hilfe und Unterstützung! Gute Nacht. Johannes. JoH asenau Gesendet: Dienstag, 3. Juni 2014 23:24 Am 03.06.2014 20:41, schrieb JCL - Johannes C. Laxander: Läuft Dir das Ding schon bei 4.7 vor die Wand oder erst unter 6.2? Falls ersteres der Fall ist, lass den Durchlauf unter 4.7 doch weg und mach den Update direkt unter 6.2. Schließlich soll das Zeug ja später dort laufen. Für einen Upgrade von 4.7 auf 6.2 ist der Refindex zunächst mal relativ Latte. Das Ding läuft mir unter 6.2.3 bei Ausführung des Upgrade Wizard gegen die Wand. Tja - dann wird das wohl doch erstmal ein Bugreport. Wobei ich wie gesagt im Moment nicht sagen könnte, was da konkret vor die Wand läuft. Es sieht auf den ersten Blick korrekt aus. Ich bleib da mal mit dran, weil Gridelements auch regelmäßig beim Speichern den Index updaten. Wäre ja blöd, wenn da was hakt. Schau mer mal Joey ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: RTE Link 2 Klassen zuweisen
Für 2 Klassen mit nur einem Label im Dropdown (hier in Verbindung mit dem Bootstrap Package und TYPO3 6.2) RTE.default.proc.allowedClasses := addToList(btn btn-default) RTE.default.buttons { link.properties.class.allowedClasses := addToList(btn btn-default) } RTE.classesAnchor.btn btn-default { name = Link-Button } ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] OT: Simple gallery in news
Hi Carsten, Carsten Hager wrote: PHP Fatal error: Uncaught exception 'Exception' with message 'Need PID for initialation - No PID given! 1298928835' in Ich kenne yag auch nicht, aber dies hört sich stark danach an, all ob du erst einmal das Handbuch lesen solltest. Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active contributor TYPO3 CMS 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] OT: Simple gallery in news
Guten Morgen Philipp, YAG alleine macht keine Probleme. Hab auch im Handbuch keinen Hinweis darauf gefunden. Wende mich mal an den EXT Entwickler, da ich momentan von einem YAG Problem ausgehe. Gruß Carsten ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german