[TYPO3-german] Desired Storage is not in the list of available storages
Hi Liste, vielleicht löst sich das Problem meines anderen Threads ja, wenn wir dieses hier lösen. Beim Versuch auf einer 11 typo3 (sehr kleine Seite) als t3d komplett zu sichern, bekomme ich folgende Fehlermeldung: Oops, an error occurred! Desired storage is not in the list of available storages. More information regarding this error might be available online. Link: http://typo3.org/go/exception/CMS/1314085990 Wenn ich das bei einer auf all-inkl installierten typo3 versuche klappt das ohne Probleme und ich kann meine Werte einstellen. Die Installation soll umgezogen werden und ich muss irgendwie eine gute Sicherung machen, die alles beinhaltet. Irgendwie scheint mir das nicht gelingen zu wollen, wobei ich fest überzeugt bin, dass eine t3d hier wirklich die sinnvollste Lösung wäre. Hat jemand diesen Fehler schon mal gehabt und gelöst? Lieben Gruß Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Core Update über das Install-Tool - Was muss man ändern
Hi Leute, ich habe eben mal auf all-inkl getestet, ob ich dort aus dem Install-Tool eine Aktualisierung durchführen kann. Das wäre ja wirklich toll, nur leider klappt es auch dort nicht. Wenn man einen Fehlversuch hinter sich hat, dann bekommt man die lapidare Meldung, dass: TYPO3 CMS core download exists in download location: typo3temp/core-update/ Und kann nichts mehr machen. Irgendwie ist das frustrierend. Man könnte doch nachfragen, ob gelöscht und neu versucht werden soll. Was muss denn eingestellt werden, damit das funktioniert mit dem Update? Ich hab das schon bei 11 und STRATO probiert und da ging ich davon aus, dass es an der Installation liegt, die ich ja quasi auf Shell-Ebene machen musste. all-inkl ist da mit einer guten Installation eigentlich aus meiner Sicht eher ein Provider, bei dem das problemlos klappten sollte. Irgendwelche Tipps? Lieben Gruß Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] no file found for given UID
Hi Leute, ich bin wirklich frustriert. Ich versuche eine 11 Installation auf einen anderen Provider zu übertragen. Das funktioniert vorsichtig ausgedrückt suboptimal. zuerst dachte ich, ich könnte die Datenbank kopieren und dann eine Installation typo3 machen, dort vor dem ersten Start auch den fileadmin kopieren und alles ist gut. Leider klappt das mit dem Kopieren der Datenbank von Server zu server auch mit 11 nicht. Also habe ich im ersten Versuche auf der 11 Installation eine t3d erstellt und dort alle Tabellen mit eingefügt. Es ist eine sehr kleine Seite. Leider rauschte ich in das Problem, dass ich nicht ab dem obersten Baum-Eintrag speichern konnte, was zur Folge hatte, dass die User etc. leider nicht übernommen wurden. Also habe ich einen Datenbankexport gemacht, alles importierte gelöscht und noch mal direkt über PHP-MyAdmin die Daten eingelesen. Leider kann ich die Seiten nicht anzeigen lassen und bekomme nur die Meldung: Oops, an error occurred! No file found for given UID. More information regarding this error might be available online. Mit diesem Link: http://typo3.org/go/exception/CMS/1317178604 angezeigt, der mir aber auch nicht weiter hilft. Wenn ich in DB-Überprüfung der Seite nachsehe und dort auf Datenbankrelationen gehe, dann sehe ich folgende Fehler: There are 1 records pointing to this missing or deleted record; [pages][8] There are 1 records pointing to this missing or deleted record; [sys_filemounts][5] There are 1 records pointing to this missing or deleted record; [sys_file][1] Ich hab keine Seite mit der UID 8 und habe in der Datenbank auch die Stelle nicht gefunden, wo dieser Vermerk drin sein soll und ehrlich gesagt keine Idee, wo und wie ich die Stelle finden soll. Ich vermute, dass ich den Fehler sehe, weil diese Relationen nicht stimmen, aber ich verstehe nicht, wie ich das reparieren kann. Habt Ihr einen Tipp? Gruß Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Desired Storage is not in the list of available storages
Der Fehler tritt ja beim Versuch einer Sicherung bei der bestehenden Installation auf. Sicherung unmöglich :( Am 22.06.15 um 19:39 schrieb Philipp Gampe: Hi Heike Herzog-Kuhnke, Heike Herzog-Kuhnke wrote: Die Installation soll umgezogen werden und ich muss irgendwie eine gute Sicherung machen, die alles beinhaltet. Irgendwie scheint mir das nicht gelingen zu wollen, wobei ich fest überzeugt bin, dass eine t3d hier wirklich die sinnvollste Lösung wäre. Entweder ist die sys_storage Tabelle nicht mit im Export enthalten, oder die entsprechenden Verzeichnisse existieren nicht auf dem Zielsystem und die Storages deaktivieren sich deswegen selbst. Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Desired Storage is not in the list of available storages
Danke Dir für die ausführliche Antwort. Hattest Du diesen komischen Fehler schon mal? Lieben Gruß Heike Am 22.06.15 um 12:45 schrieb Ralf-Rene Schröder: Am 22.06.2015 um 12:30 schrieb Heike Herzog-Kuhnke: vielleicht löst sich das Problem meines anderen Threads ja, wenn wir dieses hier lösen. Beim Versuch auf einer 11 typo3 (sehr kleine Seite) als t3d komplett zu sichern, bekomme ich folgende Fehlermeldung: vergiss es mit .t3d ... hat bei mir noch nie sauber geklappt (erst recht nicht seit FAL) gehe deinen anderen Weg nochmal sauber von Anfang an: 1.) komplettes Filesystem übertragen (außer den Inhalt von typo3temp das kannst du dir sparen) 2.) exportiere den Inhalt der alten Datenbank auf dem alten Server 3.) importiere sie in deine neue Datenbank (gleiche Collatation) 4.) passe im InstallTool die Zugangsdaten zur Datenbank an Je nach TYPO3 Version jetzt noch alles was es an Caches gibt löschen... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Desired Storage is not in the list of available storages
Wobei die Stelle, an der der Fehler auftritt ja schon beim Versuch zu exportieren ist und ich an dieser Stelle ja noch nicht wirklich in der Neuinstallation bin :( Am 22.06.15 um 15:46 schrieb Ralf-Rene Schröder: Am 22.06.2015 um 15:13 schrieb Heike Herzog-Kuhnke: Hattest Du diesen komischen Fehler schon mal? nein, hatte ich noch nicht... aber ich weiß das eine Übertragung per .t3d nur dann sinnvoll klappt: - wenn es exakt die gleiche Version ist - alle Extensions gleich sind - die komplette Installation übertragen wird - und sie nicht zu groß ist deshalb mache ich es eben IMMER anders... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Berechtigungen Typo3 Installieren
Klappt leider nicht :((( Ich suche mal, ob ich bei all-inkl die PHP.INI finde. Gruß Heike Am 03.07.15 um 14:28 schrieb Heike Herzog-Kuhnke: Da gehe ich jetzt mal direkt rein. Danke Dir !!! Heike Am 03.07.15 um 13:44 schrieb Peter Linzenkirchner: OK, das hat sich überschnitten … :-) ich danke Dir. Ich habe im Web FTP noch mal nachgesehen und festgestellt, dass ich für die betroffenen Verzeichnisse das Eigentum an einen FTP-User übertragen kann und kaum habe ich das gemacht steht wieder www-data drin und ich kann mich einloggen. Ah, OK, so regeln die das. Ja, das hatte ich ja in meiner anderen Mail so beschrieben, www-data muss owner sein. Leider klappt jetzt alles außer der Bildbearbeitung. Ich war schon im Install Tool und hab den Pfad angegeben, den ich in den Infos von all-inkl gefunden habe eingetragen. Der Test mit True Type klappt und wenn ich dann die Bildformate testen möchte, dann kommt folgende Fehlermeldung: Detected Fatal Error Call to undefined method TYPO3\CMS\Install\Database\DatabaseConnectionMock::isConnected() in /www/htdocs/.../typo3_src-6.2.9/typo3/sysext/core/Classes/Error/ErrorHandler.php on line 174 Das hast du ja schon mal in Forge gepostet: https://forge.typo3.org/issues/65275 ich könnte mir vorstellen, dass es an den fehlenden exec_Befehlen liegt: Some PHP functions disabled disable_functions=exec system passthru shell_exec popen escapeshellcmd proc_open proc_nice These function(s) are disabled. TYPO3 uses some of those, so there might be trouble. TYPO3 is designed to use the default set of PHP functions plus some common extensions. Possibly these functions are disabled due to security considerations and most likely the list would include a function like exec() which is used by TYPO3 at various places. Depending on which exact functions are disabled, some parts of the system may just break without further notice. Du kannst mal versuchen, im Installtool das hier zu suchen: $TYPO3_CONF_VARS['BE']['disable_exec_function‘] und auf 1 zu setzen. Gruß Peter ___ 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] Berechtigungen Typo3 Installieren
Da gehe ich jetzt mal direkt rein. Danke Dir !!! Heike Am 03.07.15 um 13:44 schrieb Peter Linzenkirchner: OK, das hat sich überschnitten … :-) ich danke Dir. Ich habe im Web FTP noch mal nachgesehen und festgestellt, dass ich für die betroffenen Verzeichnisse das Eigentum an einen FTP-User übertragen kann und kaum habe ich das gemacht steht wieder www-data drin und ich kann mich einloggen. Ah, OK, so regeln die das. Ja, das hatte ich ja in meiner anderen Mail so beschrieben, www-data muss owner sein. Leider klappt jetzt alles außer der Bildbearbeitung. Ich war schon im Install Tool und hab den Pfad angegeben, den ich in den Infos von all-inkl gefunden habe eingetragen. Der Test mit True Type klappt und wenn ich dann die Bildformate testen möchte, dann kommt folgende Fehlermeldung: Detected Fatal Error Call to undefined method TYPO3\CMS\Install\Database\DatabaseConnectionMock::isConnected() in /www/htdocs/.../typo3_src-6.2.9/typo3/sysext/core/Classes/Error/ErrorHandler.php on line 174 Das hast du ja schon mal in Forge gepostet: https://forge.typo3.org/issues/65275 ich könnte mir vorstellen, dass es an den fehlenden exec_Befehlen liegt: Some PHP functions disabled disable_functions=exec system passthru shell_exec popen escapeshellcmd proc_open proc_nice These function(s) are disabled. TYPO3 uses some of those, so there might be trouble. TYPO3 is designed to use the default set of PHP functions plus some common extensions. Possibly these functions are disabled due to security considerations and most likely the list would include a function like exec() which is used by TYPO3 at various places. Depending on which exact functions are disabled, some parts of the system may just break without further notice. Du kannst mal versuchen, im Installtool das hier zu suchen: $TYPO3_CONF_VARS['BE']['disable_exec_function‘] und auf 1 zu setzen. Gruß Peter ___ 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] Berechtigungen Typo3 Installieren
Wie es scheint muss man das Ganze bei all-inkl als CGI laufen lassen. Hierfür müssen alle Verzeichnisse dem FTP USer gehören. Jetzt laufe ich wieder in den von ein paar Wochen geschilderten file Storage Fehler hinein. Da ist irgendwas in der Datenbank eingetragen, was sich beißt. Der Rest läuft mit dieser Konfiguration.. Gruß Heike Am 03.07.15 um 16:39 schrieb Philipp Gampe: Hi Heike, Heike Herzog-Kuhnke wrote: Bei der suche nach einer Lösung bin ich direkt bei einem von mir gemeldeten Fehler gelandet: https://forge.typo3.org/issues/65275 Bitte aktualisiere mal bitte auf 6.2.14 und lösche alle Caches (über das Install Tool). Schreib das Resultat bitte ins Ticket (möglichst auf Englisch, da nicht all Contributoren Deutsch sprechen). Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Desired storage is not in the list of available storages., , More information regarding this error might be available online.
Problem gelöst. Ich bin in die Datenbank gegangen und konnte dort die Datensätze in den Tabellen sys_file_storage, sys_file_collection und tx_powermail_domain_model_mails finden. Diesen habe ich das flag für deleted und hidden wieder auf 0 gesetzt und danach konnte ich wieder auf Alles zugreifen. Wie diese flags in das System gekommen sind, ist mir noch immer rätselhaft, aber vielleicht hilft das dem einen oder anderen beim Lösen des Problems. Alles Liebe Heike Am 04.07.15 um 09:08 schrieb Heike Herzog-Kuhnke: Hallo Leute, kaum habe ich die Rechte und andere Probleme gemeistert, bin ich wieder bei dem Problem, dass mich vor ein paar Wochen dazu geführt hat, dass ich erst einmal neu überlege, dass ich meine Strategie ändere. Die Installation typo3 ist die gleiche wie beim Ausgangsserver, Daten wurden über Backup ud Restore ohne alle Daten aus Tabellen mit cache, cf oder die zum Extension manager gehörig erschienen eingetragen. Zwischendrin konnte ich die Seiten mir Bildern sehen. Seit typo3 nun scheinbar gut läuft bekomme ich bei Seiten, in die Bilder eingefügt sind, folgenden Fehler angezeigt: Oops an error occurred Desired storage is not in the list of available storages. More information regarding this error might be available online. http://wiki.typo3.org/Exception/CMS/1314085990 Den bekam ich bei einer anderen Installation beim Versuch eine t3d zu speichern. However, ich würde gerne wissen, wo ich suchen kann. Bei der Prüfung der Datenbankrelationen kamen folgende Fehler: Gruppenfelder: There are 236 records pointing to this missing or deleted record; [sys_file_storage][1] There are 1 records pointing to this missing or deleted record; [sys_file_storage][2] There are 1 records pointing to this missing or deleted record; [sys_file_collection][1] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][1] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][2] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][3] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][4] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][5] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][6] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][7] There are 4 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][8] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][9] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][10] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][11] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][12] Wo kann ich diesen Fehler korrigieren? Wo finde ich ein log, dass mir hier weiter helfen kann? Ich würde die Bilder ja gerne neu einfügen, aber ich komme nicht an die Seiten-Datensätze im Backend ran, weil dann immer der Fehler angezeigt wird. Ich würde das auch in der Datenbank ändern, wenn das geht, aber dafür müsste ich wissen, wie ich die betroffenen Datensätze und die Spalte, in der was Falsches steht finde. Hat jemand einen Hinweis für mich? Das ist jetzt der gleiche Fehler an völlig anderer Stelle. momentan macht typo3 keinen Spaß mehr :((( Gruß Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Berechtigungen Typo3 Installieren
Phillip, Ich würde auf 6.14 aktualisieren, aber macht das Sinn, wenn die Installation noch immer Fehlerbehaftet ist? Gruß Heike Am 04.07.15 um 08:59 schrieb Heike Herzog-Kuhnke: Wie es scheint muss man das Ganze bei all-inkl als CGI laufen lassen. Hierfür müssen alle Verzeichnisse dem FTP USer gehören. Jetzt laufe ich wieder in den von ein paar Wochen geschilderten file Storage Fehler hinein. Da ist irgendwas in der Datenbank eingetragen, was sich beißt. Der Rest läuft mit dieser Konfiguration.. Gruß Heike Am 03.07.15 um 16:39 schrieb Philipp Gampe: Hi Heike, Heike Herzog-Kuhnke wrote: Bei der suche nach einer Lösung bin ich direkt bei einem von mir gemeldeten Fehler gelandet: https://forge.typo3.org/issues/65275 Bitte aktualisiere mal bitte auf 6.2.14 und lösche alle Caches (über das Install Tool). Schreib das Resultat bitte ins Ticket (möglichst auf Englisch, da nicht all Contributoren Deutsch sprechen). Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Desired storage is not in the list of available storages., , More information regarding this error might be available online.
Noch ein Hinweis. Mit dem davor beschriebenen hatte ich dann aber 3 file Storages, die auf das gleiche Verzeichnis zielen und die ich auch nicht verstecken konnte. Nicht sonderlich schön und sinnvoll in der Dateiliste. Aus diesem Grund bin ich noch einmal in die Datenbank gegangen. Dort ist die Tabelle sys_file hier ist in der Spalte storage die ID des jeweiligen sys_filemounts-Eintrags definiert. Nachdem diese Installation sowieso ein Test ist, sicherte ich die Tabelle und ersetzte das Feld storage auf den filemount, den ich behalten möchte. Danach löschte ich die anderen Einträge aus der Tabelle sys_filemounts Caches lösche und noch einmal abmelden und anmelden und ich habe in der Dateiliste nurnoch einen fileadmin Eintrag und der Fehler ist weg. Vielleicht hilft es dem einen oder anderen beim Reparieren. Lieben Gruß Heike (die jetzt wieder etwas entspannter ist ;) Am 04.07.15 um 10:03 schrieb Heike Herzog-Kuhnke: Problem gelöst. Ich bin in die Datenbank gegangen und konnte dort die Datensätze in den Tabellen sys_file_storage, sys_file_collection und tx_powermail_domain_model_mails finden. Diesen habe ich das flag für deleted und hidden wieder auf 0 gesetzt und danach konnte ich wieder auf Alles zugreifen. Wie diese flags in das System gekommen sind, ist mir noch immer rätselhaft, aber vielleicht hilft das dem einen oder anderen beim Lösen des Problems. Alles Liebe Heike Am 04.07.15 um 09:08 schrieb Heike Herzog-Kuhnke: Hallo Leute, kaum habe ich die Rechte und andere Probleme gemeistert, bin ich wieder bei dem Problem, dass mich vor ein paar Wochen dazu geführt hat, dass ich erst einmal neu überlege, dass ich meine Strategie ändere. Die Installation typo3 ist die gleiche wie beim Ausgangsserver, Daten wurden über Backup ud Restore ohne alle Daten aus Tabellen mit cache, cf oder die zum Extension manager gehörig erschienen eingetragen. Zwischendrin konnte ich die Seiten mir Bildern sehen. Seit typo3 nun scheinbar gut läuft bekomme ich bei Seiten, in die Bilder eingefügt sind, folgenden Fehler angezeigt: Oops an error occurred Desired storage is not in the list of available storages. More information regarding this error might be available online. http://wiki.typo3.org/Exception/CMS/1314085990 Den bekam ich bei einer anderen Installation beim Versuch eine t3d zu speichern. However, ich würde gerne wissen, wo ich suchen kann. Bei der Prüfung der Datenbankrelationen kamen folgende Fehler: Gruppenfelder: There are 236 records pointing to this missing or deleted record; [sys_file_storage][1] There are 1 records pointing to this missing or deleted record; [sys_file_storage][2] There are 1 records pointing to this missing or deleted record; [sys_file_collection][1] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][1] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][2] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][3] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][4] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][5] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][6] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][7] There are 4 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][8] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][9] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][10] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][11] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][12] Wo kann ich diesen Fehler korrigieren? Wo finde ich ein log, dass mir hier weiter helfen kann? Ich würde die Bilder ja gerne neu einfügen, aber ich komme nicht an die Seiten-Datensätze im Backend ran, weil dann immer der Fehler angezeigt wird. Ich würde das auch in der Datenbank ändern, wenn das geht, aber dafür müsste ich wissen, wie ich die betroffenen Datensätze und die Spalte, in der was Falsches steht finde. Hat jemand einen Hinweis für mich? Das ist jetzt der gleiche Fehler an völlig anderer Stelle. momentan macht typo3 keinen Spaß mehr :((( Gruß Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Desired storage is not in the list of available storages., , More information regarding this error might be available online.
Hallo Leute, kaum habe ich die Rechte und andere Probleme gemeistert, bin ich wieder bei dem Problem, dass mich vor ein paar Wochen dazu geführt hat, dass ich erst einmal neu überlege, dass ich meine Strategie ändere. Die Installation typo3 ist die gleiche wie beim Ausgangsserver, Daten wurden über Backup ud Restore ohne alle Daten aus Tabellen mit cache, cf oder die zum Extension manager gehörig erschienen eingetragen. Zwischendrin konnte ich die Seiten mir Bildern sehen. Seit typo3 nun scheinbar gut läuft bekomme ich bei Seiten, in die Bilder eingefügt sind, folgenden Fehler angezeigt: Oops an error occurred Desired storage is not in the list of available storages. More information regarding this error might be available online. http://wiki.typo3.org/Exception/CMS/1314085990 Den bekam ich bei einer anderen Installation beim Versuch eine t3d zu speichern. However, ich würde gerne wissen, wo ich suchen kann. Bei der Prüfung der Datenbankrelationen kamen folgende Fehler: Gruppenfelder: There are 236 records pointing to this missing or deleted record; [sys_file_storage][1] There are 1 records pointing to this missing or deleted record; [sys_file_storage][2] There are 1 records pointing to this missing or deleted record; [sys_file_collection][1] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][1] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][2] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][3] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][4] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][5] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][6] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][7] There are 4 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][8] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][9] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][10] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][11] There are 5 records pointing to this missing or deleted record; [tx_powermail_domain_model_mails][12] Wo kann ich diesen Fehler korrigieren? Wo finde ich ein log, dass mir hier weiter helfen kann? Ich würde die Bilder ja gerne neu einfügen, aber ich komme nicht an die Seiten-Datensätze im Backend ran, weil dann immer der Fehler angezeigt wird. Ich würde das auch in der Datenbank ändern, wenn das geht, aber dafür müsste ich wissen, wie ich die betroffenen Datensätze und die Spalte, in der was Falsches steht finde. Hat jemand einen Hinweis für mich? Das ist jetzt der gleiche Fehler an völlig anderer Stelle. momentan macht typo3 keinen Spaß mehr :((( Gruß Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Berechtigungen Typo3 Installieren
Zur Info, mein Problem konnte gelöst werden. Im Install-Tool werden teilweise Abweichungen der Rechte auf Verzeichnisse als unkritisch angezeigt, die dann doch eine kritische Auswirkung auf das System haben. Mit einer gesetzten Berechtigung, die das Install-Tool gerne hätte, geht es dann. Schade, dass diese Einträge nicht rot gekennzeichnet waren, das hätte mir eine Menge Frust erspart. Nur falls jemand Probleme hat, genau hinschauen, auch wenn es nur in grau dargestellt ist :) Alles Liebe Heike Am 04.07.15 um 09:09 schrieb Heike Herzog-Kuhnke: Phillip, Ich würde auf 6.14 aktualisieren, aber macht das Sinn, wenn die Installation noch immer Fehlerbehaftet ist? Gruß Heike Am 04.07.15 um 08:59 schrieb Heike Herzog-Kuhnke: Wie es scheint muss man das Ganze bei all-inkl als CGI laufen lassen. Hierfür müssen alle Verzeichnisse dem FTP USer gehören. Jetzt laufe ich wieder in den von ein paar Wochen geschilderten file Storage Fehler hinein. Da ist irgendwas in der Datenbank eingetragen, was sich beißt. Der Rest läuft mit dieser Konfiguration.. Gruß Heike Am 03.07.15 um 16:39 schrieb Philipp Gampe: Hi Heike, Heike Herzog-Kuhnke wrote: Bei der suche nach einer Lösung bin ich direkt bei einem von mir gemeldeten Fehler gelandet: https://forge.typo3.org/issues/65275 Bitte aktualisiere mal bitte auf 6.2.14 und lösche alle Caches (über das Install Tool). Schreib das Resultat bitte ins Ticket (möglichst auf Englisch, da nicht all Contributoren Deutsch sprechen). Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Berechtigungen Typo3 Installieren
Nachdem ich die Fehler alle bereinigt habe, kann ich jetzt auch ein Update machen. Ich bin froh, dass es die Liste gibt. Gruß Heike Am 04.07.15 um 10:42 schrieb Philipp Gampe: Hi Heike Herzog-Kuhnke, Heike Herzog-Kuhnke wrote: Ich würde auf 6.14 aktualisieren, aber macht das Sinn, wenn die Installation noch immer Fehlerbehaftet ist? Ja, weil in neueren Bugfix Versionen mehr Fehlerkorrekturen und bessere Fehlerbehandlung eingebaut ist. D.h. selbst mit Fehlern wirst du meistens ein besseres Resultat erzielen. Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Berechtigungen Typo3 Installieren
Hallo Leute, ich könnte heulen. Seit einiger Zeit versuche ich eine typo3 Installation umzuziehen. Der Provider neu ist all-inkl. Mit dem habe ich gute Erfahrungen und bisher läuft dort alles gut. Allerdings klappt keine Datenbankübertragung von Strato zu all-inkl. Nachdem ich auch mit dem einfachen Überspielen der restlichen Daten nicht wirklich erfolgreich war, habe ich heute einen neuen Versuch gestartet. Da All-Inkl nur die neueste Version zum Installieren anbietet und es wohl grundlegende Änderungen von 6.2.9 gegeben hat, habe ich heute die Installationsdateien geladen und per FTP auf den Server gebracht. Symlinks für typo3_src, typo3 und index.php angelegt. Dann SQL Sicherung der Datenbank auf STRATO-Seite ohne alles was Cache beinhaltet oder Extension-Manager Inhalte sind. Install-Tool mit einer neuen leeren Datenbank ausgeführt und schon mal folgende Fehlermeldung gesehen: Some PHP functions disabled disable_functions=exec system passthru shell_exec popen escapeshellcmd proc_open proc_nice These function(s) are disabled. TYPO3 uses some of those, so there might be trouble. TYPO3 is designed to use the default set of PHP functions plus some common extensions. Possibly these functions are disabled due to security considerations and most likely the list would include a function like exec() which is used by TYPO3 at various places. Depending on which exact functions are disabled, some parts of the system may just break without further notice. Nachdem aber bei All-inkl andere Installationen laufen, dachte ich, dass das wohl kein Problem sein wird. Nach dem Abschluss der Installation habe ich dann alles aus dem Fileadmin der alten Installation auf den Server geladen. Problem hierbei: Irgendwie steht im FTP ein Owner www-data. Dieser sperrt das Hochladen von Dateien über FTP. Also den Owner auf meinen Haupt FTP geändert, dann ging das Hochladen. Datenbank mit den Daten aus der Sicherung bestückt. Einloggen im Backend - Alles Seiten sichtbar, aber irgendwie wurden die Bilder nicht kleingerechnet. Also Install-Tool geladen und dort die Fehlermeldung entdeckt, dass trotz eingetragener Berechtigungen 775 angeblich nicht geschrieben werden kann. Ehrlich ich bin ratlos. Frustrierenderweise hatte ich dann noch Verzeichnisse mit dem falschen Owner entdeckt und das korrigiert. Das Ergebnis: typo3 geht nicht mehr Oops, an error occurred! The temporary cache file /www/htdocs/w00c0a17/KEH/Kanzlei/typo3temp/Cache/Data/l10n/55966283484fa.temp could not be written. More information regarding this error might be available online. Der Link führt nicht wirklich zu einer Lösung: http://wiki.typo3.org/Exception/CMS/1334756737 Ich kapier es nicht. Es ist ja nicht das erste mal, dass ich typo3 installieren, nur das erste Mal, dass ich eine bestehende typo3 Installation auf einen anderen Srver bringen muss. Ich war s nah dran und jetzt ist wieder alles kaputt Ich habe keinen Shell Zugriff. Irgendwelche Ideen? Gruß Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Berechtigungen Typo3 Installieren
Hallo Peter, ich danke Dir. Ich habe im Web FTP noch mal nachgesehen und festgestellt, dass ich für die betroffenen Verzeichnisse das Eigentum an einen FTP-User übertragen kann und kaum habe ich das gemacht steht wieder www-data drin und ich kann mich einloggen. Leider klappt jetzt alles außer der Bildbearbeitung. Ich war schon im Install Tool und hab den Pfad angegeben, den ich in den Infos von all-inkl gefunden habe eingetragen. Der Test mit True Type klappt und wenn ich dann die Bildformate testen möchte, dann kommt folgende Fehlermeldung: Detected Fatal Error Call to undefined method TYPO3\CMS\Install\Database\DatabaseConnectionMock::isConnected() in /www/htdocs/.../typo3_src-6.2.9/typo3/sysext/core/Classes/Error/ErrorHandler.php on line 174 Kann das mit den Rechten zu tun haben? Und ja, es ist eine Neuinstallation der gleichen Version typo3 gewesen, die ich auch bei STRATO habe, weil andere Tests völlig schief gingen und ich es sauber machen wollte. Ohne dass er jetzt die Bilder noch vernünftig verarbeitet, bin ich allerdings nciht fertig. Da ich demnächst auch noch zwei typo3 Installationen von 11 weg bekommen möchte, hätte ich gerne eine sinnvolle und einfache Strategie. Das aktualisieren danach sollte auf dem gleichen Server nicht mehr das Problem sein, wenn die Installation mal ordentlich ist... Lieben Gruß Heike Am 03.07.15 um 13:13 schrieb Peter Linzenkirchner: Hallo Heike, ich werde nicht ganz schlau draus, welche Version du umziehen willst. Grundsätzlich gilt, dass ein Umzug nur klappen kann, wenn du in Quelle und Ziel die gleiche TYPO3-Version hast. Beim Umziehen von z. B. 4.5 auf 6.2 hochzugehen, das schaffen nur Vollblut-Profis, ich würde es mir nicht zutrauen. Ich gehe also davon aus, dass es gleiche Versionen sind. Da All-Inkl nur die neueste Version zum Installieren anbietet und es wohl grundlegende Änderungen von 6.2.9 gegeben hat, habe ich heute die Installationsdateien geladen und per FTP auf den Server gebracht. Symlinks für typo3_src, typo3 und index.php angelegt. Heisst, du hast eine komplett neue TYPO3-Installation angelegt? Das ist möglich, aber _nur_ wenn es sich um die gleiche Version handelt wie in deiner altern Installation. 4.5 zu 4.5, 4.6 zu 4.6 etc. Anders gehts nicht. Dann SQL Sicherung der Datenbank auf STRATO-Seite ohne alles was Cache beinhaltet oder Extension-Manager Inhalte sind. OK, kann man so machen, wenn es auf dem Zielaccount eine funktionierende TYPO3-DB gibt, mit der gleichen TYPO3-Version. Install-Tool mit einer neuen leeren Datenbank ausgeführt und schon mal folgende Fehlermeldung gesehen: Some PHP functions disabled disable_functions=exec system passthru shell_exec popen escapeshellcmd proc_open proc_nice These function(s) are disabled. TYPO3 uses some of those, so there might be trouble. TYPO3 is designed to use the default set of PHP functions plus some common extensions. Possibly these functions are disabled due to security considerations and most likely the list would include a function like exec() which is used by TYPO3 at various places. Depending on which exact functions are disabled, some parts of the system may just break without further notice. das halte ich für problematisch, hat aber erst mal mit dem Übertrag der Installation nichts zu tun. Es kann sein, dass du Probleme bei der Verarbeitung von Bildern bekommst. Mit der Installation und/oder dem laufenden Betrieb hat es nichts zu tun. Nachdem aber bei All-inkl andere Installationen laufen, dachte ich, dass das wohl kein Problem sein wird. Kann sein … Nach dem Abschluss der Installation habe ich dann alles aus dem Fileadmin der alten Installation auf den Server geladen. Problem hierbei: Du hast also eine komplette Installation auf dem Zielrechner gemacht … hätte ich jetzt nicht. Aber es kann trotzdem funktionieren, wenn es sich um die gleiche TYPO3-Version handelt. Irgendwie steht im FTP ein Owner www-data. Dieser sperrt das Hochladen von Dateien über FTP. Also den Owner auf meinen Haupt FTP geändert, dann ging das Hochladen. Da stimmt was nicht mit den Berechtigungen. Wenn du den User der Root auf den ftp-User setzt, dann kann es sein, dass gar nichts mehr funktioniert. Datenbank mit den Daten aus der Sicherung bestückt. OK. Einloggen im Backend - Alles Seiten sichtbar, aber irgendwie wurden die Bilder nicht kleingerechnet. OK, das kann an dem obigen Problem liegen, kann aber auch andere Ursachen haben. Also Install-Tool geladen und dort die Fehlermeldung entdeckt, dass trotz eingetragener Berechtigungen 775 angeblich nicht geschrieben werden kann. OK, das war wohl zu erwarten - Grund evtl die Änderung des Verzeichnis-Users, oder ein generell falsch konfiguriertes System bezüglich der Rechte. Ehrlich ich bin ratlos. Frustrierenderweise hatte ich dann noch Verzeichnisse mit dem falschen Owner entdeckt und das korrigiert. Das Ergebnis: typo3 geht nicht mehr was ist für dich der falsche
Re: [TYPO3-german] Berechtigungen Typo3 Installieren
Hallo Peter, danke. Momentan läuft alles außer das mit den Bildern. Da laufe ich in einen Fehler, den ich aber bei STRATO auch schon hatte. Bei der suche nach einer Lösung bin ich direkt bei einem von mir gemeldeten Fehler gelandet: https://forge.typo3.org/issues/65275 Ich werde jatzt noch mal alles prüfen und mit dem Provider sprechen. Wenn ich das habe melde ich mcih. Gruß Heike Am 03.07.15 um 13:31 schrieb Peter Linzenkirchner: Nachtrag: ich kenne ja deine Installation nicht - 775 als Berechtigung ist prinzipiell richtig und ergibt Schreiben für Owner + Group und Lesen für All. Das klappt aber nur, wenn www-data entweder der Owner ist, oder wenn sich www-data in deiner Group befindet. Aber ohne Shell wirst du das kaum rausfinden können, geschweige denn ändern. Du kannst mal testweise alle Dateien und Verzeichnisse auf 777 setzen. Wenn es dann geht, weißt du, dass es daran liegt, dass www-data nicht Owner ist und nicht Mitglied deiner Group. Aber bitte betreibe den Server dann nicht mit 777 - das ist eine Sicherheitslücke … Du kannst evtl. auch folgendes machen: Spiele alle Dateien rauf, dann gibt allen Dateien und Ordnern www-data als Owner und den Dateien 775 als Berechtigung. Danach sollte TYPO3 funktionieren, allerdings kannst du nichts mehr per FTP hochladen. Bzw. du muss die entsprechenden Ordner dann vorübergehend auf deinen FTP-User setzen und nach dem Upload wieder auf www-data. Das ist ärgerlich, aber ich muss auf einem Server genauso arbeiten (die Betreiber wollen www-data nicht der Gruppe zuordnen - weiß der Geier warum). Wobei mich wundert, dass du Probleme hattest mit dem Hochladen. Wenn deine Root folgende Einstellung hat: - owner www-data / write - group (deine FTP-Gruppe) / write - all /read dann müsstest du drin hochladen können und der Server drin schreiben. Das Problem kann dann nur innerhalb der Unterordner auftreten, die dann nämlich vielleicht so aussehen: - owner dein FTP.-User/ write - group (deine FTP-Gruppe) / write - all /read Dann funktioniert es nur, wenn du alle Dateien und Ordnern den Owner www-data gibst nach dem Upload. 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] Blanke Installation von 6.2.10 - doppelter fileadmin-Eintrag in file storage
Ihr seid Klasse. Das neue System kann Symlinks, die ich dann auch angeben werde. Aber ich muss ja zunächst erst mal alles mit der alten typo3 Version zum Laufen bringen. Der Plan ist, die 6.2er und die 4.5er auf den neuen Server zu bringen und wenn dann alles läuft schnellstmöglich auf den aktuellsten Stand. Ich werde jetzt mit der 4.5er anfangen und dann die 6er übernehmen. Wenn ich noch Fragen habe stelle ich das wohl besser in einem neuen Thread :) Lieben Gruß Heike Am 15.08.15 um 10:33 schrieb Marcus Raphelt: Daag, kurz zu dem wget: hab ich auch lange so eingegeben, bis ich das hier fand: wget --content-disposition get.typo3.org/6.2 So bleibt der Dateiname automatisch korrekt. :) Gruß, Marcus Am 14.08.2015 um 12:01 schrieb Peter Linzenkirchner: wget http://get.typo3.org/6.2 -O typo3_src.tgz ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] PDF Dateien mit schwarzem Hintergrund
Das ist nur das Standard-Typoscript. Daran habe ich nix geändert. Es ist auch das gleiche, das bei der alten Installation mit dem alten Imagemagick funktioniert und das Bild passend anzeigt. Aber ich bin für gute Ideen offen :) Gruß Heike Am 21.08.15 um 11:48 schrieb Andreas Werner: Am 21.08.15 um 11:40 schrieb Heike Herzog-Kuhnke: nein. Aha! Dann geht´s ja prinzipiell. Wäre mal das Typoscript interessant, das die Vorschau generiert. (Das Standardelement für Downloads hatte ja in 4.5 noch keine Vorschau drin, glaub ich) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] PDF Dateien mit schwarzem Hintergrund
Hallo Andreas, Wir sind in Text und Bilder. Ich hab den Providersupport gefragt. Witzigerweise habe ich jetzt Imagemagick 6.7.7-10 aktiviert und in der LocalConfiguration.php ist der Flag: [GFX][im_version_5] = gm -- statt wie bisher im6 Damit und mit dem Löschen und neu Einfugen der Dateien und dem colorspace RGB klappt es jetzt komischerweise auch mit der PDF. GraphicsMagick ist in der Version (1.3.18) Vielleicht hilft die Info ja jemandem. Trotzdem würde mich Deine Idee interessieren. Gruß Heike Am 21.08.15 um 12:43 schrieb Andreas Werner: Am 21.08.15 um 12:37 schrieb Heike Herzog-Kuhnke: Das ist nur das Standard-Typoscript. Daran habe ich nix geändert. Es ist auch das gleiche, das bei der alten Installation mit dem alten Imagemagick funktioniert und das Bild passend anzeigt. Ähm, wie bindest du denn das PDF ein? In welchem Inhaltselement sind wir? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] PDF Dateien mit schwarzem Hintergrund
Gerade gesehen, dass im Template bisher css_styled_content zweimal eingebunden war. Hab das jetzt mal weggenommen. Es ist nur der ohne Versionsnummer eingebunden. Kann das so eine Auswirkung haben? Gruß Heike Am 21.08.15 um 17:37 schrieb Heike Herzog-Kuhnke: Hallo Andreas, Wir sind in Text und Bilder. Ich hab den Providersupport gefragt. Witzigerweise habe ich jetzt Imagemagick 6.7.7-10 aktiviert und in der LocalConfiguration.php ist der Flag: [GFX][im_version_5] = gm -- statt wie bisher im6 Damit und mit dem Löschen und neu Einfugen der Dateien und dem colorspace RGB klappt es jetzt komischerweise auch mit der PDF. GraphicsMagick ist in der Version (1.3.18) Vielleicht hilft die Info ja jemandem. Trotzdem würde mich Deine Idee interessieren. Gruß Heike Am 21.08.15 um 12:43 schrieb Andreas Werner: Am 21.08.15 um 12:37 schrieb Heike Herzog-Kuhnke: Das ist nur das Standard-Typoscript. Daran habe ich nix geändert. Es ist auch das gleiche, das bei der alten Installation mit dem alten Imagemagick funktioniert und das Bild passend anzeigt. Ähm, wie bindest du denn das PDF ein? In welchem Inhaltselement sind wir? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Warning: Unexpected character in input: '\' (ASCII=92) state=1 in /www/htdocs.../typo3_src-6.2.10/index.php on line 24
Hi Ihr Lieben, immernoch ich beim Umziehen einer Domain. Habe die Source eigentlich von sourceforge geholt. Hat irgendwer eine Idee, was da falsch läuft? Gruß HEike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] PDF Dateien mit schwarzem Hintergrund
Ja hab ich. Außer Farbverschiebungen und etwas dunkleren Bildern habe ich bisher aber keine großen Auffälligkeiten gesehen. Ich bin ehrlich gesagt etwas ratlos, weil alles andere gut zu gehen scheint. Nur dies PDF-Dateien werden egal was ich auswähle mit schwarzem Hintergrund angezeigt. Was würdest Du empfehlen, was ich im Install-Tool einstellen soll? Lieben Gruß Heike Am 20.08.15 um 15:22 schrieb Andreas Werner: Mal im Install-Tool die Grafiktests angesehen? Sollte an der IM-Version liegen. Grüße Andy Am 20.08.15 um 15:13 schrieb Heike Herzog-Kuhnke: Hi Leute, ich bin ganz stolz, die 4.5.25 Installation ist umgezogen, auf 4.5.40 aktualisiert und läuft einwandfrei bis auf eine Sache, die ich nicht finde. Auf einer Seite ist eine PDF eingebunden. Diese wird, sobald sie kleingerechnet wird mit schwarzem Hintergrund ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Warning: Unexpected character in input: '\' (ASCII=92) state=1 in /www/htdocs.../typo3_src-6.2.10/index.php on line 24
Hallo Peter,
danke für Deine Antwort.
Das müsste aber eine neue PHP Version sein. Ich suche mal raus welche
läuft. Die Zeile in der index.php ist folgende:
if (!empty($_SERVER['HTTP_REFERER'])) {
$typo3RequestDir =
\TYPO3\CMS\Core\Utility\GeneralUtility::getIndpEnv('TYPO3_REQUEST_DIR');
Direkt aus der noch mal getauschten Source.
Momentan ist die Domain noch nicht beim Provider und ich habe eine
Übergangs-SubDomain. Kann das die Probleme verursachen?
Nach dem Unexpected Input kommt noch diese Meldung:
Parse error: syntax error, unexpected T_STRING in
/www/htdocs/w01379c0/endlos/typo3_src-6.2.10/typo3/index.php on line 30
Kann ich das irgendwie eingrenzen?
Leider kann ich weder Backend noch Install-Tool aufrufen.
Die 4.5.25 auf dem Server klappte wunderbar.
In der LocalConfiguration.php habe ich vorübergehend die:
'trustedHostsPattern' = '*',
so eingestellt. Hab ich das falsch eingetragen?
Lieben Gruß
Heike
Am 20.08.15 um 13:42 schrieb Peter Linzenkirchner:
ich tippe auf eine zu alte PHP-Version. Die \ in den Klassenpfaden werden
moniert.
Gruß
Peter
Am 20.08.2015 um 13:38 schrieb Heike Herzog-Kuhnke h...@kuhnke-owl.de:
Hi Ihr Lieben,
immernoch ich beim Umziehen einer Domain.
Habe die Source eigentlich von sourceforge geholt.
Hat irgendwer eine Idee, was da falsch läuft?
Gruß
HEike
___
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] PDF Dateien mit schwarzem Hintergrund
Hi Leute, ich bin ganz stolz, die 4.5.25 Installation ist umgezogen, auf 4.5.40 aktualisiert und läuft einwandfrei bis auf eine Sache, die ich nicht finde. Auf einer Seite ist eine PDF eingebunden. Diese wird, sobald sie kleingerechnet wird mit schwarzem Hintergrund angezeigt und das auch in der Lightbox. Ich weiß nicht, woran das liegt. Habt Ihr mir einen Tipp colorspace habe ich schon von RGB auf sRGB umgestellt Caches gelöscht PDF rausgenommen und wieder neu eingefügt. Gruß Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Warning: Unexpected character in input: '\' (ASCII=92) state=1 in /www/htdocs.../typo3_src-6.2.10/index.php on line 24
Hallo Peter, Also ich bin momentan einfach nur Happy, dass das alles mit Euch s gut geklappt hat. Wer meine Treads in der Liste kennt weiß ja, dass ich eine Fehlersuchmaschine bin und daüfr lief es echt prächtig :) Alles Liebe Heike die gaaannnz viel gelernt hat, was sie nicht so schnell vergisst Am 21.08.15 um 09:37 schrieb Peter Linzenkirchner: Hallo Heike, also war mein Verdacht ja richtig … 1. falscher Eintrag in der .htaccess: statt AddHandler php52-cgi .php -- AddHandler php55-cgi .php dann lief PHP als CGI und zwar in Version 5.2 - und die kann noch keine keine Namespacies. und ich war dem Ziel näher 2. falscher trustetHostsPattern Eintrag in der LocalConfiguration.php statt '*' -- '.*‘ autsch, stimmt, das hatte ich übersehen, der Punkt muss da hin. und jetzt sehe ich das Backend. Sehr schön. Ich kann den Frust gut nachvollziehen, hatte diese Fehler ja auch alle schon :-) 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] PDF Dateien mit schwarzem Hintergrund
nein. Am 21.08.15 um 10:27 schrieb Andreas Werner: Am 21.08.15 um 10:17 schrieb Heike Herzog-Kuhnke: Auf dem neuen Server ist: IM 6.7.7-10 in Kombi mit 4.5.40 und egal welche Kopfstände ich mache, das Bild wird schwarz. Ist auch die Vorschau im Backend schwarz? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Erweiterungsliste kann nicht geladen werden 6.2.10
Hallo Ralf-Rene, 6.2.10 nutze ich seit gestern nicht mehr. Ich habe diese Installation von 11 umgezogen und dort bin ich auf 6.2.10 hängen geblieben. Jetzt beim neuen Provider mit einer endlich ordentlich organisierten Installation konnte ich das Update dann auch machen. Aber damit alles passt musste ich ja mit der ursprünglichen Version aufsetzen. Aber jetzt passt es endlich :) Lieben Gruß Am 20.08.15 um 22:08 schrieb Ralf-Rene Schröder: Am 20.08.2015 um 21:59 schrieb Heike Herzog-Kuhnke: Fatal error: Call to a member function getUid() on a non-object in /www/htdocs/.../typo3_src-6.2.10/typo3/sysext/extensionmanager/Classes/Utility/Repository/Helper.php was ich mich aber noch frage ist, warum du 6.2.10 nutzt ??? aktuell wäre 6.2.14 (und die enthält auch noch WICHTIGE security fixes) siehe: http://typo3.org/teams/security/security-bulletins/typo3-core/ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] PDF Dateien mit schwarzem Hintergrund
Sollte man das als Bug melden? Ging ja vorher? Gruß Heike Am 21.08.15 um 10:17 schrieb Heike Herzog-Kuhnke: Hi Ihr, hab ja versprochen zu prüfen: Also in der alten Installation, die ja noch vorhanden ist, läuft IM 6.6.0-4 in Kombi mit typo3 4.5.25 und dort sieht alles gut aus. Auf dem neuen Server ist: IM 6.7.7-10 in Kombi mit 4.5.40 und egal welche Kopfstände ich mache, das Bild wird schwarz. ich versuche jetzt mal beim Provider zu fragen, ob ich auch irgendwo da eine alte Version her bekomme. Wenn nicht ist das echt schade. Ich kann nicht verstehen, warum etwas, was in der Vorversion ja funktioniert hat jetzt nicht mehr geht. Andere PDF-Version prüfen macht wenig Sinn, weil der Redakteur, der die Dinger einpflegt hier sicher einfach nur aus Word eine PDF speichert. Gruß Heike Am 21.08.15 um 09:52 schrieb Andreas Werner: Am 20.08.15 um 16:33 schrieb Heike Herzog-Kuhnke: Ja hab ich. Außer Farbverschiebungen und etwas dunkleren Bildern habe ich bisher aber keine großen Auffälligkeiten gesehen. Das mit den dunkleren Bildern kriegst du mit dem schon erwähnten sRGB hin - also sRGB drin lassen. Ist es bei allen PDFs so? Kannst du mal ein PDF in Version 1.4 ohne Transparenzen probieren? Falls du keins hast, schick ich dir eins. Während die vorigen IM6-Versionen prima gingen, vor allem die 6.6.9 war gut, macht mir die 6.7.7 wieder mal Sorgen ... Da hilft dann mal wieder nur, explizit eine alte Version unterzubringen. :-( Grüße Andy ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] PDF Dateien mit schwarzem Hintergrund
Hi Ihr, hab ja versprochen zu prüfen: Also in der alten Installation, die ja noch vorhanden ist, läuft IM 6.6.0-4 in Kombi mit typo3 4.5.25 und dort sieht alles gut aus. Auf dem neuen Server ist: IM 6.7.7-10 in Kombi mit 4.5.40 und egal welche Kopfstände ich mache, das Bild wird schwarz. ich versuche jetzt mal beim Provider zu fragen, ob ich auch irgendwo da eine alte Version her bekomme. Wenn nicht ist das echt schade. Ich kann nicht verstehen, warum etwas, was in der Vorversion ja funktioniert hat jetzt nicht mehr geht. Andere PDF-Version prüfen macht wenig Sinn, weil der Redakteur, der die Dinger einpflegt hier sicher einfach nur aus Word eine PDF speichert. Gruß Heike Am 21.08.15 um 09:52 schrieb Andreas Werner: Am 20.08.15 um 16:33 schrieb Heike Herzog-Kuhnke: Ja hab ich. Außer Farbverschiebungen und etwas dunkleren Bildern habe ich bisher aber keine großen Auffälligkeiten gesehen. Das mit den dunkleren Bildern kriegst du mit dem schon erwähnten sRGB hin - also sRGB drin lassen. Ist es bei allen PDFs so? Kannst du mal ein PDF in Version 1.4 ohne Transparenzen probieren? Falls du keins hast, schick ich dir eins. Während die vorigen IM6-Versionen prima gingen, vor allem die 6.6.9 war gut, macht mir die 6.7.7 wieder mal Sorgen ... Da hilft dann mal wieder nur, explizit eine alte Version unterzubringen. :-( Grüße Andy ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] doppelte Bilder nach Update auf 6.2
Gut zu wissen. Danke fürs Teilen Gruß Heike Am 23.08.15 um 18:25 schrieb Leo Führinger: Hallo Peter, schade - das kommt zwei Monate zu spät ;-) Hatte das gleiche Problem. Doppelt ärgerlich, da es wirklicih logisch ist. Habe nach dem vierten missglücken Anlauf die Jugend meines Vereins darauf angesetzt (war die Vereinshomepage). Sie haben die doppelten Bilder gelöscht. Diese Lösungsvariante lief reibunstlos ist seeehr empfehlenswert ;-) Liebe Grüße, Leo Am 22. August 2015 um 13:56 schrieb Dennis Lümkemann dennis.luemkem...@gmx.de: Hallo Peter, ja, daran liegt's! Passt mit meinem Szenario zusammen, denn die Testmigrationen habe ich an einem geklonten System gemacht, mit mehreren Anläufen. Und die finale Migration, bei der es keine Probleme gab, war dann am live-System. Grüße Dennis Am 22.08.2015 um 13:44 schrieb Peter Linzenkirchner li...@lisardo.de: Hallo Dennis, danke für deine Antwort. Bei mir lief es allerdings beim dritten Anlauf auch nicht besser: ich hatte danach jedes Bild drei mal … WTF … OK, allerdings wurde mir danach die Ursache klar (na ja, nach etwas abkühlen und nachdenken :-). Eigentlich ganz einfach: Um das Update wiederholen zu können, habe ich einfach die Sourcen zurückgestellt, typo3conf auf den alten Stand zurückgesetzt und den DB-Dump neu eingespielt. Und der letzte Schritt ist das Problem: FAL erstellt nämlich neue Tabellen, und zwar vor allem eine mm-Tabelle. Und die wird beim erneuten Einspielen des Dump natürlich nicht gelöscht sondern ignoriert. Und beim Updaten im Install-Tool werden dann fröhlich die Relationen rein geschrieben: einmal, zweimal, dreimal … lol. OK, falls das Problem irgendwann noch jemand hat, hier die Lösung: Vor dem Einspielen des Dump alle Tabellen löschen. Die DB muss wirklich so aussehen wie unter 4.5 und darf keine Reste eines missglückten Updates enthalten. Schon irgendwie logisch. Argh. Danke Peter Am 22.08.2015 um 09:31 schrieb Dennis Lümkemann dennis.luemkem...@gmx.de: Hallo Peter, ich hatte das gleiche Problem bei einer Testmigration. Dabei hakte es noch hier und da im Upgrade Wizard, so dass ich ihn mehrmals starten musste, nach dem ich von Hand kaputte Dateireferenzen in der Datenbank gefixt habe. Bei der finalen Migration (gleiche Datenbasis aber vorher besser aufgeräumt) trat das Problem nicht mehr auf und der Upgrade Wizard lief ohne Fehler durch. Grüße Dennis Am 21.08.2015 um 23:40 schrieb Peter Linzenkirchner li...@lisardo.de : Hallo Liste, hatte das Problem schon mal jemand? Update einer TYPO3 4.5.40 Installation auf 6.2 - läuft ganz normal durch und funktioniert auch gut mit Ausnahme einiger Extensions. Nur ein Problem habe ich: in allen Inhaltselementen, die Bilder verwenden (vor allem Text mit Bild), sind die Bilder jetzt doppelt. Einfach eben zweimal eingebunden … ? Und zwar ganz konsequent - es wird kein Bild ausgelassen. Jemand eine Idee, wie man das vermeiden könnte? Danke 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 -- 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 mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] PDF Dateien mit schwarzem Hintergrund
Oh je, das hatte ich befürchtet. Ich hatte in den Eigenschaften eingestellt dass typo3 da JPGs draus basteln soll. Ich schau mal in der alten Installation, ob da die Seite richtige angezeigt wird. Falls ja geh ich mal Spicken, was bei 11 da anders ist. Falls ich was finde gebe ich Euch Bescheid. sRGB hatte ich probiert... Alles Liebe Heike Am 20.08.15 um 18:35 schrieb Ralf-Rene Schröder: Am 20.08.2015 um 16:22 schrieb Peter Linzenkirchner: das ist mit PDFs so eine Sache - ich vermeide das, und verwende statt dessen JPGs als Vorschaubilder. ich auch, teilweise verbiete ich sie redaktionell sogar als Bild-Typ, denn es gibt da einfach zu viele Speicher-Möglichkeiten, die können imho einfach nicht alle abgefangen werden... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Warning: Unexpected character in input: '\' (ASCII=92) state=1 in /www/htdocs.../typo3_src-6.2.10/index.php on line 24
Hallo Peter mit der 4.5er bin ich durch.
Das ist jetzt die 6.2.10er, die ich rüber bringe.
Laut Backend vom Provider müsste PHP 5.5 laufen.
Hab den Fehler gefunden der war zweischichtig:
1. falscher Eintrag in der .htaccess:
statt AddHandler php52-cgi .php -- AddHandler php55-cgi .php
und ich war dem Ziel näher
2. falscher trustetHostsPattern Eintrag in der LocalConfiguration.php
statt '*' -- '.*'
und jetzt sehe ich das Backend.
Mann Mann, Danke für eure Hilfe.
Die Fragen haben beim Finden sehr geholfen :)
Alles Liebe
Heike
Am 20.08.15 um 16:56 schrieb Peter Linzenkirchner:
Hallo Heike,
ASCII 92 ist der Backslash, und das sind in der Regel die Namespaces, die hier
moniert werden.
1. Welche PHP-version läuft auf dem Server?
2. TYPO3 4.5 arbeitet noch nicht mit Namespaces, da passt was nicht. welche
TYPO3-Version hast du denn im Einsatz? die 4.5 oder die 6.2?
if (!empty($_SERVER['HTTP_REFERER'])) {
$typo3RequestDir
=\TYPO3\CMS\Core\Utility\GeneralUtility::getIndpEnv('TYPO3_REQUEST_DIR‘);
das ist definitiv TYPO3 6.2 und nicht 4.5.
Parse error: syntax error, unexpected T_STRING in
/www/htdocs/w01379c0/endlos/typo3_src-6.2.10/typo3/index.php
das ist ziemlich sicher eine Fehlermeldung von einem zu alten PHP. Diese
Version kennt keine Namespaces und hält deshalb das hier:
\TYPO3\CMS\Core\Utility\
für einen String, bei dem die Anführungen fehlen.
Kann ich das irgendwie eingrenzen?
Leider kann ich weder Backend noch Install-Tool aufrufen.
wundert mich jetzt nicht - das musst du zuerst klären. Welches TYPO3 soll denn
laufen?
Die 4.5.25 auf dem Server klappte wunderbar.
Ähm ja, aber das ist jetzt ein 6.2 … und das braucht ein wesentlich neueres
PHP. Welches konkret, müsste ich jetzt nachschauen.
In der LocalConfiguration.php habe ich vorübergehend die:
das gibts nur in der 6.2 …
'trustedHostsPattern' = '*‘,
so eingestellt. Hab ich das falsch eingetragen?
Na ja, sollte man nicht so lassen, aber mit deinem Problem hat es nichts zu tun.
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] Warning: Unexpected character in input: '\' (ASCII=92) state=1 in /www/htdocs.../typo3_src-6.2.10/index.php on line 24
Install-Tool aufrufen
Datenbank vergleichen und Aktualisieren
und es geht :)
Ich bin s happy!!
Dank der vielen Hinweise uns Tipps, die ich von euch in den letzten
Monaten bekommen habe, weiß ich jetzt endlich, wie streßfreies Umziehen
einer typo3 geht :)
Am 20.08.15 um 21:44 schrieb Heike Herzog-Kuhnke:
Hallo Peter mit der 4.5er bin ich durch.
Das ist jetzt die 6.2.10er, die ich rüber bringe.
Laut Backend vom Provider müsste PHP 5.5 laufen.
Hab den Fehler gefunden der war zweischichtig:
1. falscher Eintrag in der .htaccess:
statt AddHandler php52-cgi .php -- AddHandler php55-cgi .php
und ich war dem Ziel näher
2. falscher trustetHostsPattern Eintrag in der LocalConfiguration.php
statt '*' -- '.*'
und jetzt sehe ich das Backend.
Mann Mann, Danke für eure Hilfe.
Die Fragen haben beim Finden sehr geholfen :)
Alles Liebe
Heike
Am 20.08.15 um 16:56 schrieb Peter Linzenkirchner:
Hallo Heike,
ASCII 92 ist der Backslash, und das sind in der Regel die Namespaces,
die hier moniert werden.
1. Welche PHP-version läuft auf dem Server?
2. TYPO3 4.5 arbeitet noch nicht mit Namespaces, da passt was nicht.
welche TYPO3-Version hast du denn im Einsatz? die 4.5 oder die 6.2?
if (!empty($_SERVER['HTTP_REFERER'])) {
$typo3RequestDir
=\TYPO3\CMS\Core\Utility\GeneralUtility::getIndpEnv('TYPO3_REQUEST_DIR‘);
das ist definitiv TYPO3 6.2 und nicht 4.5.
Parse error: syntax error, unexpected T_STRING in
/www/htdocs/w01379c0/endlos/typo3_src-6.2.10/typo3/index.php
das ist ziemlich sicher eine Fehlermeldung von einem zu alten PHP.
Diese Version kennt keine Namespaces und hält deshalb das hier:
\TYPO3\CMS\Core\Utility\
für einen String, bei dem die Anführungen fehlen.
Kann ich das irgendwie eingrenzen?
Leider kann ich weder Backend noch Install-Tool aufrufen.
wundert mich jetzt nicht - das musst du zuerst klären. Welches TYPO3
soll denn laufen?
Die 4.5.25 auf dem Server klappte wunderbar.
Ähm ja, aber das ist jetzt ein 6.2 … und das braucht ein wesentlich
neueres PHP. Welches konkret, müsste ich jetzt nachschauen.
In der LocalConfiguration.php habe ich vorübergehend die:
das gibts nur in der 6.2 …
'trustedHostsPattern' = '*‘,
so eingestellt. Hab ich das falsch eingetragen?
Na ja, sollte man nicht so lassen, aber mit deinem Problem hat es
nichts zu tun.
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] Erweiterungsliste kann nicht geladen werden 6.2.10
Arg – grad freu ich mich und will die Erweiterungsliste laden und auf Updates prüfen, da kommt dieser Fehler: Aktualisieren der Erweiterungsliste parsererror(SyntaxError: JSON Parse error: Unrecognized token ''): Fatal error: Call to a member function getUid() on a non-object in /www/htdocs/.../typo3_src-6.2.10/typo3/sysext/extensionmanager/Classes/Utility/Repository/Helper.php on line 242 Noch ein Hilfreicher Tipp für mich greifbar? Lieben Gruß Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Erweiterungsliste kann nicht geladen werden 6.2.10
Sorry schon gelöst. Hab noch mal das Install Tool aufgerufen und bin in den Upgrade Wizard gegangen. Dort konnte ich die Tabellen anlegen. Wobei ich mich frage, warum das beim Datenbankcheck nicht dabei ist... Egal, gelöst :D Am 20.08.15 um 21:56 schrieb Heike Herzog-Kuhnke: Arg – grad freu ich mich und will die Erweiterungsliste laden und auf Updates prüfen, da kommt dieser Fehler: Aktualisieren der Erweiterungsliste parsererror(SyntaxError: JSON Parse error: Unrecognized token ''): Fatal error: Call to a member function getUid() on a non-object in /www/htdocs/.../typo3_src-6.2.10/typo3/sysext/extensionmanager/Classes/Utility/Repository/Helper.php on line 242 Noch ein Hilfreicher Tipp für mich greifbar? Lieben Gruß Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Blanke Installation von 6.2.10 - doppelter fileadmin-Eintrag in file storage
Was ist mit dem Verzeichnis t3lib? Muss ich das auch kopieren? Gruß Heike Am 13.07.15 um 14:31 schrieb Peter Linzenkirchner: Hallo Heike, warum machst du den Umweg mit 123 und dem Install-Tool? Das ist unnötig. Hallo Heike, du kopierst doch Installation der gleichen Version von einem Provider zu einem anderen, oder? Dann machst du das zu umständlich. Hol die die Sourcen, lege ggf. die Symlinks an und rufe TYPO3 _nicht_ auf. Kopiere dann komplett die Daten (fileadmin, typo3conf und Uploads, nicht typo3temp). Lege die neue DB an und kopiere die alten Inhalte rein. Dann lege typo3temp an (muss da sein, kann aber leer sein) und trage in die Datei LocalConfiguration den neuen Datenbank-Zugang ein. Dann rufe das Backend auf - das normal starten sollte - und wechsel da ins Install-Tool und kontrolliere die wichtigsten Einstellungen (insb. Grafik-Verarbeitung). Damit sparst du dir eine Menge Schritte (Installieren der Extensions etc.), und auch die doppelten file storages. Gruß Peter Am 13.07.2015 um 13:27 schrieb Heike Herzog-Kuhnke h...@kuhnke-owl.de: Hi Liste, ich bin weiterhin am Testen, weil ich verstehen will, wie ich eine Installation problemarm umziehen kann. Momentan ist eine 6.2.10 er Installation an der Reihe. Stand aktuell: Source von sourceforge (.zip) geholt und auf den Server geladen und entpackt. Symlinks für: typo3_src, index.php und typo3 angelegt Datei FIRST_INSTALL im root angelegt Leere Datenbank erstellt Start von Domain/typo3 Beim 1,2,3... Install Datenbankbenutzer angegeben, alles fein. Backend aufgerufen, eingeloggt. Neue leere typo3 Installation. Was mich irritiert: Ich habe bisher das fileadmin Verzeichnis noch nicht rüber kopiert aber es sind in der Dateiliste zweimal fileadmin (auto-created) angezeigt. Da ich nun schon ein paarmal in Probleme mit filestorage geraten bin, meine Frage: Ist nach einer Neuinstallation mit 6.2.10 ein doppelt angezeigter file-storage (jeder ist auch in der Liste sichtbar) normal? Gruß Heike ___ 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] Blanke Installation von 6.2.10 - doppelter fileadmin-Eintrag in file storage
Danke Dir. Ich hab noch eine 4.5.25. Da muss ich wahrscheinlich die t3lib kopieren, oder? Am Ende bin ich dann bei einem Provider, wo dann hoffentlich auch das Aktualisieren keine größeren Probleme mehr macht :) Alles Liebe Heike Am 14.08.15 um 12:01 schrieb Peter Linzenkirchner: Hallo Heike, TYPO3 6.2 hat keine t3lib mehr, die brauchts also nicht. Es braucht nur index.php, typo3, typo3conf, typo3temp und fileadmin, htaccess. in. Der Rest ist optional (robots.txt etc.) Ausserdem würde ich generell nicht die Sourcen von TYPO3 kopieren, sondern die neu drauf laden, wenn möglich mit wget http://get.typo3.org/6.2 -O typo3_src.tgz im Terminal. Aber man kann sie natürlich auch kopieren, klar. Dauert nur länger. Gruß Peter Am 14.08.2015 um 10:34 schrieb Heike Herzog-Kuhnke h...@kuhnke-owl.de: Was ist mit dem Verzeichnis t3lib? Muss ich das auch kopieren? Gruß Heike Am 13.07.15 um 14:31 schrieb Peter Linzenkirchner: Hallo Heike, warum machst du den Umweg mit 123 und dem Install-Tool? Das ist unnötig. Hallo Heike, du kopierst doch Installation der gleichen Version von einem Provider zu einem anderen, oder? Dann machst du das zu umständlich. Hol die die Sourcen, lege ggf. die Symlinks an und rufe TYPO3 _nicht_ auf. Kopiere dann komplett die Daten (fileadmin, typo3conf und Uploads, nicht typo3temp). Lege die neue DB an und kopiere die alten Inhalte rein. Dann lege typo3temp an (muss da sein, kann aber leer sein) und trage in die Datei LocalConfiguration den neuen Datenbank-Zugang ein. Dann rufe das Backend auf - das normal starten sollte - und wechsel da ins Install-Tool und kontrolliere die wichtigsten Einstellungen (insb. Grafik-Verarbeitung). Damit sparst du dir eine Menge Schritte (Installieren der Extensions etc.), und auch die doppelten file storages. Gruß Peter Am 13.07.2015 um 13:27 schrieb Heike Herzog-Kuhnke h...@kuhnke-owl.de: Hi Liste, ich bin weiterhin am Testen, weil ich verstehen will, wie ich eine Installation problemarm umziehen kann. Momentan ist eine 6.2.10 er Installation an der Reihe. Stand aktuell: Source von sourceforge (.zip) geholt und auf den Server geladen und entpackt. Symlinks für: typo3_src, index.php und typo3 angelegt Datei FIRST_INSTALL im root angelegt Leere Datenbank erstellt Start von Domain/typo3 Beim 1,2,3... Install Datenbankbenutzer angegeben, alles fein. Backend aufgerufen, eingeloggt. Neue leere typo3 Installation. Was mich irritiert: Ich habe bisher das fileadmin Verzeichnis noch nicht rüber kopiert aber es sind in der Dateiliste zweimal fileadmin (auto-created) angezeigt. Da ich nun schon ein paarmal in Probleme mit filestorage geraten bin, meine Frage: Ist nach einer Neuinstallation mit 6.2.10 ein doppelt angezeigter file-storage (jeder ist auch in der Liste sichtbar) normal? Gruß Heike ___ 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 -- 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] Blanke Installation von 6.2.10 - doppelter fileadmin-Eintrag in file storage
Hallo Peter, ich hatte das jetzt so gemacht, weil bisher alle anderen Versuche immer wieder an irgendwelchen Rechten oder anderen Dingen scheiterten. Seit letzter Woche bin ich aber schon etwas schlauer. Dein Weg klingt gut nachvollziehbar. Das probiere ich so aus. Wenn das mit dem Wissen der letzten Wochen klappt, dann bin ich glücklich. Nichtsdestotrotz, hat die normale Installation 2 filestorages angelegt. Ist das normal? Gruß Heike Am 13.07.15 um 14:31 schrieb Peter Linzenkirchner: Hallo Heike, warum machst du den Umweg mit 123 und dem Install-Tool? Das ist unnötig. Hallo Heike, du kopierst doch Installation der gleichen Version von einem Provider zu einem anderen, oder? Dann machst du das zu umständlich. Hol die die Sourcen, lege ggf. die Symlinks an und rufe TYPO3 _nicht_ auf. Kopiere dann komplett die Daten (fileadmin, typo3conf und Uploads, nicht typo3temp). Lege die neue DB an und kopiere die alten Inhalte rein. Dann lege typo3temp an (muss da sein, kann aber leer sein) und trage in die Datei LocalConfiguration den neuen Datenbank-Zugang ein. Dann rufe das Backend auf - das normal starten sollte - und wechsel da ins Install-Tool und kontrolliere die wichtigsten Einstellungen (insb. Grafik-Verarbeitung). Damit sparst du dir eine Menge Schritte (Installieren der Extensions etc.), und auch die doppelten file storages. Gruß Peter Am 13.07.2015 um 13:27 schrieb Heike Herzog-Kuhnke h...@kuhnke-owl.de: Hi Liste, ich bin weiterhin am Testen, weil ich verstehen will, wie ich eine Installation problemarm umziehen kann. Momentan ist eine 6.2.10 er Installation an der Reihe. Stand aktuell: Source von sourceforge (.zip) geholt und auf den Server geladen und entpackt. Symlinks für: typo3_src, index.php und typo3 angelegt Datei FIRST_INSTALL im root angelegt Leere Datenbank erstellt Start von Domain/typo3 Beim 1,2,3... Install Datenbankbenutzer angegeben, alles fein. Backend aufgerufen, eingeloggt. Neue leere typo3 Installation. Was mich irritiert: Ich habe bisher das fileadmin Verzeichnis noch nicht rüber kopiert aber es sind in der Dateiliste zweimal fileadmin (auto-created) angezeigt. Da ich nun schon ein paarmal in Probleme mit filestorage geraten bin, meine Frage: Ist nach einer Neuinstallation mit 6.2.10 ein doppelt angezeigter file-storage (jeder ist auch in der Liste sichtbar) normal? Gruß Heike ___ 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] Blanke Installation von 6.2.10 - doppelter fileadmin-Eintrag in file storage
Hi Liste, ich bin weiterhin am Testen, weil ich verstehen will, wie ich eine Installation problemarm umziehen kann. Momentan ist eine 6.2.10 er Installation an der Reihe. Stand aktuell: Source von sourceforge (.zip) geholt und auf den Server geladen und entpackt. Symlinks für: typo3_src, index.php und typo3 angelegt Datei FIRST_INSTALL im root angelegt Leere Datenbank erstellt Start von Domain/typo3 Beim 1,2,3... Install Datenbankbenutzer angegeben, alles fein. Backend aufgerufen, eingeloggt. Neue leere typo3 Installation. Was mich irritiert: Ich habe bisher das fileadmin Verzeichnis noch nicht rüber kopiert aber es sind in der Dateiliste zweimal fileadmin (auto-created) angezeigt. Da ich nun schon ein paarmal in Probleme mit filestorage geraten bin, meine Frage: Ist nach einer Neuinstallation mit 6.2.10 ein doppelt angezeigter file-storage (jeder ist auch in der Liste sichtbar) normal? Gruß Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Blanke Installation von 6.2.10 - doppelter fileadmin-Eintrag in file storage
Danke Dir für Deine Liebe Rückmeldung. Ich werde mal Dein System probieren und melde mich diesbezüglich noch mal. Wobei mich interessieren würde, warum ohne kopierten fileadmin diese zwei Storages nach der Installation da waren. Wegen einer solchen seltsamen Verfielfältigung habe ich in der letzten Woche schon mal gekämpft, wobei ich da nicht darauf geachtet hatte, ob ein, zwei oder drei fileadmins sichtbar waren... Ich nehme an, dass die Version zu alt ist, als das es Sinn machen würde hier irgendwem eine Meldung zu machen, oder? Gruß Heike Am 13.07.15 um 17:44 schrieb Peter Linzenkirchner: Hallo Heike, die Rechte müssen natürlich stimmen, sonst gibts Ärger … bzw. man muss sie halt korrigieren, das geht ja auch nachträglich :-) Und wenn du weißt, wie sie lauten müssen, ist das auch kein Problem. Ob die beiden filestorages normal sind, weiß ich nicht - denke nicht. Man kann mit zwei arbeiten, aber am besten wirfst du einen weg. Wenn sie durcheinander geraten, kann es blöd werden, weil dann Bilder fehlen können. Wichtig: du musst den richtigen wegwerfen … einer enthält wahrscheinlich die Bilder, der andere nicht. Aber sie entstehen vermutlich einfach dadurch, dass du einen über den Installationsvorgang anlegst und den anderen importierst. Und dann hast du halt zwei … also denke ich mir, genau wissen tue ich es nicht. Nur, dass ich das Problem beim Umzug von Installationen nicht habe, und ich ziehe ständig um. Ich entwickle lokal auf meinem Rechner, kopiere die Installation dann auf einen Stageing-Server für die Absprache mit dem Kunden und die Freigabe, und danach wandert alles auf den Life-Server. Das ist - korrekte Serverkonfiguration vorausgesetzt - auf dem beschriebenen Weg einfach nur eine Fleißaufgabe … Am längsten dauert immer das Kopieren, vor allem wenn ich keinen Shell-Zugang habe. Wenn man die Zielserver kennt, funktioniert das wie eine Schweizer Uhr … Wenn nicht - na ja, manche Server sind wirklich schrecklich konfiguriert, und manche schlicht ungeeignet für TYPO3. Dann geht halt einfach nix … auf Sand kann man nicht bauen. Gruß Peter Am 13.07.2015 um 14:46 schrieb Heike Herzog-Kuhnke h...@kuhnke-owl.de: Hallo Peter, ich hatte das jetzt so gemacht, weil bisher alle anderen Versuche immer wieder an irgendwelchen Rechten oder anderen Dingen scheiterten. Seit letzter Woche bin ich aber schon etwas schlauer. Dein Weg klingt gut nachvollziehbar. Das probiere ich so aus. Wenn das mit dem Wissen der letzten Wochen klappt, dann bin ich glücklich. Nichtsdestotrotz, hat die normale Installation 2 filestorages angelegt. Ist das normal? Gruß Heike Am 13.07.15 um 14:31 schrieb Peter Linzenkirchner: Hallo Heike, warum machst du den Umweg mit 123 und dem Install-Tool? Das ist unnötig. Hallo Heike, du kopierst doch Installation der gleichen Version von einem Provider zu einem anderen, oder? Dann machst du das zu umständlich. Hol die die Sourcen, lege ggf. die Symlinks an und rufe TYPO3 _nicht_ auf. Kopiere dann komplett die Daten (fileadmin, typo3conf und Uploads, nicht typo3temp). Lege die neue DB an und kopiere die alten Inhalte rein. Dann lege typo3temp an (muss da sein, kann aber leer sein) und trage in die Datei LocalConfiguration den neuen Datenbank-Zugang ein. Dann rufe das Backend auf - das normal starten sollte - und wechsel da ins Install-Tool und kontrolliere die wichtigsten Einstellungen (insb. Grafik-Verarbeitung). Damit sparst du dir eine Menge Schritte (Installieren der Extensions etc.), und auch die doppelten file storages. Gruß Peter Am 13.07.2015 um 13:27 schrieb Heike Herzog-Kuhnke h...@kuhnke-owl.de: Hi Liste, ich bin weiterhin am Testen, weil ich verstehen will, wie ich eine Installation problemarm umziehen kann. Momentan ist eine 6.2.10 er Installation an der Reihe. Stand aktuell: Source von sourceforge (.zip) geholt und auf den Server geladen und entpackt. Symlinks für: typo3_src, index.php und typo3 angelegt Datei FIRST_INSTALL im root angelegt Leere Datenbank erstellt Start von Domain/typo3 Beim 1,2,3... Install Datenbankbenutzer angegeben, alles fein. Backend aufgerufen, eingeloggt. Neue leere typo3 Installation. Was mich irritiert: Ich habe bisher das fileadmin Verzeichnis noch nicht rüber kopiert aber es sind in der Dateiliste zweimal fileadmin (auto-created) angezeigt. Da ich nun schon ein paarmal in Probleme mit filestorage geraten bin, meine Frage: Ist nach einer Neuinstallation mit 6.2.10 ein doppelt angezeigter file-storage (jeder ist auch in der Liste sichtbar) normal? Gruß Heike ___ 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
Re: [TYPO3-german] Text GDLIB in Install-Tool stürzt ab -6.2.9. STRATO
Hallo Ihr Lieben, ich grabe diesen Thread mal wieder aus, weil ich nun die Ursache für das Problem durch Zufall bei einer anderen Installation gefunden zu haben scheine. Wer in diesen Fehler läuft mit einer 6.2.n-Installation, der sollte prüfen, welche ImageMagick-Versione er verwendet. Sollte diese nicht ImageMagick 6 sein, dann wird dieser Fehler produziert. Ich bin auf einem anderen Server auf diesen Fehler gestoßen, nachdem ich eine ursprüngliche 4.5.17 Installation zunächst auf 4.5.40 gehoben hatte und dann eine Aktualisierung auf 6.2.15 mit Migration über das Inntal Tool gemacht habe. Hier wird leider nicht gewarnt, dass die ImageMagick-Konfiguration nicht mit dem System zusammen passt (Version 6 ist wohl Minimum). Das wäre schön, da der ausgegebene Fehler nicht wirklich darauf hinweist, was das Problem ist. Drauf gekommen bin ich, weil ich zufällig im Template von css_styled_Content auf die 4.5er Variante wechseln wollte und dort wurde dann eine aussagefähige Fehlermeldung angezeigt. Hoffe es hilft jemandem Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Seltsames falsches Berechnen der Bildgröße mit Typo3 4.5.40 und Graphics Magick 1.3.18
Keiner eine Idee, wo ich ansetzen kann mit der Suche? Ich hab gestern in der Datenbank alle Verweise in Cache Tabellen auf die Bilder gelöscht, hab temporäre Dateien entfernt und versucht irgendwelche Einstellungen zu finden, aber der Fehler trat immer wieder auf. Irgendwann habe ich zumindest die Optik mit einzelnen Elementen mit maximal 4 Bildern wieder hinbekommen, aber so richtig zufrieden bin ich damit nicht, weil es ja im anderen Systen ging. Wenn ich einen Finger hinlegen könnte, könnte ich ja vergleichen. Lieben Gruß Heike Am 28.08.15 um 11:49 schrieb Heike Herzog-Kuhnke: Hi Liste, ich wolte nun die Domains endlich komplett umziehen und habe mit der 4.5.40 Version wieder ein Problem, dass ich nicht sinnvoll einordnen kann. Aufgrund der PDF-Verarbeitungsprobleme ist diese Installation umgestellt, dass sie gm verwendet. Auf dem Server installiert ist gm 1.3.18 Info aus dem Install-Tool: Graphics Magick enabled:1 GraphicsMagick path:/usr/bin/ (1.3.18) GraphicsMagick path/LZW:/usr/bin/ (6.7.7-10) Version 5/GraphicsMagick flag: gm GDLib enabled: 1 GDLib using PNG: 1 IM5 effects enabled:-1 (Blurring/Sharpening with IM 5+) Freetype DPI:96 (Should be 96 for Freetype 2) Mask invert: 0 (Should be set for some IM versions approx. 5.4+) File Formats: gif,jpg,jpeg,tif,tiff,bmp,pcx,tga,png,pdf,ai Jetzt habe ich ein Element Nur Bilder dort sind viele Bilder eingefügt und die Einstellung 4 Spalten ist aktiv und auch eine Breite von 150 px habe ich eingetragen (ist auf dem Original aber nicht drin). Die Original-Installation (4.5.25) hat im Install-Tool folgende Eintragungen: ImageMagick enabled: 1 ImageMagick path: /usr/bin/ (6.6.0-4) ImageMagick path/LZW: /usr/bin/ (6.6.0-4) Version 5/GraphicsMagick flag: im6 GDLib enabled: 1 GDLib using PNG:1 IM5 effects enabled:0 (Blurring/Sharpening with IM 5+) Freetype DPI: 96 (Should be 96 for Freetype 2) Mask invert: (Should be set for some IM versions approx. 5.4+) File Formats: gif,jpg,jpeg,tif,tiff,bmp,pcx,tga,png,pdf,ai Das Problem: in diesem Inhaltselement werden immer wieder unterschiedliche Bilder nicht kleingerechnet. Das ist oft das 5. Bild in der Reihe, aber nicht immer. Das Verschieben der Bilder in eine andere Position bewirkt manchmal, dass diese richtig verkleinert werden, dafür aber andere nicht. Manchmal sind dann alle Bilder klein. Wenn ich dann alle in die richtige Position gebracht habe ist dann oft mindestens ein Bild meist mehrere dann wieder groß. Ich kann außer der Tatsache, dass oft das 5. Bild in der Liste groß dargestellt wird keine Regelmäßigkeit erkennen. Wo kann ich hinlangen, um das Problem zumindest einzuschränken? Frustrierten und ratlosen Gruß Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Seltsames falsches Berechnen der Bildgröße mit Typo3 4.5.40 und Graphics Magick 1.3.18
Gibt es irgendeine Dokumentation, welche Tabellen in der Datenbank mit dem Verarbeiten der Bilder zu tun haben? Ich hatte bisher in der Tabellen mit cache_ davor geschaut und in alle, die irgendwie image mit im Namen haben. Gibt es da noch eine andere Stelle? Lieben Gruß Heike Am 29.08.15 um 10:39 schrieb Heike Herzog-Kuhnke: Keiner eine Idee, wo ich ansetzen kann mit der Suche? Ich hab gestern in der Datenbank alle Verweise in Cache Tabellen auf die Bilder gelöscht, hab temporäre Dateien entfernt und versucht irgendwelche Einstellungen zu finden, aber der Fehler trat immer wieder auf. Irgendwann habe ich zumindest die Optik mit einzelnen Elementen mit maximal 4 Bildern wieder hinbekommen, aber so richtig zufrieden bin ich damit nicht, weil es ja im anderen Systen ging. Wenn ich einen Finger hinlegen könnte, könnte ich ja vergleichen. Lieben Gruß Heike Am 28.08.15 um 11:49 schrieb Heike Herzog-Kuhnke: Hi Liste, ich wolte nun die Domains endlich komplett umziehen und habe mit der 4.5.40 Version wieder ein Problem, dass ich nicht sinnvoll einordnen kann. Aufgrund der PDF-Verarbeitungsprobleme ist diese Installation umgestellt, dass sie gm verwendet. Auf dem Server installiert ist gm 1.3.18 Info aus dem Install-Tool: Graphics Magick enabled:1 GraphicsMagick path:/usr/bin/ (1.3.18) GraphicsMagick path/LZW:/usr/bin/ (6.7.7-10) Version 5/GraphicsMagick flag: gm GDLib enabled: 1 GDLib using PNG: 1 IM5 effects enabled:-1 (Blurring/Sharpening with IM 5+) Freetype DPI:96 (Should be 96 for Freetype 2) Mask invert: 0 (Should be set for some IM versions approx. 5.4+) File Formats: gif,jpg,jpeg,tif,tiff,bmp,pcx,tga,png,pdf,ai Jetzt habe ich ein Element "Nur Bilder" dort sind viele Bilder eingefügt und die Einstellung "4 Spalten" ist aktiv und auch eine Breite von 150 px habe ich eingetragen (ist auf dem Original aber nicht drin). Die Original-Installation (4.5.25) hat im Install-Tool folgende Eintragungen: ImageMagick enabled: 1 ImageMagick path: /usr/bin/ (6.6.0-4) ImageMagick path/LZW: /usr/bin/ (6.6.0-4) Version 5/GraphicsMagick flag: im6 GDLib enabled: 1 GDLib using PNG:1 IM5 effects enabled:0 (Blurring/Sharpening with IM 5+) Freetype DPI: 96 (Should be 96 for Freetype 2) Mask invert: (Should be set for some IM versions approx. 5.4+) File Formats: gif,jpg,jpeg,tif,tiff,bmp,pcx,tga,png,pdf,ai Das Problem: in diesem Inhaltselement werden immer wieder unterschiedliche Bilder nicht kleingerechnet. Das ist oft das 5. Bild in der Reihe, aber nicht immer. Das Verschieben der Bilder in eine andere Position bewirkt manchmal, dass diese richtig verkleinert werden, dafür aber andere nicht. Manchmal sind dann alle Bilder klein. Wenn ich dann alle in die richtige Position gebracht habe ist dann oft mindestens ein Bild meist mehrere dann wieder groß. Ich kann außer der Tatsache, dass oft das 5. Bild in der Liste groß dargestellt wird keine Regelmäßigkeit erkennen. Wo kann ich hinlangen, um das Problem zumindest einzuschränken? Frustrierten und ratlosen Gruß Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Seltsames falsches Berechnen der Bildgröße mit Typo3 4.5.40 und Graphics Magick 1.3.18
Vielen Dank für Deine Antwort,. Das kling plausibel und nachvollziehbar. Ich werde das mal probieren. Alles Liebe Heike Am 02.09.15 um 10:42 schrieb Christian Stern: Ach ja, die Lösung! (: Finde die Konfigurationsdatei für php auf deinem System und ändere den Wert von memory_limit auf einen höheren Wert, so dass du keine Fehlermeldungen bekommst. Alternativ könntest du den Wert aber auch in der .htaccess Datei überschreiben. Klappt auch nicht bei allen Server-Anbietern afaik. .htaccess php_value memory_limit 32M ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Problem mit Light-Box-Effekt
Hallo Frank, also die Lightbox und imagemagick sind ja zwei verschiedene paar Schuhe. Wenn Die Bilder auf Deiner Seite korrekt angezeigt und kleingerechnet werden, dann ist hierfür Imagemagick zuständig. Ich verwende die Extension, die Du hast nicht und rate mal ins Blaue. Bei der von mir üblicherweise eingesetzten Extension perfect_lightbox muss ich bei Bildelementen immer zwei Häkchen im Content-Element setzen. Einmal das vergrößern aktivieren und dann noch Lightbox. Sieht das bei Dir im Backend ähnlich aus? Hast Du einen Haken bei Lightbox für das Bild? Falls es das nicht sein sollte, liegt es eventuell an irgendwelchen Konfigurationseinstellungen für die Extension. Wenn Du nicht absolut festgelegt bist, könntest du die Extension ja herausnehmen und durch perfect_lightbox ersetzen... Lieben Gruß Heike Am 16.09.15 um 14:18 schrieb Frank Wendorf: Hallo Heike, ich habe die Screens hochgeladen nachstehend mal die Links dazu: Ausgabe des Bildes im FE: http://www.heliocentris.com/fileadmin/templates/img/lightbox/lightbox.PNG Es wird, wie man auch in der URL sehen kann, nur das Bild angezeigt, aber nicht wirklich der Lightboxeffekt. Ich habe die Extension bwrk_lightbox im Einsatz, weil ohne diese Extension die Bilder nur in einem PopUp angezeigt werden. Die Einstellungen im Install-Tool: http://www.heliocentris.com/fileadmin/templates/img/lightbox/imageMagick.PNG Ich hoffe, dass mein Problem nun deutlicher geworden ist. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 6.2: Uncaught TYPO3 Exception: PHP Warning: session_start(): Function spl_autoload_call() hasn't defined the class it was called for in []typo3/sysext/backend/Classes/Controll
Ich glaube ich hatte das mal, als an einem Server CGI nicht aktiviert war. Kann es sein, dass eventuell am Server Wartungsarbeiten waren und dabei kurzfristig was deaktiviert? Gruß Heike Am 16.09.15 um 19:35 schrieb Ralf-Rene Schröder: Am 16.09.2015 um 19:06 schrieb Stefan Padberg: Jetzt geht es auf einmal wieder. Was das wohl war... P O L T E R G E I S T E R ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Projektbeginn in Typo3 jedoch darin als Anfänger
Hallo Johann, nur ein Hinweis von meiner bescheidenen Seite. Wenn Du anfängst Dich mit typoscript zu beschäftigen, dann sei Dir immer klar darüber, dass es sich dabei nicht um eine Programmiersprache im engen Sinne handelt. Das hat mich, die ich vorher von der Pike auf Programmieren gelernt habe, echt einen Haufen graue Haare gekostet, bis ich das akzeptiert hatte. Auch wenn es hart ist sich durch zu beißen, ist es die Mühe wert und der Schritt in die Liste ist schon mal Gold wert. Ich wünschte, ich hätte die Liste früher entdeckt, dann wären meine Haare weniger grau ;o) Die Beschreibungen im Web sind gut, es gibt auch einige Bücher, die von der Pike an erklären. Die Links von Bernd werde ich mir auch gleich speichern... Viel Erfolg mit Deinem Projekt Heike Am 15.09.15 um 08:24 schrieb bernd wilke: Am 14.09.15 um 19:01 schrieb Johann Kern: Hallo Bernd, zunächst danke für die Mühe und Deiner ausführlichen Stellungnahme. Ich denke ich muss nicht extra erwähnen, dass Du meine Befürchtungen bestätigt hast. Mein Jammern hilft auch nichts und ich muss mich wohl oder übel damit vertraut machen. Die wichtigste Frage stellt sich für mich, wie schnell schaffe ich den Einstieg soweit, dass ich meiner aktuellen Aufgabe gerecht werden kann. ich kenne das Gefühl. mein erstes TYPO3-Projekt war auch drei Nummern zu groß und ich habe damls auch nacktes PHP eingebunden weil ich noch nichts von TYPO3 kannte. damals war aber TYPO3 3.5 und es gab noch ein PHP-ConettnElement und die API war bei weitem noch nicht so umfassend wie heute. Als Abschluss für die Weiterbildung war es OK. Aus einer heutigen Sicht war es ein Graus und ich bin froh, dass die Site inzwischen (mehrfach) neu gemacht wurde und so meine Jugendsünden verdeckt wurden. Jedenfalls tut es gut dieses Forum und die netten, sehr hilfsbereiten Menschen hier zu kennen. wie schon angedeutet: inzwichen gibt es auch viel Hilfe im slack-Chat. bernd ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Problem mit Light-Box-Effekt
Hast du es denn jetzt hin bekommen? Gruß Heike Am 16.09.15 um 20:49 schrieb Heike Herzog-Kuhnke: Hallo Frank, also die Lightbox und imagemagick sind ja zwei verschiedene paar Schuhe. Wenn Die Bilder auf Deiner Seite korrekt angezeigt und kleingerechnet werden, dann ist hierfür Imagemagick zuständig. Ich verwende die Extension, die Du hast nicht und rate mal ins Blaue. Bei der von mir üblicherweise eingesetzten Extension perfect_lightbox muss ich bei Bildelementen immer zwei Häkchen im Content-Element setzen. Einmal das vergrößern aktivieren und dann noch Lightbox. Sieht das bei Dir im Backend ähnlich aus? Hast Du einen Haken bei Lightbox für das Bild? Falls es das nicht sein sollte, liegt es eventuell an irgendwelchen Konfigurationseinstellungen für die Extension. Wenn Du nicht absolut festgelegt bist, könntest du die Extension ja herausnehmen und durch perfect_lightbox ersetzen... Lieben Gruß Heike Am 16.09.15 um 14:18 schrieb Frank Wendorf: Hallo Heike, ich habe die Screens hochgeladen nachstehend mal die Links dazu: Ausgabe des Bildes im FE: http://www.heliocentris.com/fileadmin/templates/img/lightbox/lightbox.PNG Es wird, wie man auch in der URL sehen kann, nur das Bild angezeigt, aber nicht wirklich der Lightboxeffekt. Ich habe die Extension bwrk_lightbox im Einsatz, weil ohne diese Extension die Bilder nur in einem PopUp angezeigt werden. Die Einstellungen im Install-Tool: http://www.heliocentris.com/fileadmin/templates/img/lightbox/imageMagick.PNG Ich hoffe, dass mein Problem nun deutlicher geworden ist. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Problem mit Light-Box-Effekt
Super, ich freu mich für Dich :) Lieben Gruß und schönen Wochenstart Heike Am 21.09.15 um 08:15 schrieb Frank Wendorf: Guten Morgen, vielen herzlichen Dank für Eure Hinweise. Ich werde meinen Quelltext aufräumen und schauen, dass ich die unterschiedlichen jQuery-Einbindungen rausbekomme, so dass jQuery nur 1x eingebunden ist. Auf jeden Fall hat der Hinweis mit Prototype geholfen. Ich habe perfect_lightbox auf jQuery umgestellt und jetzt funktioniert auch der Lightbox-Effekt. Noch einmal an Alle meinen herzlkichsten Dank für die Hilfe und die vielen Hinweise. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Problem mit Light-Box-Effekt
Oh Mann, vor den Kopf klatsch. Hast Du das typoscript denn eingebunden? Vollständigen Template-Datensatz bearbeiten / Enthält und dann perfectlightbox mit rein nehmen? Das könnte es durchaus sein. Hab Deine Zeilen gerade gelesen bevor ich mir den Quelltext angesehen habe. Aber wenn das fehlt, dann ist die Wahrscheinlichkeit groß, dass Deine Vermutung mit der fehlenden Einbindung stimmt. Lieben Gruß Heike Am 18.09.15 um 15:17 schrieb Peter Kühnlein: Am 18.09.2015 um 15:05 schrieb Frank Wendorf: Hallo hewike, danke, denr Nachfrage. Ich habe es bisher leider nicht hinbekommen. Perfectlightbox habe ich installiert , eingebunden und auch den Haken bei Lightbox angeklickt. Das Ergebnis bleibt aber leider das Gleiche. Es wird das Bild angezeigt, aber eben nicht als Overlay, sondern nur als Bild. Nachstehend mal ein Link der seite. Bitte einfacvh auf eines der kleinen Bilder klicken. http://www.heliocentris.com/academia/education-products/model-car/ Hi Frank und Heike, ich hab ein bisschen mitgelesen. Die Links um die Bilder sind seltsam: die zeigen alle auf Bilddateien in _processed_ oder content ohne jeden Aufruf der Extension. Das sieht so aus, als werde die Lightbox gar nicht angesprochen. Das statische TS ist sicher drin? Auf was ist denn die Qualität der Bilder gesetzt? Standard? Ich hatte bei einer anderen Lightbox Probleme, weil die Bildnamen Umlaute enthielten - das ist bei Dir ja nicht so. Aber die Namen enthalten jede Menge underscores etc. LG Peter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] HTML-Code wird nicht umgesetzt
Am 29.02.16 um 20:01 schrieb Ralf-Rene Schröder: aufgrund der Historie hat sich hier eine gewisse, in anderen Foren sonst eher unübliche, Freundlichkeit eingebürgert, also werden Namen und Grußformeln, ähnlich eines Briefes, gerne gesehen Hierfür bin und war ich immer dankbar und freue mich, dass es diese Liste gibt. Bisher hat sich hier immer jemand flott und freundlich um meine Fragen gekümmert und dafür bin ich sehr dankbar. Einen lieben Gruß und großen Dank an das Team im Hintergrund Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Sonderzeichen im RTE hinzufügen
Auf diese Art habe ich auch chinesische Zeichen in typo3 speichern können ;) Wichtig ist nur, dass die Datenbank das alles so speichert, dass am Ende auch diese Zeichen wieder abgerufen werden :) Lieben Gruß Heike Am 16.07.16 um 09:39 schrieb Stefan Grothus: Moin, danke für Eure Antworten! @Gerhard: auf die Idee bin ich gar nicht gekommen, das einfach über die Zwischenablage zu probieren... Das klappt und dürfte für die Redakteure auch die Lösung sein. //Stefan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Angebote für Schulungen in Hessen für typo3 gesucht
Hallo Ihr lieben typo3 Kenner, ich komme heute mal mit einer Sache hier in die Liste, die keine Frage zu typo3 ist, aber vielleicht interessant für einen aus diesem Kreis. In Kassel wird per Ausschreibung jemand gesucht, der Redakteure in der Nutzung und Pflege einer typo3 Installation schulen kann: https://www.had.de/onlinesuche_langfassung.html?showpub=PJ4CVM8YFJ1UB3SK Ich bin dort nicht angestellt, sondern nur über die Ausschreibung gestolpert. Aber ich dachte, wenn die jemanden finden wollen, der sich gut mit typo3 auskennt, dann finden die denjenigen wahrscheinlich hier in diesem Kreis :) Lieben Gruß Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] "Oops an error occured" bei Dateilink mit einer PDF
Hi Ihr Lieben, ich habe meine "kaputte Seite" wieder händisch in eine neue 6.2.30 Installation übertragen. Jetzt passt so weit alles nur ein Problem habe ich, das ich nicht verstehe. Ich habe eine Seite bei der ich eine PDF-Datei als Dateilink zum Download anbieten möchte. Nur wenn ich diese Seite aufrufe und die Datei per Element "Dateilink" einbinde, dann bekomme ich von typo3 die rote Zunge mit "Oops an error occurred" gezeigt. Erstelle ich ein Textelement und erzeuge einen Link zu der Datei im RTE Editor, bekomme ich zwar die Fehlermeldung nicht angezeigt, aber dafür führt der Link einfach wieder zur gleichen Seite und nciht zur Datei. Bin gerade etwas ratlos, wo ich hinfassen soll. Hatte schon einer von Euch so ein seltsames Verhalten? LG Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] "Oops an error occured" bei Dateilink mit einer PDF
Habs gefunden :) Das Verzeichnis logs im Verzeichnis der Installation war auf den Wert 700 gesetzt. Nach einer Änderung auf 755 rekursiv, klappts auch mit den PDF-Dateien :D Danke fürs zuhören und mitdenken. LG Heike Am 23.01.17 um 08:23 schrieb Heike Herzog-Kuhnke: Ich hatte gestern vermutet, dass die PDF-Datei eventuell irgednwie nicht in Ordnung ist und die Datei noch einmal neu geschrieben und hochgeladen. Leider mit dem gleichen Fehler. Als ich heute ins Error Log geschaut habe sah ich diese Fehlermeldung, wenn das Ganze als Link in einem Text eingefügt ist: "Core: Error handler (FE): PHP Warning: fopen(/www/htdocs/w01379c0/qigong-neu/typo3temp/logs/typo3.log): failed to open stream: Permission denied in /www/htdocs/w01379c0/qigong-neu/typo3_src-6.2.30/typo3/sysext/core/Classes/Log/Writer/FileWriter.php line 158" Ich habe die typo3 Src als tar vom Typo3 Server geladen und nach dem Upload dort auf dem Server ausgepackt. Was mich wundert ist, dass das nur mit PDF-Dateien passiert und mit den Bildern nicht... Ich schau mal was für ein Fehler ausgeworfen wird, wenn es ein Dateilink-Element ist. Als Dateilink werden zwei Fehler ausgeworfen: "Core: Error handler (FE): PHP Warning: fopen(/www/htdocs/w01379c0/qigong-neu/typo3temp/logs/typo3.log): failed to open stream: Permission denied in /www/htdocs/w01379c0/qigong-neu/typo3_src-6.2.30/typo3/sysext/core/Classes/Log/Writer/FileWriter.php line 158" und "Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1321804422: Could not open log file "/www/htdocs/w01379c0/qigong-neu/typo3temp/logs/typo3.log" | RuntimeException thrown in file /www/htdocs/w01379c0/qigong-neu/typo3_src-6.2.30/typo3/sysext/core/Classes/Log/Writer/FileWriter.php in line 160. Requested URL: http://dcgv.de/index.php?id=64; Ich habe schon geschaut, wie die Berechtigungen in den Verzeichnissen sind und dort haben die Dateien 644 gehabt. Aber auch ein Umstellen auf 777 hat keine Änderung gebracht. Also scheint es nciht wirklich an den Schreibberechtigungen zu liegen. Bin echt am rätseln, was das Problem ist. Wenn ich per HTML-Element den Link zur Datei selbst einfüge ist alles kein Problem. Es scheint irgendwie damit zusammen zu hängen, dass typo3 eine temporäre Datei anlegen will und dann vielleicht nicht findet? Wäre für einen weiteren Tipp dankbar. LG Heike Am 22.01.17 um 20:59 schrieb Dr. Dieter Porth: Hallo Heike, Datei exisitiert nicht? - Vielleicht Groß Klein Schreibung beim Dateinamen bei Transfer von Windows nach Unix-System. Datei löschen. nochmals korrekt neu hochladen und verlinken. (Der RTE erstellt den fehlerhaften Link nicht, weshalb du auf der gleichen Seite landest.) Mit besten Grüßen Dieter Am 22.01.2017 um 19:20 schrieb Heike Herzog-Kuhnke: Hi Ihr Lieben, ich habe meine "kaputte Seite" wieder händisch in eine neue 6.2.30 Installation übertragen. Jetzt passt so weit alles nur ein Problem habe ich, das ich nicht verstehe. Ich habe eine Seite bei der ich eine PDF-Datei als Dateilink zum Download anbieten möchte. Nur wenn ich diese Seite aufrufe und die Datei per Element "Dateilink" einbinde, dann bekomme ich von typo3 die rote Zunge mit "Oops an error occurred" gezeigt. Erstelle ich ein Textelement und erzeuge einen Link zu der Datei im RTE Editor, bekomme ich zwar die Fehlermeldung nicht angezeigt, aber dafür führt der Link einfach wieder zur gleichen Seite und nciht zur Datei. Bin gerade etwas ratlos, wo ich hinfassen soll. Hatte schon einer von Euch so ein seltsames Verhalten? LG Heike ___ 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] "Oops an error occured" bei Dateilink mit einer PDF
Ich hatte gestern vermutet, dass die PDF-Datei eventuell irgednwie nicht in Ordnung ist und die Datei noch einmal neu geschrieben und hochgeladen. Leider mit dem gleichen Fehler. Als ich heute ins Error Log geschaut habe sah ich diese Fehlermeldung, wenn das Ganze als Link in einem Text eingefügt ist: "Core: Error handler (FE): PHP Warning: fopen(/www/htdocs/w01379c0/qigong-neu/typo3temp/logs/typo3.log): failed to open stream: Permission denied in /www/htdocs/w01379c0/qigong-neu/typo3_src-6.2.30/typo3/sysext/core/Classes/Log/Writer/FileWriter.php line 158" Ich habe die typo3 Src als tar vom Typo3 Server geladen und nach dem Upload dort auf dem Server ausgepackt. Was mich wundert ist, dass das nur mit PDF-Dateien passiert und mit den Bildern nicht... Ich schau mal was für ein Fehler ausgeworfen wird, wenn es ein Dateilink-Element ist. Als Dateilink werden zwei Fehler ausgeworfen: "Core: Error handler (FE): PHP Warning: fopen(/www/htdocs/w01379c0/qigong-neu/typo3temp/logs/typo3.log): failed to open stream: Permission denied in /www/htdocs/w01379c0/qigong-neu/typo3_src-6.2.30/typo3/sysext/core/Classes/Log/Writer/FileWriter.php line 158" und "Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1321804422: Could not open log file "/www/htdocs/w01379c0/qigong-neu/typo3temp/logs/typo3.log" | RuntimeException thrown in file /www/htdocs/w01379c0/qigong-neu/typo3_src-6.2.30/typo3/sysext/core/Classes/Log/Writer/FileWriter.php in line 160. Requested URL: http://dcgv.de/index.php?id=64; Ich habe schon geschaut, wie die Berechtigungen in den Verzeichnissen sind und dort haben die Dateien 644 gehabt. Aber auch ein Umstellen auf 777 hat keine Änderung gebracht. Also scheint es nciht wirklich an den Schreibberechtigungen zu liegen. Bin echt am rätseln, was das Problem ist. Wenn ich per HTML-Element den Link zur Datei selbst einfüge ist alles kein Problem. Es scheint irgendwie damit zusammen zu hängen, dass typo3 eine temporäre Datei anlegen will und dann vielleicht nicht findet? Wäre für einen weiteren Tipp dankbar. LG Heike Am 22.01.17 um 20:59 schrieb Dr. Dieter Porth: Hallo Heike, Datei exisitiert nicht? - Vielleicht Groß Klein Schreibung beim Dateinamen bei Transfer von Windows nach Unix-System. Datei löschen. nochmals korrekt neu hochladen und verlinken. (Der RTE erstellt den fehlerhaften Link nicht, weshalb du auf der gleichen Seite landest.) Mit besten Grüßen Dieter Am 22.01.2017 um 19:20 schrieb Heike Herzog-Kuhnke: Hi Ihr Lieben, ich habe meine "kaputte Seite" wieder händisch in eine neue 6.2.30 Installation übertragen. Jetzt passt so weit alles nur ein Problem habe ich, das ich nicht verstehe. Ich habe eine Seite bei der ich eine PDF-Datei als Dateilink zum Download anbieten möchte. Nur wenn ich diese Seite aufrufe und die Datei per Element "Dateilink" einbinde, dann bekomme ich von typo3 die rote Zunge mit "Oops an error occurred" gezeigt. Erstelle ich ein Textelement und erzeuge einen Link zu der Datei im RTE Editor, bekomme ich zwar die Fehlermeldung nicht angezeigt, aber dafür führt der Link einfach wieder zur gleichen Seite und nciht zur Datei. Bin gerade etwas ratlos, wo ich hinfassen soll. Hatte schon einer von Euch so ein seltsames Verhalten? LG Heike ___ 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] "Oops an error occured" bei Dateilink mit einer PDF
OK bei Mutlidomain-typo3 muss wohl noch eine Berechtigung geändert werden... Ich hatte noch einen Exception error, nachdem der Test an der ersten Domain im Baum ohne Probleme lief: "Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1321804422: Could not open log file "/www/htdocs/w01379c0/qigong-neu/typo3temp/logs/typo3.log" | RuntimeException thrown in file /www/htdocs/w01379c0/qigong-neu/typo3_src-6.2.30/typo3/sysext/core/Classes/Log/Writer/FileWriter.php in line 160. Requested URL: http://dcgv.de/index.php?id=64; Nachdem ich die Log-Datei in typo3temp von 664 auf 666 gesetzt hatte, läuft jetzt alles so wie erwartet... LG Heike Am 23.01.17 um 08:37 schrieb Heike Herzog-Kuhnke: Habs gefunden :) Das Verzeichnis logs im Verzeichnis der Installation war auf den Wert 700 gesetzt. Nach einer Änderung auf 755 rekursiv, klappts auch mit den PDF-Dateien :D Danke fürs zuhören und mitdenken. LG Heike Am 23.01.17 um 08:23 schrieb Heike Herzog-Kuhnke: Ich hatte gestern vermutet, dass die PDF-Datei eventuell irgednwie nicht in Ordnung ist und die Datei noch einmal neu geschrieben und hochgeladen. Leider mit dem gleichen Fehler. Als ich heute ins Error Log geschaut habe sah ich diese Fehlermeldung, wenn das Ganze als Link in einem Text eingefügt ist: "Core: Error handler (FE): PHP Warning: fopen(/www/htdocs/w01379c0/qigong-neu/typo3temp/logs/typo3.log): failed to open stream: Permission denied in /www/htdocs/w01379c0/qigong-neu/typo3_src-6.2.30/typo3/sysext/core/Classes/Log/Writer/FileWriter.php line 158" Ich habe die typo3 Src als tar vom Typo3 Server geladen und nach dem Upload dort auf dem Server ausgepackt. Was mich wundert ist, dass das nur mit PDF-Dateien passiert und mit den Bildern nicht... Ich schau mal was für ein Fehler ausgeworfen wird, wenn es ein Dateilink-Element ist. Als Dateilink werden zwei Fehler ausgeworfen: "Core: Error handler (FE): PHP Warning: fopen(/www/htdocs/w01379c0/qigong-neu/typo3temp/logs/typo3.log): failed to open stream: Permission denied in /www/htdocs/w01379c0/qigong-neu/typo3_src-6.2.30/typo3/sysext/core/Classes/Log/Writer/FileWriter.php line 158" und "Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1321804422: Could not open log file "/www/htdocs/w01379c0/qigong-neu/typo3temp/logs/typo3.log" | RuntimeException thrown in file /www/htdocs/w01379c0/qigong-neu/typo3_src-6.2.30/typo3/sysext/core/Classes/Log/Writer/FileWriter.php in line 160. Requested URL: http://dcgv.de/index.php?id=64; Ich habe schon geschaut, wie die Berechtigungen in den Verzeichnissen sind und dort haben die Dateien 644 gehabt. Aber auch ein Umstellen auf 777 hat keine Änderung gebracht. Also scheint es nciht wirklich an den Schreibberechtigungen zu liegen. Bin echt am rätseln, was das Problem ist. Wenn ich per HTML-Element den Link zur Datei selbst einfüge ist alles kein Problem. Es scheint irgendwie damit zusammen zu hängen, dass typo3 eine temporäre Datei anlegen will und dann vielleicht nicht findet? Wäre für einen weiteren Tipp dankbar. LG Heike Am 22.01.17 um 20:59 schrieb Dr. Dieter Porth: Hallo Heike, Datei exisitiert nicht? - Vielleicht Groß Klein Schreibung beim Dateinamen bei Transfer von Windows nach Unix-System. Datei löschen. nochmals korrekt neu hochladen und verlinken. (Der RTE erstellt den fehlerhaften Link nicht, weshalb du auf der gleichen Seite landest.) Mit besten Grüßen Dieter Am 22.01.2017 um 19:20 schrieb Heike Herzog-Kuhnke: Hi Ihr Lieben, ich habe meine "kaputte Seite" wieder händisch in eine neue 6.2.30 Installation übertragen. Jetzt passt so weit alles nur ein Problem habe ich, das ich nicht verstehe. Ich habe eine Seite bei der ich eine PDF-Datei als Dateilink zum Download anbieten möchte. Nur wenn ich diese Seite aufrufe und die Datei per Element "Dateilink" einbinde, dann bekomme ich von typo3 die rote Zunge mit "Oops an error occurred" gezeigt. Erstelle ich ein Textelement und erzeuge einen Link zu der Datei im RTE Editor, bekomme ich zwar die Fehlermeldung nicht angezeigt, aber dafür führt der Link einfach wieder zur gleichen Seite und nciht zur Datei. Bin gerade etwas ratlos, wo ich hinfassen soll. Hatte schon einer von Euch so ein seltsames Verhalten? LG Heike ___ 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] Preview in 6.2.30 im Workspace wirft Fehler: Invalid form/module token detected. Access Denied! aus
Hi liebe Liste, so langsam fange ich an typo3 nicht mehr so zu mögen. In einer neuen typo3 Installation, die ich auf 6.2.30 aktualisiert habe, habe ich nun workspaces aktiviert. Als ich als Admin nun in dem Workspace eine Seite, die ich modifiziert hatte, ansehen wollte, kamm mein mittlerweile ungeliebtes: Oops an error occurred! Invalid form/module token detected. Access Denied! Beim Suchen bin ich zu keiner Lösung gekommen. Im Log steht: Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1392409507: Invalid form/module token detected. Access Denied! | UnexpectedValueException thrown in file /www/htdocs/w01379c0/qigong-neu/typo3_src-6.2.30/typo3/mod.php in line 26. Requested URL: http://qigong-sob.com/typo3/mod.php?M=web_WorkspacesWorkspaces=bcf28e9e868df78a2a5d33baa1b21065cc42c295_workspaces_web_workspacesworkspaces%5Baction%5D=index_workspaces_web_workspacesworkspaces%5Bcontroller%5D=Preview=67 Ich verstehe das nicht. Kann mir jemand sagen, wo ich hinfassen muss? Ist das wieder eine Rechte-Geschichte? Die blinde Veröffentlichung ohne Blick auf die Seite geht, aber dann kann ich Workspaces auch gleich sein lassen :((( LG Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Preview in 6.2.30 im Workspace wirft Fehler: Invalid form/module token detected. Access Denied! aus
Ach so, was mir da gerade kommt Das ist eine Multidomain-Installation... Muss ich pro Domain einen Workspace einrichten? Könnte der Fehler so einfach behoben werden? LG Heike Am 27.01.17 um 10:03 schrieb Heike Herzog-Kuhnke: Hi liebe Liste, so langsam fange ich an typo3 nicht mehr so zu mögen. In einer neuen typo3 Installation, die ich auf 6.2.30 aktualisiert habe, habe ich nun workspaces aktiviert. Als ich als Admin nun in dem Workspace eine Seite, die ich modifiziert hatte, ansehen wollte, kamm mein mittlerweile ungeliebtes: Oops an error occurred! Invalid form/module token detected. Access Denied! Beim Suchen bin ich zu keiner Lösung gekommen. Im Log steht: Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1392409507: Invalid form/module token detected. Access Denied! | UnexpectedValueException thrown in file /www/htdocs/w01379c0/qigong-neu/typo3_src-6.2.30/typo3/mod.php in line 26. Requested URL: http://qigong-sob.com/typo3/mod.php?M=web_WorkspacesWorkspaces=bcf28e9e868df78a2a5d33baa1b21065cc42c295_workspaces_web_workspacesworkspaces%5Baction%5D=index_workspaces_web_workspacesworkspaces%5Bcontroller%5D=Preview=67 Ich verstehe das nicht. Kann mir jemand sagen, wo ich hinfassen muss? Ist das wieder eine Rechte-Geschichte? Die blinde Veröffentlichung ohne Blick auf die Seite geht, aber dann kann ich Workspaces auch gleich sein lassen :((( LG Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] special.value.if
Danke fürs Teilen :) Am 26.01.17 um 16:10 schrieb Ben Ner: gelöst via: special = directory entryLevel = 1 special.value.data = leveluid:1 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Finde den footer nicht
ich stimme Renzo zu, eine Angabe der grundlegenden Informationen zu Deiner Installation wäre sehr hilfreich. Ich finde es ebenfalls schöner, wenn ich einen Namen nutzen kann ;) Hast Du die Seite selbst aufgesetzt? Dann könntst Du versuchen uns zu beschreiben, wie du das Ganze aufgesetzt hast. Oft findet man beim Überlegen, wie man jemand anderem erklären kann, was man gemacht hat, schneller die Antwort :) LG Heike Am 27.01.17 um 08:54 schrieb Renzo Bauen: Hallo LM TR14 was für ein schöner Name! Der Footer kann vollständig in TypoScript oder im Template (HTML, Fluid, TS) definiert sein, oder aber auf irgend einer Seite und dann von dort mit TS in alle anderen übertragen. Tja, fröhliche Suche im Heuhaufen. Aber wenn Du mehr angibst, Versionen, verwendete Renderingengine oder welches Package verwendet wurde, dann gibt es hier plötzlich konkrete Antworten. Zudem halten wir es hier so, dass man sich mit dem Namen anspricht... Beste Grüsse, Renzo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kein Vorschaubild für PDF in Layout 2 Typo3 6.2.30
Nachdem ich in anderer Sache im Installationstool war, ist mir aufgefallen, dass bei: [SYS][compat_version] 6.2 eingetragen war. Nachdem ich das entfernt habe, geht wieder alles :) LG Heike Am 23.01.17 um 19:05 schrieb Heike Herzog-Kuhnke: Hi Ihr Lieben, also langsam hab ich das Gefühl, dass ich immer nur in Dinge fasse, die dann nicht mehr funktionieren, obwohl sie vorher gingen. Ich habe mein Problem mit den PDF-Dateien gelöst und kann jetzt Dateilinks anlegen. Eben ging noch alles gut und ich hatte eine kleine Thumbnail-Vorschau der eingefügten PDF-Datei. Dann habe ich aus anderen Gründen heraus im Installationstool und im Backend alle möglichen Caches gelöscht und schwupps war mein Vorschaubild weg und jetzt wird im Frontend auch keins mehr angezeigt. Gerendert wird wohl was, denn im Verzeichnis fileadmin/_processed_ tauchen zwei Bildchen auf, die aber partout nicht angezeigt werden. nur Laout 1 funktioniert wie man es erwartet... Zum Mäusemelken. Leider hab ich im Web keine Lösung gefunden... Habt Ihr eine? LG Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Preview in 6.2.30 im Workspace wirft Fehler: Invalid form/module token detected. Access Denied! aus
Falls jemand eine Idee hat, versuche ich das gerne noch mal :) Am 27.01.17 um 11:27 schrieb Heike Herzog-Kuhnke: Ich habe jetzt Workspaces und Versioning in dieser Installation deaktiviert Am 27.01.17 um 10:05 schrieb Heike Herzog-Kuhnke: Ach so, was mir da gerade kommt Das ist eine Multidomain-Installation... Muss ich pro Domain einen Workspace einrichten? Könnte der Fehler so einfach behoben werden? LG Heike Am 27.01.17 um 10:03 schrieb Heike Herzog-Kuhnke: Hi liebe Liste, so langsam fange ich an typo3 nicht mehr so zu mögen. In einer neuen typo3 Installation, die ich auf 6.2.30 aktualisiert habe, habe ich nun workspaces aktiviert. Als ich als Admin nun in dem Workspace eine Seite, die ich modifiziert hatte, ansehen wollte, kamm mein mittlerweile ungeliebtes: Oops an error occurred! Invalid form/module token detected. Access Denied! Beim Suchen bin ich zu keiner Lösung gekommen. Im Log steht: Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1392409507: Invalid form/module token detected. Access Denied! | UnexpectedValueException thrown in file /www/htdocs/w01379c0/qigong-neu/typo3_src-6.2.30/typo3/mod.php in line 26. Requested URL: http://qigong-sob.com/typo3/mod.php?M=web_WorkspacesWorkspaces=bcf28e9e868df78a2a5d33baa1b21065cc42c295_workspaces_web_workspacesworkspaces%5Baction%5D=index_workspaces_web_workspacesworkspaces%5Bcontroller%5D=Preview=67 Ich verstehe das nicht. Kann mir jemand sagen, wo ich hinfassen muss? Ist das wieder eine Rechte-Geschichte? Die blinde Veröffentlichung ohne Blick auf die Seite geht, aber dann kann ich Workspaces auch gleich sein lassen :((( LG Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Preview in 6.2.30 im Workspace wirft Fehler: Invalid form/module token detected. Access Denied! aus
Ich habe jetzt Workspaces und Versioning in dieser Installation deaktiviert Am 27.01.17 um 10:05 schrieb Heike Herzog-Kuhnke: Ach so, was mir da gerade kommt Das ist eine Multidomain-Installation... Muss ich pro Domain einen Workspace einrichten? Könnte der Fehler so einfach behoben werden? LG Heike Am 27.01.17 um 10:03 schrieb Heike Herzog-Kuhnke: Hi liebe Liste, so langsam fange ich an typo3 nicht mehr so zu mögen. In einer neuen typo3 Installation, die ich auf 6.2.30 aktualisiert habe, habe ich nun workspaces aktiviert. Als ich als Admin nun in dem Workspace eine Seite, die ich modifiziert hatte, ansehen wollte, kamm mein mittlerweile ungeliebtes: Oops an error occurred! Invalid form/module token detected. Access Denied! Beim Suchen bin ich zu keiner Lösung gekommen. Im Log steht: Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1392409507: Invalid form/module token detected. Access Denied! | UnexpectedValueException thrown in file /www/htdocs/w01379c0/qigong-neu/typo3_src-6.2.30/typo3/mod.php in line 26. Requested URL: http://qigong-sob.com/typo3/mod.php?M=web_WorkspacesWorkspaces=bcf28e9e868df78a2a5d33baa1b21065cc42c295_workspaces_web_workspacesworkspaces%5Baction%5D=index_workspaces_web_workspacesworkspaces%5Bcontroller%5D=Preview=67 Ich verstehe das nicht. Kann mir jemand sagen, wo ich hinfassen muss? Ist das wieder eine Rechte-Geschichte? Die blinde Veröffentlichung ohne Blick auf die Seite geht, aber dann kann ich Workspaces auch gleich sein lassen :((( LG Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Spam... wer ist für das Bereinigen zuständig?
Und schon hab ich wieder zwei davon... Am 23.01.17 um 19:06 schrieb Heike Herzog-Kuhnke: Hallo Renzo, ich habe die gestern auch immer wieder bekommen. Ich hab mir das als Autoresponder erklärt, der immer dann anspringt, wenn an diese Adresse eine Mail vershcickt wird. Heute war nix mehr davon da ... Vielleicht legt es sich ja von selbst. LG Heike Am 23.01.17 um 17:38 schrieb Renzo Bauen: Hallo Liste ich herhalte seit ein paar Tagen immer direkte Antwortmails von Jens Kallauke wie dieses hier. Kann irgend jemand die Mailadresse des Jens korrigieren oder löschen? Oder was macht man mit solchen Adressen sonst? Liebe Grüsse, Renzo The following message was addressed to our organization using a domain name that is being retired: From: ty...@conpassione.ch To:jens.kalla...@fli.bund.de Subject: Re: [TYPO3-german] Suche auf gewisse Seiten einschränken Please update your email address lists by changing any addresses that refer to fli.bund.de to our new domain name of fli.de. This notification is for your information only - your original message has been delivered to the intended recipient. FLI MailMarshal Email Content Security Friedrich-Loeffler-Institut Bundesforschungsinstitut für Tiergesundheit Federal Research Institute for Animal Health ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Kein Vorschaubild für PDF in Layout 2 Typo3 6.2.30
Hi Ihr Lieben, also langsam hab ich das Gefühl, dass ich immer nur in Dinge fasse, die dann nicht mehr funktionieren, obwohl sie vorher gingen. Ich habe mein Problem mit den PDF-Dateien gelöst und kann jetzt Dateilinks anlegen. Eben ging noch alles gut und ich hatte eine kleine Thumbnail-Vorschau der eingefügten PDF-Datei. Dann habe ich aus anderen Gründen heraus im Installationstool und im Backend alle möglichen Caches gelöscht und schwupps war mein Vorschaubild weg und jetzt wird im Frontend auch keins mehr angezeigt. Gerendert wird wohl was, denn im Verzeichnis fileadmin/_processed_ tauchen zwei Bildchen auf, die aber partout nicht angezeigt werden. nur Laout 1 funktioniert wie man es erwartet... Zum Mäusemelken. Leider hab ich im Web keine Lösung gefunden... Habt Ihr eine? LG Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Spam... wer ist für das Bereinigen zuständig?
Hallo Renzo, ich habe die gestern auch immer wieder bekommen. Ich hab mir das als Autoresponder erklärt, der immer dann anspringt, wenn an diese Adresse eine Mail vershcickt wird. Heute war nix mehr davon da ... Vielleicht legt es sich ja von selbst. LG Heike Am 23.01.17 um 17:38 schrieb Renzo Bauen: Hallo Liste ich herhalte seit ein paar Tagen immer direkte Antwortmails von Jens Kallauke wie dieses hier. Kann irgend jemand die Mailadresse des Jens korrigieren oder löschen? Oder was macht man mit solchen Adressen sonst? Liebe Grüsse, Renzo The following message was addressed to our organization using a domain name that is being retired: From: ty...@conpassione.ch To:jens.kalla...@fli.bund.de Subject: Re: [TYPO3-german] Suche auf gewisse Seiten einschränken Please update your email address lists by changing any addresses that refer to fli.bund.de to our new domain name of fli.de. This notification is for your information only - your original message has been delivered to the intended recipient. FLI MailMarshal Email Content Security Friedrich-Loeffler-Institut Bundesforschungsinstitut für Tiergesundheit Federal Research Institute for Animal Health ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehlende Daten nach php Umstellung
Hallo Renzo, ich habe weder das eine noch das andere am Laufen. Deswegen war ich so irritiert. Ich habe jetzt mal alle Datensätze aus tt_content und pages und sys-template als CSV exportiert, dass ich die Inhalte der Datenbank sehen kann. Was mich völlig fertig macht ist die Tatsache, dass nicht jeder Text nicht angezeigt wird. Teilweise sind es Fragmente des Textes und kein einziger Editor zu funktionieren scheint. Ich fahre jetzt zweigleisig. Zum einen habe ich die NAfrage beim Provider, ob ich zum Upgrade irgendwie noch PHP 5.2 nutzen kann (darauf lief das System vorher) und dass ich unter Umständen die Seite komplett in 6.2 neu aufsetze und die Texte, die ich jetzt habe direkt dort hinein kopiere Mann ich bin echt frustriert. Aber irgendein Hund ist in der Datenbank, der nicht raus will und alles zerschießt : Wenn irgendwer schon mal so ein Phänomen hatte und gelöst hat, dann wäre ich echt dankbar :) Ansonsten werde ich wohl hin und herkopieren müssen aus Excel LG Heike Am 15.01.17 um 18:36 schrieb Renzo Bauen: Hallo Heike die pid -1 sagt eigentlich, dass die Datensätze nicht durch die Standardfunktion von TYPO3 ausgelesen werden, sondern durch eine Extension. D.h. wenn Du zum Beispiel templavoila oder gridelements verwendest. Wenn Templaviola oder gridlements nicht läuft, wird auch nichts angezeigt...! Natürlich kann auch etwas korrupt sein und deshalb das Auslesen der Datensätze durch Templavoila oder gridelements stören. Beste Grüsse, Renzo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehlende Daten nach php Umstellung
Vielen Dank an alle, die mir helfen wollten. Ich habe jetzt einen Schnitt gemacht und entschieden, das ich die Seite komplett neu aufsetze und mir die Inhalte, Templates etc. aus der Datenbank exportiert und lege alle neu an und übertrage die Inhalte lokal, weil ich so sicher gehen kann, dass ich keine kaputten Dinge aus der Datenbank übertrage. Was tatsächlich die Ursache ist konnte ich zwar jetzt nicht feststellen, aber mir ist wichtig, dass die Seite bald wieder gut aussieht. Danke, dass es Euch gibt :) Heike Am 15.01.17 um 19:10 schrieb Heike Herzog-Kuhnke: Hallo Renzo, ich habe weder das eine noch das andere am Laufen. Deswegen war ich so irritiert. Ich habe jetzt mal alle Datensätze aus tt_content und pages und sys-template als CSV exportiert, dass ich die Inhalte der Datenbank sehen kann. Was mich völlig fertig macht ist die Tatsache, dass nicht jeder Text nicht angezeigt wird. Teilweise sind es Fragmente des Textes und kein einziger Editor zu funktionieren scheint. Ich fahre jetzt zweigleisig. Zum einen habe ich die NAfrage beim Provider, ob ich zum Upgrade irgendwie noch PHP 5.2 nutzen kann (darauf lief das System vorher) und dass ich unter Umständen die Seite komplett in 6.2 neu aufsetze und die Texte, die ich jetzt habe direkt dort hinein kopiere Mann ich bin echt frustriert. Aber irgendein Hund ist in der Datenbank, der nicht raus will und alles zerschießt : Wenn irgendwer schon mal so ein Phänomen hatte und gelöst hat, dann wäre ich echt dankbar :) Ansonsten werde ich wohl hin und herkopieren müssen aus Excel LG Heike Am 15.01.17 um 18:36 schrieb Renzo Bauen: Hallo Heike die pid -1 sagt eigentlich, dass die Datensätze nicht durch die Standardfunktion von TYPO3 ausgelesen werden, sondern durch eine Extension. D.h. wenn Du zum Beispiel templavoila oder gridelements verwendest. Wenn Templaviola oder gridlements nicht läuft, wird auch nichts angezeigt...! Natürlich kann auch etwas korrupt sein und deshalb das Auslesen der Datensätze durch Templavoila oder gridelements stören. Beste Grüsse, Renzo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehlende Daten nach php Umstellung
Etwas off Topic, hat jemand von Euch schon mal typo3 unter xampp 1.8.2-6 (OSX) zum Laufen gebracht? LG Heike Am 13.01.17 um 16:36 schrieb Heike Herzog-Kuhnke: Hallo Ludwig, ich weiß ehrlich gesagt nicht, wo das Problem ist. Ich versuche momentan das Ganze auf eine lokale XAMPP Umgebung mit einem PHP 5.4 zu übertragen und hoffe, dass es dort dann gut aussieht. dann könnte ich das Ganze hoffentlich auf 6.2 heben und damit das Problem hoffentlich in den Griff bekommen. Beim Provider kann ich nur 5.5 nutzen und mit 5.5 fehlen mir Texte, die aber in der Datenbank sind... :( Bin grad etwas frustriert. LG Heike Am 12.01.17 um 11:29 schrieb Bernhard Ludwig: Hallo Heike, habe hier gerade ein paar Updates von 4.2.x auf die 4.5.40 vorgenommen. Die laufen mit PHP 5.5.38 als CGI einwandfrei. Viele Grüße, Bernhard Am 11.01.2017 um 18:35 schrieb Heike Herzog-Kuhnke <h...@kuhnke-owl.de>: Weiß jemand, welche CGI Version von PHP 5.5 geht? Müsste ich in der Lage sein das mit einer lokalen Testumgebung mit PHP 5.4 und einer MySQL Datenbank hinbekommen? Ich kann die Datenbank ja sichern und in eine andere Umgebung einspielen. Vielleicht klappt das ja... Danke Euch sehr Heike Am 10.01.17 um 21:15 schrieb Renzo Bauen: Hallo Heike die Datenbankstruktur hat sich zwischen 4.5 und 6.2 geändert, deshalb MUSS man ein Upgrad durchführen!!! Alles andere gibt nur Mist. Mit Deaktivieren in der localconf.php ist gemeint, dass man in den Zeile, die so beginnen: $TYPO3_CONF_VARS['EXT']['extList'] = $TYPO3_CONF_VARS['EXT']['extList_FE'] = jeweils die Extension rauslöscht (z.B. ..., realurl,...) Dann wird diese Extension nicht mehr geladen. So kann man schauen, welche Extension die Probleme verursacht. Wenn es allerdings an der zu neuen PHP-Version liegt, dann nützt das auch nichts. Beste Grüsse, Renzo ___ 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] ENABLE INSTALL TOOL wird nicht gefunden, obwohl vorhanden in XAMPP für OSX
Ich danke Euch zwei ich schaue noch mal. Da der Server mein Computer ist, auf dem die Dateien sind, sollte die Serverzeit die gleiche sein. Aber vielleicht ist es echt das Alter der Datei... Ich schau mal.. Rechte prüfe ich auch :) Danke Ecuh Heike Am 14.01.17 um 22:39 schrieb Ralf-Rene Schröder: Am 14.01.2017 um 19:35 schrieb Alexander Künzl: eine Möglichkeit könnte sein, dass der Server für die Datei selbst oder den Ordner typo3conf nicht die nötigen Rechte hat. ich hatte auch mal das Problem das die serverzeit nicht stimmte, und eine neu angelegte Datei war damit immer schon 2 Stunden "alt" ... was TYPO3 natürlich nie zugelassen hatte... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehlende Daten nach php Umstellung
Ach noch eine Sache, die mir auffällt... Egal ob ich eine Seite aufrufe, die im Frontend Texte anzeigt oder nicht, der Editor bleibt immer leer Vielleicht hat jemand von Euch eine Idee Am 15.01.17 um 12:55 schrieb Heike Herzog-Kuhnke: Hallo Ihr Lieben, also irgendwie bekomme ich die Daten nicht mehr angezeigt in der Installation. Was mir in den letzten Tagen aufgefallen ist: - Meine Daten werden irgendwie nur teilweise angezeigt - in der tt_content Tabelle sehe ich die Texte komplett - in der tt_content sind viele Datensätze mit pid -1 - das deaktivieren der wenigen Extensions brachte keine Änderung - das deaktivieren des Moduls workspace brachte keine Änderung - Wenn ich an einer Stelle, an der der Text nicht angezeigt wird, den Text neu eingebe und speichere, verschwindet der neue eingegebene Text wieder. Nun bin ich echt langsam am verzweifeln, weil ich ungern alle Texte aus der Datenbank herausholen und händisch in eine neue Installation packen möchte. Das seltsame: es wird nicht immer alles nicht angezeigt. z.B. wird: " Die Ausbildung zum Qi Gong-Lehrer beinhaltet in der Stufe 1 folgende Themengebiete: Theorie Ganzheitliche Energie des Menschen Biologisches Instrument Karma Schicksal Erfolgsrezepte Erfolgsfaktoren Energie aufnehmen Atemtechnik Der kleine Himmelskreis Handwahrnehmung Aura sehen < li> Yang Sheng - Organpflege " aus dem Inhalt: " Die Ausbildung zum Qi Gong-Lehrer beinhaltet in der Stufe 1 folgende Themengebiete: Grundkenntnisse über Qi Gong Theorie Ganzheitliche Energie des Menschen Biologisches Instrument Gedankenkräfte: Was ist wirklich Positives Denken Grundkenntnisse über Menschen Karma Schicksal Grundkenntnisse über die Natur Erfolgsrezepte Erfolgsfaktoren Energie aufnehmen Konzentrationsübungen Atemtechnik Der kleine Himmelskreis Fähigkeiten des Menschen Handwahrnehmung Aura sehen Übungen Dao Yin - Alle Energiekanäle freimachen Yang Sheng - Organpflege Jian Shen Qi Gong Übung B " in der Datenbank... Im Backend werden teilweise Menueinträge nicht angezeigt und leider ist das kein Backend Problem alleine, sondern das, was im Backend fehlt, wird auch nicht im Frontend angezeigt. Nun meine Fragen: Hat jemand eine Idee, was da noch der Auslöser sein könnte? Was bedeutet dieses -1 in der pid in der tt_content? Sind das Datensätze, die gelöscht wurden? Können diese Datensätze sowas verursachen? Frustrierte grüße Heike Am 14.01.17 um 13:07 schrieb Heike Herzog-Kuhnke: Etwas off Topic, hat jemand von Euch schon mal typo3 unter xampp 1.8.2-6 (OSX) zum Laufen gebracht? LG Heike Am 13.01.17 um 16:36 schrieb Heike Herzog-Kuhnke: Hallo Ludwig, ich weiß ehrlich gesagt nicht, wo das Problem ist. Ich versuche momentan das Ganze auf eine lokale XAMPP Umgebung mit einem PHP 5.4 zu übertragen und hoffe, dass es dort dann gut aussieht. dann könnte ich das Ganze hoffentlich auf 6.2 heben und damit das Problem hoffentlich in den Griff bekommen. Beim Provider kann ich nur 5.5 nutzen und mit 5.5 fehlen mir Texte, die aber in der Datenbank sind... :( Bin grad etwas frustriert. LG Heike Am 12.01.17 um 11:29 schrieb Bernhard Ludwig: Hallo Heike, habe hier gerade ein paar Updates von 4.2.x auf die 4.5.40 vorgenommen. Die laufen mit PHP 5.5.38 als CGI einwandfrei. Viele Grüße, Bernhard Am 11.01.2017 um 18:35 schrieb Heike Herzog-Kuhnke <h...@kuhnke-owl.de>: Weiß jemand, welche CGI Version von PHP 5.5 geht? Müsste ich in der Lage sein das mit einer lokalen Testumgebung mit PHP 5.4 und einer MySQL Datenbank hinbekommen? Ich kann die Datenbank ja sichern und in eine andere Umgebung einspielen. Vielleicht klappt das ja... Danke Euch sehr Heike Am 10.01.17 um 21:15 schrieb Renzo Bauen: Hallo Heike die Datenbankstruktur hat sich zwischen 4.5 und 6.2 geändert, deshalb MUSS man ein Upgrad durchführen!!! Alles andere gibt nur Mist. Mit Deaktivieren in der localconf.php ist gemeint, dass man in den Zeile, die so beginnen: $TYPO3_CONF_VARS['EXT']['extList'] = $TYPO3_CONF_VARS['EXT']['extList_FE'] = jeweils die Extension rauslöscht (z.B. ..., realurl,...) Dann wird diese Extension nicht mehr geladen. So kann man schauen, welche Extension die Probleme verursacht. Wenn es allerdings an der zu neuen PHP-Version liegt, dann nützt das auch nichts. Beste Grüsse, Renzo ___ 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] Fehlende Daten nach php Umstellung
Hallo Ihr Lieben, also irgendwie bekomme ich die Daten nicht mehr angezeigt in der Installation. Was mir in den letzten Tagen aufgefallen ist: - Meine Daten werden irgendwie nur teilweise angezeigt - in der tt_content Tabelle sehe ich die Texte komplett - in der tt_content sind viele Datensätze mit pid -1 - das deaktivieren der wenigen Extensions brachte keine Änderung - das deaktivieren des Moduls workspace brachte keine Änderung - Wenn ich an einer Stelle, an der der Text nicht angezeigt wird, den Text neu eingebe und speichere, verschwindet der neue eingegebene Text wieder. Nun bin ich echt langsam am verzweifeln, weil ich ungern alle Texte aus der Datenbank herausholen und händisch in eine neue Installation packen möchte. Das seltsame: es wird nicht immer alles nicht angezeigt. z.B. wird: " Die Ausbildung zum Qi Gong-Lehrer beinhaltet in der Stufe 1 folgende Themengebiete: Theorie Ganzheitliche Energie des Menschen Biologisches Instrument Karma Schicksal Erfolgsrezepte Erfolgsfaktoren Energie aufnehmen Atemtechnik Der kleine Himmelskreis Handwahrnehmung Aura sehen < li> Yang Sheng - Organpflege " aus dem Inhalt: " Die Ausbildung zum Qi Gong-Lehrer beinhaltet in der Stufe 1 folgende Themengebiete: Grundkenntnisse über Qi Gong Theorie Ganzheitliche Energie des Menschen Biologisches Instrument Gedankenkräfte: Was ist wirklich Positives Denken Grundkenntnisse über Menschen Karma Schicksal Grundkenntnisse über die Natur Erfolgsrezepte Erfolgsfaktoren Energie aufnehmen Konzentrationsübungen Atemtechnik Der kleine Himmelskreis Fähigkeiten des Menschen Handwahrnehmung Aura sehen Übungen Dao Yin - Alle Energiekanäle freimachen Yang Sheng - Organpflege Jian Shen Qi Gong Übung B " in der Datenbank... Im Backend werden teilweise Menueinträge nicht angezeigt und leider ist das kein Backend Problem alleine, sondern das, was im Backend fehlt, wird auch nicht im Frontend angezeigt. Nun meine Fragen: Hat jemand eine Idee, was da noch der Auslöser sein könnte? Was bedeutet dieses -1 in der pid in der tt_content? Sind das Datensätze, die gelöscht wurden? Können diese Datensätze sowas verursachen? Frustrierte grüße Heike Am 14.01.17 um 13:07 schrieb Heike Herzog-Kuhnke: Etwas off Topic, hat jemand von Euch schon mal typo3 unter xampp 1.8.2-6 (OSX) zum Laufen gebracht? LG Heike Am 13.01.17 um 16:36 schrieb Heike Herzog-Kuhnke: Hallo Ludwig, ich weiß ehrlich gesagt nicht, wo das Problem ist. Ich versuche momentan das Ganze auf eine lokale XAMPP Umgebung mit einem PHP 5.4 zu übertragen und hoffe, dass es dort dann gut aussieht. dann könnte ich das Ganze hoffentlich auf 6.2 heben und damit das Problem hoffentlich in den Griff bekommen. Beim Provider kann ich nur 5.5 nutzen und mit 5.5 fehlen mir Texte, die aber in der Datenbank sind... :( Bin grad etwas frustriert. LG Heike Am 12.01.17 um 11:29 schrieb Bernhard Ludwig: Hallo Heike, habe hier gerade ein paar Updates von 4.2.x auf die 4.5.40 vorgenommen. Die laufen mit PHP 5.5.38 als CGI einwandfrei. Viele Grüße, Bernhard Am 11.01.2017 um 18:35 schrieb Heike Herzog-Kuhnke <h...@kuhnke-owl.de>: Weiß jemand, welche CGI Version von PHP 5.5 geht? Müsste ich in der Lage sein das mit einer lokalen Testumgebung mit PHP 5.4 und einer MySQL Datenbank hinbekommen? Ich kann die Datenbank ja sichern und in eine andere Umgebung einspielen. Vielleicht klappt das ja... Danke Euch sehr Heike Am 10.01.17 um 21:15 schrieb Renzo Bauen: Hallo Heike die Datenbankstruktur hat sich zwischen 4.5 und 6.2 geändert, deshalb MUSS man ein Upgrad durchführen!!! Alles andere gibt nur Mist. Mit Deaktivieren in der localconf.php ist gemeint, dass man in den Zeile, die so beginnen: $TYPO3_CONF_VARS['EXT']['extList'] = $TYPO3_CONF_VARS['EXT']['extList_FE'] = jeweils die Extension rauslöscht (z.B. ..., realurl,...) Dann wird diese Extension nicht mehr geladen. So kann man schauen, welche Extension die Probleme verursacht. Wenn es allerdings an der zu neuen PHP-Version liegt, dann nützt das auch nichts. Beste Grüsse, Renzo ___ 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] ENABLE INSTALL TOOL wird nicht gefunden, obwohl vorhanden in XAMPP für OSX
Hat geklappt. Vielen Dank LG Heike Am 15.01.17 um 11:24 schrieb Heike Herzog-Kuhnke: Ich danke Euch zwei ich schaue noch mal. Da der Server mein Computer ist, auf dem die Dateien sind, sollte die Serverzeit die gleiche sein. Aber vielleicht ist es echt das Alter der Datei... Ich schau mal.. Rechte prüfe ich auch :) Danke Ecuh Heike Am 14.01.17 um 22:39 schrieb Ralf-Rene Schröder: Am 14.01.2017 um 19:35 schrieb Alexander Künzl: eine Möglichkeit könnte sein, dass der Server für die Datei selbst oder den Ordner typo3conf nicht die nötigen Rechte hat. ich hatte auch mal das Problem das die serverzeit nicht stimmte, und eine neu angelegte Datei war damit immer schon 2 Stunden "alt" ... was TYPO3 natürlich nie zugelassen hatte... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehlende Daten nach php Umstellung
Hallo Ludwig, ich weiß ehrlich gesagt nicht, wo das Problem ist. Ich versuche momentan das Ganze auf eine lokale XAMPP Umgebung mit einem PHP 5.4 zu übertragen und hoffe, dass es dort dann gut aussieht. dann könnte ich das Ganze hoffentlich auf 6.2 heben und damit das Problem hoffentlich in den Griff bekommen. Beim Provider kann ich nur 5.5 nutzen und mit 5.5 fehlen mir Texte, die aber in der Datenbank sind... :( Bin grad etwas frustriert. LG Heike Am 12.01.17 um 11:29 schrieb Bernhard Ludwig: Hallo Heike, habe hier gerade ein paar Updates von 4.2.x auf die 4.5.40 vorgenommen. Die laufen mit PHP 5.5.38 als CGI einwandfrei. Viele Grüße, Bernhard Am 11.01.2017 um 18:35 schrieb Heike Herzog-Kuhnke <h...@kuhnke-owl.de>: Weiß jemand, welche CGI Version von PHP 5.5 geht? Müsste ich in der Lage sein das mit einer lokalen Testumgebung mit PHP 5.4 und einer MySQL Datenbank hinbekommen? Ich kann die Datenbank ja sichern und in eine andere Umgebung einspielen. Vielleicht klappt das ja... Danke Euch sehr Heike Am 10.01.17 um 21:15 schrieb Renzo Bauen: Hallo Heike die Datenbankstruktur hat sich zwischen 4.5 und 6.2 geändert, deshalb MUSS man ein Upgrad durchführen!!! Alles andere gibt nur Mist. Mit Deaktivieren in der localconf.php ist gemeint, dass man in den Zeile, die so beginnen: $TYPO3_CONF_VARS['EXT']['extList'] = $TYPO3_CONF_VARS['EXT']['extList_FE'] = jeweils die Extension rauslöscht (z.B. ..., realurl,...) Dann wird diese Extension nicht mehr geladen. So kann man schauen, welche Extension die Probleme verursacht. Wenn es allerdings an der zu neuen PHP-Version liegt, dann nützt das auch nichts. Beste Grüsse, Renzo ___ 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] ENABLE INSTALL TOOL wird nicht gefunden, obwohl vorhanden in XAMPP für OSX
Hi Ihr Lieben, ich verusche noch immer die Daten wieder herzustellen, die mir nach dem PHP Update auf dem Server nicht mehr angezeigt werden. Jetzt habe ich auf meinem Mac einen älterne XAMPP installiert (1.8.2.-6) weil es dort noch php 5.4 gibt. Zusätzlich habe ich festgestellt, dass bei der betroffenen Installation irgendwie im Extension Manager die Version 4.5.20 angezeigt wird. Also versuche ich aktuell eine blanke typo3 Installation mit 4.5.20 hinzubekommen. Dazu habe ich von sourceforge das Blank-Pacckage herunter geladen und in das Verzeichnis htdocs der XAMPP Installation gepackt. So weit so gut. Wenn ich das Install-Tool aufrufen möchte kommt die bekannte Meldung, dass die Datei ENABLE_INSTALL_TOOL im Verzeichnis typo3conf fehlt. Also lege ich dort die Datei an, aber die Fehlermeldung bleibt. Irgendwie bin ich ziemlich perplex, die Datei ist da, der Name ist richtig geschrieben und trotzdem die Meldung... So lange ich typo3 nicht prinzipiell zum Laufen bringe, kann ich ja auch nicht veruschen, ob ich die Daten sehe :( Hat irgendwer einen Tipp? Danke Euch Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehlende Daten nach php Umstellung
Hmhhh, ich kann mich aktuell noch nicht richtig kümmern. Was meinst Du mit dem deinstallieren über die localconf.php? Soll ich die einfach aus der Liste der Extensions entfernen? Ich bin momentan echt ratlos und hatte so eine Idee Was meint Ihr, wenn ich eine typo3 6.2 Installation plain machen würde und diese dann mit einer Kopie der Datenbank verknüpfen würde und so tun, al ob ich eine Aktualisierung gemacht hätte, meint Ihr, dass ich dann eine Chance habe, dass wieder alles richtig aussieht? Ich hab in die tt_content geschaut und da sieht alles gut aus. Im Backend und leider auch im Frontend fehlern teilweise Einträge, Titel, Texte und teilweise sieht die ANzeige völlig verhauen aus. LG Heike Am 09.01.17 um 18:52 schrieb Bernd Pier: Hallo Heike, du könntest die Extensions in der localconf.php deinstallieren und dann mal schauen wie die Seite aussieht. Vorher vielleicht ein Backup machen ;-). Danach würd ich die Extensions einzeln wieder aktivieren und nach jeder Extension prüfen wie die Seite sich verhält. Zu den PHP Einträgen, das sind Warnings die müssen nicht unbedingt ein fehlerhaftes Verhalten der Seite zur Folge haben. Kannst du die Extension denn von lokal installieren oder kommt dann auch der Fehler? grüssle Bernd Am 09.01.17 um 17:39 schrieb Heike Herzog-Kuhnke: Tut mir leid für den SPAM aber ich muss mich korrigieren... Ein paar der Extensions könnte ich aktualisieren, aber irgendwie verursacht jeweils der Klick auf das Importieren der Neuesten Version diese vorhin geschriebene Fehlermeldung... Was mir gerade aufgefallen ist, ich kann den Editor für das Template nicht öffnen und bearbeiten. Der Editor geht gar nicht auf... Irgendwie ist da wohl einiges nicht mehr so, wie es sein soll. In der Datenbank habe ich mal eine Sticihprobe für eine Seite gemacht, auf der Text fehlt. dieser ist in tt_content enthalten ... Mir shceint da klappt was beim Auslesen dieser Dinge nicht mehr so ganz... LG Heike Am 09.01.17 um 17:14 schrieb Heike Herzog-Kuhnke: Also ich hab nachgeschaut. Curl ist aktiviert, aber der Fehler bleibt. Das habe ich im Protokoll gefunden: Manchmal komme ich trotz korrektem Passwort nicht ins Backend. Dafür schreibt das Protokoll folgenden Fehler: Core: Error handler (BE): PHP Warning: fopen(/www/htdocs/w01379c0/qigong/typo3conf/ext/ws_404/doc/): failed to open stream: Is a directory in /www/htdocs/w01379c0/qigong/typo3_src-4.5.40/t3lib/class.t3lib_div.php line 3200 Dann gabs wohl im Novermber ein Problem mir Powermail: Core: Error handler (FE): PHP Warning: Invalid argument supplied for foreach() in /www/htdocs/w01379c0/qigong/typo3conf/ext/powermail/lib/class.tx_powermail_markers.php line 91 Core: Error handler (FE): PHP Warning: array_merge() [function.array-merge]: Argument #1 is not an array in /www/htdocs/w01379c0/qigong/typo3conf/ext/powermail/lib/class.tx_powermail_markers.php line 87 Der Extension Manager meckert folgende Extensions an: ADOdb (Lokal: 5.14.0 - neu gäbe es 8.4.0) -- adodb: Eine Abweichung zwischen der ursprünglich installierten und der derzeitigen Version wurde festgestellt! Modifizierte Dateien: checkconnectionwizard.php Database (lokal 1.2.4 - neu gäbe es 8.4.0) - dbal: Eine Abweichung zwischen der ursprünglich installierten und der derzeitigen Version wurde festgestellt! Modifizierte Dateien: class.tx_dbal_installtool.php class.ux_t3lib_db.php tests/BaseTestCase.php tests/FakeDbConnection.php tests/dbGeneralTest.php tests/dbMssqlTest.php tests/dbOracleTest.php tests/dbPostgresqlTest.php tests/fixtures/mssql.config.php tests/fixtures/oci8.config.php tests/fixtures/postgresql.config.php tests/sqlParserGeneralTest.php Openid (1.0.0 - neu gäbe es 7.6.4) openid: Eine Abweichung zwischen der ursprünglich installierten und der derzeitigen Version wurde festgestellt! Modifizierte Dateien: class.tx_openid_eid.php lib/php-openid/Auth/OpenID.php lib/php-openid/Auth/OpenID/AX.php lib/php-openid/Auth/OpenID/Association.php lib/php-openid/Auth/OpenID/BigMath.php lib/php-openid/Auth/OpenID/Consumer.php lib/php-openid/Auth/OpenID/CryptUtil.php lib/php-openid/Auth/OpenID/DatabaseConnection.php lib/php-openid/Auth/OpenID/DiffieHellman.php lib/php-openid/Auth/OpenID/Discover.php lib/php-openid/Auth/OpenID/DumbStore.php lib/php-openid/Auth/OpenID/Extension.php lib/php-openid/Auth/OpenID/FileStore.php lib/php-openid/Auth/OpenID/HMAC.php lib/php-openid/Auth/OpenID/Interface.php lib/php-openid/Auth/OpenID/KVForm.php lib/php-openid/Auth/OpenID/MemcachedStore.php lib/php-openid/Auth/OpenID/Message.php lib/php-openid/Auth/OpenID/MySQLStore.php lib/php-openid/Auth/OpenID/Nonce.php lib/php-openid/Auth/OpenID/PAPE.php lib/php-openid/Auth/OpenID/Parse.php lib/php-openid/Auth/OpenID/PostgreSQLStore.php lib/php-openid/Auth/OpenID/SQLStore.php lib/php-openid/Auth/OpenID/SQLiteStore.php lib/php-openid/Auth/OpenID/SReg.php lib/php-openid/Auth/OpenID/Server.php lib/php-openid/Auth/OpenID/ServerRequest.php lib/php-openid
Re: [TYPO3-german] Fehlende Daten nach php Umstellung
Weiß jemand, welche CGI Version von PHP 5.5 geht? Müsste ich in der Lage sein das mit einer lokalen Testumgebung mit PHP 5.4 und einer MySQL Datenbank hinbekommen? Ich kann die Datenbank ja sichern und in eine andere Umgebung einspielen. Vielleicht klappt das ja... Danke Euch sehr Heike Am 10.01.17 um 21:15 schrieb Renzo Bauen: Hallo Heike die Datenbankstruktur hat sich zwischen 4.5 und 6.2 geändert, deshalb MUSS man ein Upgrad durchführen!!! Alles andere gibt nur Mist. Mit Deaktivieren in der localconf.php ist gemeint, dass man in den Zeile, die so beginnen: $TYPO3_CONF_VARS['EXT']['extList'] = $TYPO3_CONF_VARS['EXT']['extList_FE'] = jeweils die Extension rauslöscht (z.B. ..., realurl,...) Dann wird diese Extension nicht mehr geladen. So kann man schauen, welche Extension die Probleme verursacht. Wenn es allerdings an der zu neuen PHP-Version liegt, dann nützt das auch nichts. Beste Grüsse, Renzo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehlende Daten nach php Umstellung
Im Extensionmanager ist eine Extension ADODb und noch ein paar andere, die scheinbar nciht sind, wie erwartet und in aktuellerer Version vorhanden. Wenn ich versuche diese zu aktualisieren, dann bekomme ich eine Fehlermeldung: Error: The data transfer did not succeed. The T3X file could not be fetched. Possible reasons: network problems, allow_url_fopen is off, curl is not enabled in Install tool. Die hab ich bisher noch nie gesehen... Wo steht denn der Eintrag Allow_Url_fopen und wo enable ich curl? Ist das alles in der Localconf.php drin? LG Heike Am 09.01.17 um 16:08 schrieb Michael Kasten: Stimmt, der Wiki Eintrag ist hier wohl nicht ganz korrekt, ich habe mal das webarchiv bemüht um mir da auch noch einmal Klarheit zu verschaffen: Latest 4.5.40 (2015-02-19) PHP version 5.2.x-5.5.x MySQL version 5.0.x-5.5.x End of maintenance 2015-03 So ist das nun Korrekt, Sorry! Da guck ich nun schon mal in ein Wiki. :) mit besten Grüßen Am 09.01.2017 um 15:33 schrieb Ralf-Rene Schröder: Am 09.01.2017 um 14:47 schrieb Michael Kasten: https://wiki.typo3.org/TYPO3_4.5 The system requirements are the same as 4.4: PHP 5.2.x-5.3.x Höhere Versionen sind also eher Glückssache die neueste TYPO3 4.5.x sollte eigentlich mit der PHP 5.5 laufen (hatte ich auf jeden Fall immer als letzte Prüfung vor dem 6.2 Update) das gilt aber definitiv nicht für alle damaligen Extensions... und natürlich gilt in einem solchen Fall ganz besonders: CACHE in allen Varianten löschen... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehlende Daten nach php Umstellung
Hi Bernd, ok, dann such ich da mal weiter. Die Fehlermeldung kommt bei allen Extensions :( Also muss ich das Problem wohl lösen... Diese Extension ADODb sehe ich komischerweise nur bei den zu aktualisierenden Extensions aber nicht in der normalen Liste. Ich schau mal und gebe Bescheid. Die PHP Info ist im Install-Tool dieser Version schon drin. Danke ich melde mich noch mal... LG Heike Am 09.01.17 um 16:51 schrieb Bernd Pier: Hallo Heike, Allow_Url_fopen kann in der php.ini aktiviert werden. allow_url_fopen = On; Ob curl installiert ist sagt die PHP Info. Ich weiß nicht ob bei T3 4.5.x im BE die PHP Info im InstallTool schon integriert ist ansonsten eben schnell im Webverzeichnis eine info.php mit diesem Inhalt erstellen: Im Extensionmanager ist eine Extension ADODb und noch ein paar andere, die scheinbar nciht sind, wie erwartet und in aktuellerer Version vorhanden. Wenn ich versuche diese zu aktualisieren, dann bekomme ich eine Fehlermeldung: Error: The data transfer did not succeed. The T3X file could not be fetched. Possible reasons: network problems, allow_url_fopen is off, curl is not enabled in Install tool. Die hab ich bisher noch nie gesehen... Wo steht denn der Eintrag Allow_Url_fopen und wo enable ich curl? Ist das alles in der Localconf.php drin? LG Heike Am 09.01.17 um 16:08 schrieb Michael Kasten: Stimmt, der Wiki Eintrag ist hier wohl nicht ganz korrekt, ich habe mal das webarchiv bemüht um mir da auch noch einmal Klarheit zu verschaffen: Latest4.5.40 (2015-02-19) PHP version5.2.x-5.5.x MySQL version5.0.x-5.5.x End of maintenance2015-03 So ist das nun Korrekt, Sorry! Da guck ich nun schon mal in ein Wiki. :) mit besten Grüßen Am 09.01.2017 um 15:33 schrieb Ralf-Rene Schröder: Am 09.01.2017 um 14:47 schrieb Michael Kasten: https://wiki.typo3.org/TYPO3_4.5 The system requirements are the same as 4.4: PHP 5.2.x-5.3.x Höhere Versionen sind also eher Glückssache die neueste TYPO3 4.5.x sollte eigentlich mit der PHP 5.5 laufen (hatte ich auf jeden Fall immer als letzte Prüfung vor dem 6.2 Update) das gilt aber definitiv nicht für alle damaligen Extensions... und natürlich gilt in einem solchen Fall ganz besonders: CACHE in allen Varianten löschen... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehlende Daten nach php Umstellung
Tut mir leid für den SPAM aber ich muss mich korrigieren... Ein paar der Extensions könnte ich aktualisieren, aber irgendwie verursacht jeweils der Klick auf das Importieren der Neuesten Version diese vorhin geschriebene Fehlermeldung... Was mir gerade aufgefallen ist, ich kann den Editor für das Template nicht öffnen und bearbeiten. Der Editor geht gar nicht auf... Irgendwie ist da wohl einiges nicht mehr so, wie es sein soll. In der Datenbank habe ich mal eine Sticihprobe für eine Seite gemacht, auf der Text fehlt. dieser ist in tt_content enthalten ... Mir shceint da klappt was beim Auslesen dieser Dinge nicht mehr so ganz... LG Heike Am 09.01.17 um 17:14 schrieb Heike Herzog-Kuhnke: Also ich hab nachgeschaut. Curl ist aktiviert, aber der Fehler bleibt. Das habe ich im Protokoll gefunden: Manchmal komme ich trotz korrektem Passwort nicht ins Backend. Dafür schreibt das Protokoll folgenden Fehler: Core: Error handler (BE): PHP Warning: fopen(/www/htdocs/w01379c0/qigong/typo3conf/ext/ws_404/doc/): failed to open stream: Is a directory in /www/htdocs/w01379c0/qigong/typo3_src-4.5.40/t3lib/class.t3lib_div.php line 3200 Dann gabs wohl im Novermber ein Problem mir Powermail: Core: Error handler (FE): PHP Warning: Invalid argument supplied for foreach() in /www/htdocs/w01379c0/qigong/typo3conf/ext/powermail/lib/class.tx_powermail_markers.php line 91 Core: Error handler (FE): PHP Warning: array_merge() [function.array-merge]: Argument #1 is not an array in /www/htdocs/w01379c0/qigong/typo3conf/ext/powermail/lib/class.tx_powermail_markers.php line 87 Der Extension Manager meckert folgende Extensions an: ADOdb (Lokal: 5.14.0 - neu gäbe es 8.4.0) -- adodb: Eine Abweichung zwischen der ursprünglich installierten und der derzeitigen Version wurde festgestellt! Modifizierte Dateien: checkconnectionwizard.php Database (lokal 1.2.4 - neu gäbe es 8.4.0) - dbal: Eine Abweichung zwischen der ursprünglich installierten und der derzeitigen Version wurde festgestellt! Modifizierte Dateien: class.tx_dbal_installtool.php class.ux_t3lib_db.php tests/BaseTestCase.php tests/FakeDbConnection.php tests/dbGeneralTest.php tests/dbMssqlTest.php tests/dbOracleTest.php tests/dbPostgresqlTest.php tests/fixtures/mssql.config.php tests/fixtures/oci8.config.php tests/fixtures/postgresql.config.php tests/sqlParserGeneralTest.php Openid (1.0.0 - neu gäbe es 7.6.4) openid: Eine Abweichung zwischen der ursprünglich installierten und der derzeitigen Version wurde festgestellt! Modifizierte Dateien: class.tx_openid_eid.php lib/php-openid/Auth/OpenID.php lib/php-openid/Auth/OpenID/AX.php lib/php-openid/Auth/OpenID/Association.php lib/php-openid/Auth/OpenID/BigMath.php lib/php-openid/Auth/OpenID/Consumer.php lib/php-openid/Auth/OpenID/CryptUtil.php lib/php-openid/Auth/OpenID/DatabaseConnection.php lib/php-openid/Auth/OpenID/DiffieHellman.php lib/php-openid/Auth/OpenID/Discover.php lib/php-openid/Auth/OpenID/DumbStore.php lib/php-openid/Auth/OpenID/Extension.php lib/php-openid/Auth/OpenID/FileStore.php lib/php-openid/Auth/OpenID/HMAC.php lib/php-openid/Auth/OpenID/Interface.php lib/php-openid/Auth/OpenID/KVForm.php lib/php-openid/Auth/OpenID/MemcachedStore.php lib/php-openid/Auth/OpenID/Message.php lib/php-openid/Auth/OpenID/MySQLStore.php lib/php-openid/Auth/OpenID/Nonce.php lib/php-openid/Auth/OpenID/PAPE.php lib/php-openid/Auth/OpenID/Parse.php lib/php-openid/Auth/OpenID/PostgreSQLStore.php lib/php-openid/Auth/OpenID/SQLStore.php lib/php-openid/Auth/OpenID/SQLiteStore.php lib/php-openid/Auth/OpenID/SReg.php lib/php-openid/Auth/OpenID/Server.php lib/php-openid/Auth/OpenID/ServerRequest.php lib/php-openid/Auth/OpenID/TrustRoot.php lib/php-openid/Auth/OpenID/URINorm.php lib/php-openid/Auth/Yadis/HTTPFetcher.php lib/php-openid/Auth/Yadis/Manager.php lib/php-openid/Auth/Yadis/Misc.php lib/php-openid/Auth/Yadis/ParanoidHTTPFetcher.php lib/php-openid/Auth/Yadis/ParseHTML.php lib/php-openid/Auth/Yadis/PlainHTTPFetcher.php lib/php-openid/Auth/Yadis/XML.php lib/php-openid/Auth/Yadis/XRDS.php lib/php-openid/Auth/Yadis/XRI.php lib/php-openid/Auth/Yadis/XRIRes.php lib/php-openid/Auth/Yadis/Yadis.php lib/php-openid/README.txt lib/php-openid/php-openid-typo3.patch sv1/class.tx_openid_sv1.php lib/php-openid/Auth/OpenID/MDB2Store.php lib/php-openid/Auth/OpenID/PredisStore.php Perfect Lightbox (lokal 3.1.6 - neu gäbe es 4.0.2) perfectlightbox: Eine Abweichung zwischen der ursprünglich installierten und der derzeitigen Version wurde festgestellt! Modifizierte Dateien: ChangeLog README.txt class.tx_perfectlightbox.php doc/manual.sxw ext_icon.gif ext_tables.php ext_tables.sql locallang.xml locallang_db.xml res/css/slightbox.css res/img/blank.gif res/img/close.gif res/img/closelabel.gif res/img/loading.gif res/img/next.gif res/img/nextlabel.gif res/img/pause.gif res/img/pauselabel.gif res/img/play.gif res/img/playlabel.gif res/img/prev.gif res/img/prevlabel.gif res/img/save.gif res/img/savelabel.gif res/js/builder.js res
[TYPO3-german] Fehlende Daten nach php Umstellung
Hi Ihr liebe Liste, frohes neues Jahr :) Ich habe hier eine Seite typo3 4.5.40 bei der auf dem Server die alten PHP Versionen abgestellt wurden. Da die PHP Version 5.2 in der .htaccess als PHP CGI Version angegeben war, ließ sich typo3 mit der Anpassung der entsprechenden Zeile auf: AddHandler php55-cgi .php wieder starten. Alledings hab ich gerade ein wenig Schnappatmung, weil es im Backend und Frontend aussieht wie Kraut und Rüben und irgendwie Texte nicht mehr angezeigt werden und scheinbar auch das template komisch umgesetzt wird. Kann die Änderung der PHP Version solche Auswirkungen haben? Eine ältere PHP Version als 5.5 ist leider nicht verfügbar :( WÄre lieb für einen Tipp, wie ich prüfen kann, ob alles im Eimer ist oder wie man sowas wieder repariert... LG Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehlende Daten nach php Umstellung
Also ich hab nachgeschaut. Curl ist aktiviert, aber der Fehler bleibt. Das habe ich im Protokoll gefunden: Manchmal komme ich trotz korrektem Passwort nicht ins Backend. Dafür schreibt das Protokoll folgenden Fehler: Core: Error handler (BE): PHP Warning: fopen(/www/htdocs/w01379c0/qigong/typo3conf/ext/ws_404/doc/): failed to open stream: Is a directory in /www/htdocs/w01379c0/qigong/typo3_src-4.5.40/t3lib/class.t3lib_div.php line 3200 Dann gabs wohl im Novermber ein Problem mir Powermail: Core: Error handler (FE): PHP Warning: Invalid argument supplied for foreach() in /www/htdocs/w01379c0/qigong/typo3conf/ext/powermail/lib/class.tx_powermail_markers.php line 91 Core: Error handler (FE): PHP Warning: array_merge() [href='function.array-merge'>function.array-merge]: Argument #1 is not an array in /www/htdocs/w01379c0/qigong/typo3conf/ext/powermail/lib/class.tx_powermail_markers.php line 87 Der Extension Manager meckert folgende Extensions an: ADOdb (Lokal: 5.14.0 - neu gäbe es 8.4.0) -- adodb: Eine Abweichung zwischen der ursprünglich installierten und der derzeitigen Version wurde festgestellt! Modifizierte Dateien: checkconnectionwizard.php Database (lokal 1.2.4 - neu gäbe es 8.4.0) - dbal: Eine Abweichung zwischen der ursprünglich installierten und der derzeitigen Version wurde festgestellt! Modifizierte Dateien: class.tx_dbal_installtool.php class.ux_t3lib_db.php tests/BaseTestCase.php tests/FakeDbConnection.php tests/dbGeneralTest.php tests/dbMssqlTest.php tests/dbOracleTest.php tests/dbPostgresqlTest.php tests/fixtures/mssql.config.php tests/fixtures/oci8.config.php tests/fixtures/postgresql.config.php tests/sqlParserGeneralTest.php Openid (1.0.0 - neu gäbe es 7.6.4) openid: Eine Abweichung zwischen der ursprünglich installierten und der derzeitigen Version wurde festgestellt! Modifizierte Dateien: class.tx_openid_eid.php lib/php-openid/Auth/OpenID.php lib/php-openid/Auth/OpenID/AX.php lib/php-openid/Auth/OpenID/Association.php lib/php-openid/Auth/OpenID/BigMath.php lib/php-openid/Auth/OpenID/Consumer.php lib/php-openid/Auth/OpenID/CryptUtil.php lib/php-openid/Auth/OpenID/DatabaseConnection.php lib/php-openid/Auth/OpenID/DiffieHellman.php lib/php-openid/Auth/OpenID/Discover.php lib/php-openid/Auth/OpenID/DumbStore.php lib/php-openid/Auth/OpenID/Extension.php lib/php-openid/Auth/OpenID/FileStore.php lib/php-openid/Auth/OpenID/HMAC.php lib/php-openid/Auth/OpenID/Interface.php lib/php-openid/Auth/OpenID/KVForm.php lib/php-openid/Auth/OpenID/MemcachedStore.php lib/php-openid/Auth/OpenID/Message.php lib/php-openid/Auth/OpenID/MySQLStore.php lib/php-openid/Auth/OpenID/Nonce.php lib/php-openid/Auth/OpenID/PAPE.php lib/php-openid/Auth/OpenID/Parse.php lib/php-openid/Auth/OpenID/PostgreSQLStore.php lib/php-openid/Auth/OpenID/SQLStore.php lib/php-openid/Auth/OpenID/SQLiteStore.php lib/php-openid/Auth/OpenID/SReg.php lib/php-openid/Auth/OpenID/Server.php lib/php-openid/Auth/OpenID/ServerRequest.php lib/php-openid/Auth/OpenID/TrustRoot.php lib/php-openid/Auth/OpenID/URINorm.php lib/php-openid/Auth/Yadis/HTTPFetcher.php lib/php-openid/Auth/Yadis/Manager.php lib/php-openid/Auth/Yadis/Misc.php lib/php-openid/Auth/Yadis/ParanoidHTTPFetcher.php lib/php-openid/Auth/Yadis/ParseHTML.php lib/php-openid/Auth/Yadis/PlainHTTPFetcher.php lib/php-openid/Auth/Yadis/XML.php lib/php-openid/Auth/Yadis/XRDS.php lib/php-openid/Auth/Yadis/XRI.php lib/php-openid/Auth/Yadis/XRIRes.php lib/php-openid/Auth/Yadis/Yadis.php lib/php-openid/README.txt lib/php-openid/php-openid-typo3.patch sv1/class.tx_openid_sv1.php lib/php-openid/Auth/OpenID/MDB2Store.php lib/php-openid/Auth/OpenID/PredisStore.php Perfect Lightbox (lokal 3.1.6 - neu gäbe es 4.0.2) perfectlightbox: Eine Abweichung zwischen der ursprünglich installierten und der derzeitigen Version wurde festgestellt! Modifizierte Dateien: ChangeLog README.txt class.tx_perfectlightbox.php doc/manual.sxw ext_icon.gif ext_tables.php ext_tables.sql locallang.xml locallang_db.xml res/css/slightbox.css res/img/blank.gif res/img/close.gif res/img/closelabel.gif res/img/loading.gif res/img/next.gif res/img/nextlabel.gif res/img/pause.gif res/img/pauselabel.gif res/img/play.gif res/img/playlabel.gif res/img/prev.gif res/img/prevlabel.gif res/img/save.gif res/img/savelabel.gif res/js/builder.js res/js/effects.js res/js/jquery.1.4.2.js res/js/jquery.1.4.2.min.js res/js/jquery.1.5.1.js res/js/jquery.1.5.1.min.js res/js/lightbox-packed.js res/js/lightbox.2.0.4.js res/js/lightbox.2.0.4.yui.js res/js/lightbox.2.0.5.js res/js/lightbox.2.0.5.yui.js res/js/lightbox.js res/js/mootools.core.1.2.4.js res/js/mootools.core.1.2.4.yui.js res/js/mootools.core.1.3.1.js res/js/mootools.core.1.3.1.yui.js res/js/mootools1.11-packed.js res/js/mootools1.11.js res/js/prototype-packed.js res/js/prototype.1.6.1.js res/js/prototype.1.6.1.yui.js res/js/prototype.1.7.0.js res/js/prototype.1.7.0.yui.js res/js/prototype.js res/js/scriptaculous.js
Re: [TYPO3-german] Typo3 7.6 Kein Seitenbaum
Hast Du schon mal einen anderen Browser ausprobiert? LG Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Powermail konfigurieren in Typo3 7.6.23 und powermail 4
Am 25.10.17 um 08:57 schrieb Alex Kellner: Leider nein. Vielleicht schreibst du lieber bei Stackoverflow oder bei Slack im Channel #ext-powermail Sorry, dass ich so lange nicht geschrieben habe. Wie komme ich da hin? LG Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Content-Elemente über Webseiten hinweg kopieren
Heißt alte und neue auch, dass es einen Versionswechsel von typo3 dazwischen gab oder ist das von gleicher typo3 Version zu gleicher? Ich meine mich zu erinnern, dass ich mit dem Versuch Content aus einer älteren Version in eine neue über t3D zu übertragen ein klein wenig gescheitert bin... lg Heike Am 17.01.19 um 12:12 schrieb Marcus Raphelt: Hi, hierfür ist der T3D-Export ganz gut geeignet, er funktioniert auch *meistens*. Beim Import vergibt Typo dann auch neue IDs. Manuell ist das aber auch nicht so wild - hier könntest du die Quell-Datenbank auf den gleichen Server wie die Ziel-Datenbank packen, dann mit Insert-Selects arbeiten und hierbei die IDs nicht in den Select mit einbeziehen. Gruß Marcus Am 16.01.19 um 17:00 schrieb Thilo Ratnaweera: Hallo Liste, habt Ihr Erfahrung damit, Content-Elemente von einer (alten) TYPO3-Seite auf eine andere (neue) zu kopieren? Mir geht es nicht darum, ganze Seiten bzw. die ganze Installation zu kopieren, sondern nur diverse Inhalte einer Seite. Eine Kopie auf Datenbankebene käme nicht in Frage, weil sich die UIDs der Content-Elemente zwischen den beiden Seiten unterscheiden. Hier wäre also beim Einfügen nicht sichergestellt, dass es keine ID-Konflikte gibt. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Re: Bilder je nach Erscheinungsbild für das Bild rendern
Hmhhh, irgednwie klappt das nicht so wie gewünscht.
Wobei witzigerweise die Bilder in den Main-Elementen verkleinert werden,
aber die für den Teaser nicht...
Hoffe ich komme am Wochenende wieder dazu mehr zu machen.
LG
Heike
Am 14.01.19 um 15:50 schrieb Heike Herzog-Kuhnke:
Hallo Birgit,
danke für Deine ausführliche Erklärung.
Ich probiere das aus.
Ich habe eine Bootstrap Vorlage, die ich so angepasst habe, bis sie mir
gefiel und habe dann angefangen diese Vorlage umzusetzen. Nachdem das
Carousel, dass ich in dieser Vorlage so cool fand mit meinen bisherigen
Typoscript-Kenntnissen nicht wirklich so einfach umsetzbar war und ich
auch schon etwas eingerostet bin, dachte ich mir es würde Sinn machen,
wenn ich das Ganze dann auch mit Fluid umsetzen würde. Wenn wieder damit
neu beschäftigen, dann mit dem aktuellen Stand.
Dafür habe ich mir einige Videos angesehen und hatte sowieso schon die
Struktur mit Partials etc. in meinem fileadmin angelegt.
Als ich an den Punkt kam, dass ich andere Klassen benötige, habe ich
überlegt, wie die Umsetzung der gewünschten Teile im Backend nicht zu
unübersichtlich wird und nach dem Erstellen von Backend-Layouts
entschieden, dass ich aus dem Verzeichnis von FLuid-Template die
benötigten Dateien in meine Struktur kopiere und entsprechend anpasse,
was bis zu einem gewissen Grad auch funktioniert hat.
Ich schaue mir das mal an. Das mit er Größe nervt nämlich wirklich. Ich
würde die gerne wie gewohnt im Backend beim Erscheinungsbild für die
Bilder angeben. Ich hatte wegen dem einfach nicht klappen wollenden
Class: img-circle schon überlegt, ob ich an der Stelle einfach was
ähnliches mache wie für ColPos 0, weil ich hier auch nur eine bestimmte
Sorte von ColPos habe, wo ich es benötige. Wenn ich ehrlich bin gewöhne
ich mich allerdings schon dran, dass meine Bilder auf der Seite rund sind.
Trotzdem probiere ich Deine Tipps, weil es mich wurmt, dass ich das
nicht hinbekomme.
Vielen Dank für Deine Geduld :)
LG
HEike
Am 14.01.19 um 12:02 schrieb Birgit:
Hallo Heike,
1.
Löst es dein String-Problem, wenn du in Type.html
ersetzt mit:
2.
Prüfe zuerst, ob die Bildgröße per CSS gesetzt wird. Alles, was du im
Fluid-Template als Bildgröße setzt, wird dann außer Kraft gesetzt und
mit CSS überschrieben.
3.
Image.html:
width="{dimensions.width}" height="{dimensions.height}"
alt="{file.alternative}" title="{file.title}" />
{dimensions.width}, {dimensions.height} sind errechnete Werte, die
sich aus der maxWidthinText (Typo3 Constants) der Anzahl der Spalten
(tt_content-Element), deren Zwischenräumen (Typo3 Constants) und und
Rahmen um die Bilder (Typo3 Constants) ergeben.
Programmiert ist das in:
typo3/sysext/frontend/Classes/Data-Processing/GalleryProcessor
Was genau in welcher Reihenfolge ausgewertet - und jeweils wieder
überschrieben - wird, kannst du dort nachlesen.
Ich benutze die mitgelieferten TextPic-, Pic- und Media-Templates gar
nicht, sondern baue mir für jeden Anwendungsfall passende
Contentelemente.
Die meisten Redakteure sind damit überfordert, sich aus den
Standard-Templates selbst jeweils die passenden Varianten
zusammenzustellen.
Die Möglichkeiten zur Bilddarstellung im Frontend sind vielfältig und
verwirrend, wenn man die Historie nicht kennt.
Den Gallery-Prozessor brauchst du nicht, wenn du z.B. Bootstrap
verwendest.
Dann kannst du in eigenen Templates/Partials mit Bootstrap Grids oder
Cards arbeiten.
Wo gibst du die Bildgröße ein - und welche Eingaben willst du
demzufolge auswerten?
3.1. In den TCA Feldern Bildbreite, Bildhöhe
dann kommen die Werte aus der Tabell tt_content und die Parameter
heißen: {data.imagewidth}, {data.imageheight}
Media/Type/Image.html:
width="{dimensions.width}" height="{dimensions.height}"
alt="{file.alternative}" title="{file.title}" />
ersetzen mit:
width="{data.imagewidth}" height="{data.imageheight}"
alt="{file.alternative}" title="{file.title}" />
Dabei können die Bilder allerding verzerrt werden, wenn die
Ausgangsgröße nicht das entsprechende Seitenverhältnis hat.
Deswegen nur entweder Höhe oder Breite angeben.
3.2. Beschnitt-Varianten des einzelnen Bilder (Bild zuschneiden)
berücksichtigen
Dann greift die Crop Variante für das einzelne Bild. Hier treten keine
Verzerrungen auf, weil eine Kopie der Bilddatei angelegt und
tatsächlich beschnitten und skaliert wird.
Ich habe es nicht geprüft, aber vermutlich wird im Gallery-Prozessor
dann die Crop-Variante einberechnet in die Anzahl der Spalten usw.
Wenn du die Cropvariante und die im Backend definierte Breite
übernehmen willst:
width="{data.imagewidth}" cropVariant="default"
alt="{file.alternative}" title="{file.title}" />
Oder eben feste Breiten oder Maximalbreiten passend zum Layout eingeben.
VG Birgit
[TYPO3-german] Re: Bilder je nach Erscheinungsbild für das Bild rendern
Hallo Birgit,
danke für Deine ausführliche Erklärung.
Ich probiere das aus.
Ich habe eine Bootstrap Vorlage, die ich so angepasst habe, bis sie mir
gefiel und habe dann angefangen diese Vorlage umzusetzen. Nachdem das
Carousel, dass ich in dieser Vorlage so cool fand mit meinen bisherigen
Typoscript-Kenntnissen nicht wirklich so einfach umsetzbar war und ich
auch schon etwas eingerostet bin, dachte ich mir es würde Sinn machen,
wenn ich das Ganze dann auch mit Fluid umsetzen würde. Wenn wieder damit
neu beschäftigen, dann mit dem aktuellen Stand.
Dafür habe ich mir einige Videos angesehen und hatte sowieso schon die
Struktur mit Partials etc. in meinem fileadmin angelegt.
Als ich an den Punkt kam, dass ich andere Klassen benötige, habe ich
überlegt, wie die Umsetzung der gewünschten Teile im Backend nicht zu
unübersichtlich wird und nach dem Erstellen von Backend-Layouts
entschieden, dass ich aus dem Verzeichnis von FLuid-Template die
benötigten Dateien in meine Struktur kopiere und entsprechend anpasse,
was bis zu einem gewissen Grad auch funktioniert hat.
Ich schaue mir das mal an. Das mit er Größe nervt nämlich wirklich. Ich
würde die gerne wie gewohnt im Backend beim Erscheinungsbild für die
Bilder angeben. Ich hatte wegen dem einfach nicht klappen wollenden
Class: img-circle schon überlegt, ob ich an der Stelle einfach was
ähnliches mache wie für ColPos 0, weil ich hier auch nur eine bestimmte
Sorte von ColPos habe, wo ich es benötige. Wenn ich ehrlich bin gewöhne
ich mich allerdings schon dran, dass meine Bilder auf der Seite rund sind.
Trotzdem probiere ich Deine Tipps, weil es mich wurmt, dass ich das
nicht hinbekomme.
Vielen Dank für Deine Geduld :)
LG
HEike
Am 14.01.19 um 12:02 schrieb Birgit:
Hallo Heike,
1.
Löst es dein String-Problem, wenn du in Type.html
ersetzt mit:
2.
Prüfe zuerst, ob die Bildgröße per CSS gesetzt wird. Alles, was du im
Fluid-Template als Bildgröße setzt, wird dann außer Kraft gesetzt und mit CSS
überschrieben.
3.
Image.html:
{dimensions.width}, {dimensions.height} sind errechnete Werte, die sich aus der
maxWidthinText (Typo3 Constants) der Anzahl der Spalten (tt_content-Element),
deren Zwischenräumen (Typo3 Constants) und und Rahmen um die Bilder (Typo3
Constants) ergeben.
Programmiert ist das in:
typo3/sysext/frontend/Classes/Data-Processing/GalleryProcessor
Was genau in welcher Reihenfolge ausgewertet - und jeweils wieder überschrieben
- wird, kannst du dort nachlesen.
Ich benutze die mitgelieferten TextPic-, Pic- und Media-Templates gar nicht,
sondern baue mir für jeden Anwendungsfall passende Contentelemente.
Die meisten Redakteure sind damit überfordert, sich aus den Standard-Templates
selbst jeweils die passenden Varianten zusammenzustellen.
Die Möglichkeiten zur Bilddarstellung im Frontend sind vielfältig und
verwirrend, wenn man die Historie nicht kennt.
Den Gallery-Prozessor brauchst du nicht, wenn du z.B. Bootstrap verwendest.
Dann kannst du in eigenen Templates/Partials mit Bootstrap Grids oder Cards
arbeiten.
Wo gibst du die Bildgröße ein - und welche Eingaben willst du demzufolge
auswerten?
3.1. In den TCA Feldern Bildbreite, Bildhöhe
dann kommen die Werte aus der Tabell tt_content und die Parameter heißen:
{data.imagewidth}, {data.imageheight}
Media/Type/Image.html:
ersetzen mit:
Dabei können die Bilder allerding verzerrt werden, wenn die Ausgangsgröße nicht
das entsprechende Seitenverhältnis hat.
Deswegen nur entweder Höhe oder Breite angeben.
3.2. Beschnitt-Varianten des einzelnen Bilder (Bild zuschneiden) berücksichtigen
Dann greift die Crop Variante für das einzelne Bild. Hier treten keine
Verzerrungen auf, weil eine Kopie der Bilddatei angelegt und tatsächlich
beschnitten und skaliert wird.
Ich habe es nicht geprüft, aber vermutlich wird im Gallery-Prozessor dann die
Crop-Variante einberechnet in die Anzahl der Spalten usw.
Wenn du die Cropvariante und die im Backend definierte Breite übernehmen willst:
Oder eben feste Breiten oder Maximalbreiten passend zum Layout eingeben.
VG Birgit
Am 14.01.2019 um 09:51 schrieb Heike Herzog-Kuhnke :
Ach fast vergessen neben dem Problem mit der Klasse, mit dem ich fast leben
könnte, wenn es sein muss, habe ich das etwas nervigere Problem, dass typo3 die
im Backend eingegebene Größe für das Bild völlig ignoriert.
Das wäre toll, wenn ich das hinbekommen könnte, weil diese Funktionalität ja
durchaus sinnvoll ist.
LG
Heike
Am 14.01.19 um 08:00 schrieb Heike Herzog-Kuhnke:
Danke Euch beiden.
Ich schaue, dass ich da heute noch mal dran gehe.
Entschuldigung für die falsche und irreführende Formulierung.
Das ist das erste Mal, dass ich mit Fluid arbeite und für mich Neuland.
Ich melde mich :)
LG
Heike
Am 13.01.19 um 22:04 schrieb _doc:
Hallo Heike,
Dein gebautes Switch-Konstrukt ist nicht XML- bzw. HTML-valide.
Besser ware eine Inline-Notation.
...
Noch übersichtlicher wäre eine eigene Section, die du mit
[TYPO3-german] Fluid Typo3 9.5.3 nur bei ColPos= 0 dem -Tag eine Klasse zuweisen
Hi Ihr Lieben,
ich beiße mich aktuell durch die Konfiguration einer Seite mit der oben
genannten typo3 Version und arbeit das erste Mal mit Fluid Templates.
Aktuell bin ich wirklich glücklich, dass ich so ziemlich alles
hinbekomme. Nachdem ich jetzt schon länger kein typoskript mehr
geschrieben habe bin ich ziemlich eingerostet.
ich habe ein Typoskript Objekt für den Hauptinhalt angelegt:
---
lib.mainContent = COA
lib.mainContent {
10 = COA
10 < styles.content.get
10.select.where = colPos=0
}
}
Ich weiß aktuell ziemlich klein, aber es wird Text und Header schön
eingebunden.
Jetzt möchte ich aber dass immer dann, wenn der Text sich in einem
Element mit der ColPos 0 befindet, dass dem -Tag die Klasse 'lead'
hinzugefügt wird.
Das FLuid-Template für Text.html und für TextPic.html habe ich schon für
mich angepasst:
-
http://typo3.org/ns/TYPO3/CMS/Fluid/ViewHelpers;
data-namespace-typo3-fluid="true">
{data.bodytext}
--
Aber ich denke, dass an irgendeiner Stelle vor:
{data.bodytext} die gewünschte Klasse
dazu gespielt werden muss. Aber ich bekomme das nicht hin.
Leider finde ich nichts, was ich wirklich verstehe.
Wie ich diesen Tipp, den ich gefunden habe:
-
http://www.typo3forum.net/discussion/20162/p-class-bodytext-nur-fuer-bestimmte-spalten
integrieren kann, verstehe ich leider nicht.
Das Wäre ja eigentlich dann in dem Typoskript-Objekt zu machen, oder
Kann mir jemand das erklären?
Ist mir total peinlich, weil es ja so ausführlich wirkt, aber ich
verstehe nicht, wie ich diese Zeilen:
--
temp.tt_content.text.20 < tt_content.text.20
tt_content.text.20 >
tt_content.text.20 = CASE
tt_content.text.20 {
key.field = colPos
default < temp.tt_content.text.20
default.parseFunc < tt_content.text.20.parseFunc
6 < temp.tt_content.text.20
6.parseFunc < tt_content.text.20.parseFunc
6.parseFunc.nonTypoTagStdWrap.encapsLines {
nonWrappedTag =
remapTag.DIV =
addAttributes >
}
}
-
an meine Konfiguration anpassen kann.
Wäre wirklich lieb wenn mir jemand das Brett vorm Kopf entfernen könnte.
LG
Heike
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fluid Typo3 9.5.3 nur bei ColPos= 0 dem -Tag eine Klasse zuweisen
Vergessen dazu zu schreiben:
> -
> http://typo3.org/ns/TYPO3/CMS/Fluid/ViewHelpers;
> data-namespace-typo3-fluid="true">
>
>
>
>
>
>
>
> {data.bodytext}
>
>
> --
Das oben ist das für Text.html
Das hier habe ich aus Textpic.html gemacht:
-
http://typo3.org/ns/TYPO3/CMS/Fluid/ViewHelpers;
data-namespace-typo3-fluid="true">
{data.bodytext}
---
Aber wie Gesagt, das mit den Divs klappt ich hätte nur gerne die Klasse
lead am Tag in der ColPos 0.
LG
Heike
Am 11.01.19 um 17:31 schrieb Heike Herzog-Kuhnke:
Hi Ihr Lieben,
ich beiße mich aktuell durch die Konfiguration einer Seite mit der oben
genannten typo3 Version und arbeit das erste Mal mit Fluid Templates.
Aktuell bin ich wirklich glücklich, dass ich so ziemlich alles
hinbekomme. Nachdem ich jetzt schon länger kein typoskript mehr
geschrieben habe bin ich ziemlich eingerostet.
ich habe ein Typoskript Objekt für den Hauptinhalt angelegt:
---
lib.mainContent = COA
lib.mainContent {
10 = COA
10 < styles.content.get
10.select.where = colPos=0
}
}
Ich weiß aktuell ziemlich klein, aber es wird Text und Header schön
eingebunden.
Jetzt möchte ich aber dass immer dann, wenn der Text sich in einem
Element mit der ColPos 0 befindet, dass dem -Tag die Klasse 'lead'
hinzugefügt wird.
Das FLuid-Template für Text.html und für TextPic.html habe ich schon für
mich angepasst:
-
http://typo3.org/ns/TYPO3/CMS/Fluid/ViewHelpers;
data-namespace-typo3-fluid="true">
{data.bodytext}
--
Aber ich denke, dass an irgendeiner Stelle vor:
{data.bodytext} die gewünschte Klasse
dazu gespielt werden muss. Aber ich bekomme das nicht hin.
Leider finde ich nichts, was ich wirklich verstehe.
Wie ich diesen Tipp, den ich gefunden habe:
-
http://www.typo3forum.net/discussion/20162/p-class-bodytext-nur-fuer-bestimmte-spalten
integrieren kann, verstehe ich leider nicht.
Das Wäre ja eigentlich dann in dem Typoskript-Objekt zu machen, oder
Kann mir jemand das erklären?
Ist mir total peinlich, weil es ja so ausführlich wirkt, aber ich
verstehe nicht, wie ich diese Zeilen:
--
temp.tt_content.text.20 < tt_content.text.20
tt_content.text.20 >
tt_content.text.20 = CASE
tt_content.text.20 {
key.field = colPos
default < temp.tt_content.text.20
default.parseFunc < tt_content.text.20.parseFunc
6 < temp.tt_content.text.20
6.parseFunc < tt_content.text.20.parseFunc
6.parseFunc.nonTypoTagStdWrap.encapsLines {
nonWrappedTag =
remapTag.DIV =
addAttributes >
}
}
-
an meine Konfiguration anpassen kann.
Wäre wirklich lieb wenn mir jemand das Brett vorm Kopf entfernen könnte.
LG
Heike
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fluid Typo3 9.5.3 nur bei ColPos= 0 dem -Tag eine Klasse zuweisen
Hallo Birgit,
das sieht schlüssig und gut aus. Das wäre der Hammer, wenn das klappt.
Ich baue das direkt mal in mein typoskript ein.
Ich melde mich gleich :)
LG
Heike
Am 11.01.19 um 19:44 schrieb Birgit:
Hallo Heike,
parseFunc musst du per Typoscript ändern, das geht meines Wissens nach nicht in
Fluid.
Ich habe nachgesehen in
typo3/sysext/fluid_styled_content/Configuration/TypoScript/Helper/ParseFunc.typoscript
Vorausgesetzt, du benutzt EXT:fluid_styled_content und EXT:rte_ckeditor:
[globalVar = TSFE:tt_content|colPos = 0]
# alternativ
// [globalVar = TSFE:tt_content|colPos = 0, CType = text]
lib.parseFunc_RTE {
externalBlocks = p
externalBlocks {
p {
stdWrap {
HTMLparser = 1
HTMLparser {
tags.p.fixAttrib.class {
default = lead
always = 1
list = lead
}
keepNonMatchedTags = 1
}
}
[global]
Eine ALternative ist es, wenn du im Fluid Template dem umgebenden DIV eine
Klasse gibst und per CSS die Regel ausführst.
pageLayoutClass .colClass .contentElementTypeClass .textDivClass p {
font-size: 3em;
}
viele Grüße
Birgit
Am 11.01.2019 um 17:31 schrieb Heike Herzog-Kuhnke :
Hi Ihr Lieben,
ich beiße mich aktuell durch die Konfiguration einer Seite mit der oben
genannten typo3 Version und arbeit das erste Mal mit Fluid Templates.
Aktuell bin ich wirklich glücklich, dass ich so ziemlich alles hinbekomme.
Nachdem ich jetzt schon länger kein typoskript mehr geschrieben habe bin ich
ziemlich eingerostet.
ich habe ein Typoskript Objekt für den Hauptinhalt angelegt:
---
lib.mainContent = COA
lib.mainContent {
10 = COA
10 < styles.content.get
10.select.where = colPos=0
}
}
Ich weiß aktuell ziemlich klein, aber es wird Text und Header schön eingebunden.
Jetzt möchte ich aber dass immer dann, wenn der Text sich in einem Element mit der
ColPos 0 befindet, dass dem -Tag die Klasse 'lead' hinzugefügt wird.
Das FLuid-Template für Text.html und für TextPic.html habe ich schon für mich
angepasst:
-
http://typo3.org/ns/TYPO3/CMS/Fluid/ViewHelpers;
data-namespace-typo3-fluid="true">
{data.bodytext}
--
Aber ich denke, dass an irgendeiner Stelle vor:
{data.bodytext} die gewünschte Klasse dazu
gespielt werden muss. Aber ich bekomme das nicht hin.
Leider finde ich nichts, was ich wirklich verstehe.
Wie ich diesen Tipp, den ich gefunden habe:
-
http://www.typo3forum.net/discussion/20162/p-class-bodytext-nur-fuer-bestimmte-spalten
integrieren kann, verstehe ich leider nicht.
Das Wäre ja eigentlich dann in dem Typoskript-Objekt zu machen, oder
Kann mir jemand das erklären?
Ist mir total peinlich, weil es ja so ausführlich wirkt, aber ich verstehe
nicht, wie ich diese Zeilen:
--
temp.tt_content.text.20 < tt_content.text.20
tt_content.text.20 >
tt_content.text.20 = CASE
tt_content.text.20 {
key.field = colPos
default < temp.tt_content.text.20
default.parseFunc < tt_content.text.20.parseFunc
6 < temp.tt_content.text.20
6.parseFunc < tt_content.text.20.parseFunc
6.parseFunc.nonTypoTagStdWrap.encapsLines {
nonWrappedTag =
remapTag.DIV =
addAttributes >
}
}
-
an meine Konfiguration anpassen kann.
Wäre wirklich lieb wenn mir jemand das Brett vorm Kopf entfernen könnte.
LG
Heike
___
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] Fluid Typo3 9.5.3 nur bei ColPos= 0 dem -Tag eine Klasse zuweisen
Hmhhh,
also ich hab das jetzt an drei Stellen ausprobiert.
Im Objekt selbst:
-
lib.mainContent = COA
[globalVar = TSFE:tt_content|colPos = 0]
# alternativ
// [globalVar = TSFE:tt_content|colPos = 0, CType = text]
lib.parseFunc_RTE {
externalBlocks := addToList(p)
externalBlocks = p
externalBlocks {
p {
stdWrap {
HTMLparser = 1
HTMLparser {
tags.p.fixAttrib.class {
default = lead
always = 1
list = lead
}
keepNonMatchedTags = 1
}
}
[global]
lib.mainContent {
10 = COA
10 < styles.content.get
10.select.where = colPos=0
}
}
-
ändert nix...
Im Typoskript der Seite:
mal so:
---
config {
doctype = xhtml_trans
htmlTag_langKey = de
xmlprologue = none
language= de
locale_all = de_DE
contentObjectExceptionHandler = 0
}
page = PAGE
page.shortcutIcon = fileadmin/templates/images/favicon.ico
page.meta.viewport = width=device-width, initial-scale=1.0
[globalVar = TSFE:tt_content|colPos = 0]
# alternativ
// [globalVar = TSFE:tt_content|colPos = 0, CType = text]
lib.parseFunc_RTE {
externalBlocks := addToList(p)
externalBlocks = p
externalBlocks {
p {
stdWrap {
HTMLparser = 1
HTMLparser {
tags.p.fixAttrib.class {
default = lead
always = 1
list = lead
}
keepNonMatchedTags = 1
}
}
[global]
page {
1 = FLUIDTEMPLATE
1 {
file = fileadmin/templates/BootstrapOWL/templates/template.html
partialRootPath = fileadmin/templates/BootstrapOWL/partials
layoutRootPath = fileadmin/templates/BootstrapOWL/layouts
}
includeCSS.bootCSS = fileadmin/templates/BootstrapOWL/css/bootstrap.css
includeCSS.carousel =
fileadmin/templates/BootstrapOWL/css/caroussel.css
includeJSFooter.jquery =
https://ajax.googleapis.com/ajax/libs/jquery/1.11.3/jquery.min.js
includeJSFooter.bootstrap =
fileadmin/templates/BootstrapOWL/js/bootstrap.min.js
includeJSFooter.iewa =
fileadmin/templates/BootstrapOWL/ja/ie10-viewport-bug-workaround.js
variables {
hauptText < styles.content.get
hauptText.select.where = colPos=0
}
}
--
und mal so:
--
config {
doctype = xhtml_trans
htmlTag_langKey = de
xmlprologue = none
language= de
locale_all = de_DE
contentObjectExceptionHandler = 0
}
[globalVar = TSFE:tt_content|colPos = 0]
# alternativ
// [globalVar = TSFE:tt_content|colPos = 0, CType = text]
lib.parseFunc_RTE {
externalBlocks := addToList(p)
externalBlocks = p
externalBlocks {
p {
stdWrap {
HTMLparser = 1
HTMLparser {
tags.p.fixAttrib.class {
default = lead
always = 1
list = lead
}
keepNonMatchedTags = 1
}
}
[global]
page = PAGE
page.shortcutIcon = fileadmin/templates/images/favicon.ico
page.meta.viewport = width=device-width, initial-scale=1.0
page {
1 = FLUIDTEMPLATE
1 {
file = fileadmin/templates/BootstrapOWL/templates/template.html
partialRootPath = fileadmin/templates/BootstrapOWL/partials
layoutRootPath = fileadmin/templates/BootstrapOWL/layouts
}
includeCSS.bootCSS = fileadmin/templates/BootstrapOWL/css/bootstrap.css
includeCSS.carousel =
fileadmin/templates/BootstrapOWL/css/caroussel.css
includeJSFooter.jquery =
https://ajax.googleapis.com/ajax/libs/jquery/1.11.3/jquery.min.js
includeJSFooter.bootstrap =
fileadmin/templates/BootstrapOWL/js/bootstrap.min.js
includeJSFooter.iewa =
fileadmin/templates/BootstrapOWL/ja/ie10-viewport-bug-workaround.js
variables {
hauptText < styles.content.get
hauptText.select.where = colPos=0
}
}
--
Eigentlich war ich sicher, dass die Stelle innerhalb von PAGE richtig
ist. Muss ich das gegebenenfalls in den Ressourcen der Seite mitgeben
und nicht in den Skripts?
ist aktuell noch ohne Klasse...
Danke Dir nochmal.
LG
Heike
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fluid Typo3 9.5.3 nur bei ColPos= 0 dem -Tag eine Klasse zuweisen
Nachtrag:
In den Ressourcen der Seite machts das auch nicht :(
LG
Heike
Am 12.01.19 um 08:42 schrieb Heike Herzog-Kuhnke:
Hmhhh,
also ich hab das jetzt an drei Stellen ausprobiert.
Im Objekt selbst:
-
lib.mainContent = COA
[globalVar = TSFE:tt_content|colPos = 0]
# alternativ
// [globalVar = TSFE:tt_content|colPos = 0, CType = text]
lib.parseFunc_RTE {
externalBlocks := addToList(p)
externalBlocks = p
externalBlocks {
p {
stdWrap {
HTMLparser = 1
HTMLparser {
tags.p.fixAttrib.class {
default = lead
always = 1
list = lead
}
keepNonMatchedTags = 1
}
}
[global]
lib.mainContent {
10 = COA
10 < styles.content.get
10.select.where = colPos=0
}
}
-
ändert nix...
Im Typoskript der Seite:
mal so:
---
config {
doctype = xhtml_trans
htmlTag_langKey = de
xmlprologue = none
language= de
locale_all = de_DE
contentObjectExceptionHandler = 0
}
page = PAGE
page.shortcutIcon = fileadmin/templates/images/favicon.ico
page.meta.viewport = width=device-width, initial-scale=1.0
[globalVar = TSFE:tt_content|colPos = 0]
# alternativ
// [globalVar = TSFE:tt_content|colPos = 0, CType = text]
lib.parseFunc_RTE {
externalBlocks := addToList(p)
externalBlocks = p
externalBlocks {
p {
stdWrap {
HTMLparser = 1
HTMLparser {
tags.p.fixAttrib.class {
default = lead
always = 1
list = lead
}
keepNonMatchedTags = 1
}
}
[global]
page {
1 = FLUIDTEMPLATE
1 {
file = fileadmin/templates/BootstrapOWL/templates/template.html
partialRootPath = fileadmin/templates/BootstrapOWL/partials
layoutRootPath = fileadmin/templates/BootstrapOWL/layouts
}
includeCSS.bootCSS =
fileadmin/templates/BootstrapOWL/css/bootstrap.css
includeCSS.carousel =
fileadmin/templates/BootstrapOWL/css/caroussel.css
includeJSFooter.jquery =
https://ajax.googleapis.com/ajax/libs/jquery/1.11.3/jquery.min.js
includeJSFooter.bootstrap =
fileadmin/templates/BootstrapOWL/js/bootstrap.min.js
includeJSFooter.iewa =
fileadmin/templates/BootstrapOWL/ja/ie10-viewport-bug-workaround.js
variables {
hauptText < styles.content.get
hauptText.select.where = colPos=0
}
}
--
und mal so:
--
config {
doctype = xhtml_trans
htmlTag_langKey = de
xmlprologue = none
language= de
locale_all = de_DE
contentObjectExceptionHandler = 0
}
[globalVar = TSFE:tt_content|colPos = 0]
# alternativ
// [globalVar = TSFE:tt_content|colPos = 0, CType = text]
lib.parseFunc_RTE {
externalBlocks := addToList(p)
externalBlocks = p
externalBlocks {
p {
stdWrap {
HTMLparser = 1
HTMLparser {
tags.p.fixAttrib.class {
default = lead
always = 1
list = lead
}
keepNonMatchedTags = 1
}
}
[global]
page = PAGE
page.shortcutIcon = fileadmin/templates/images/favicon.ico
page.meta.viewport = width=device-width, initial-scale=1.0
page {
1 = FLUIDTEMPLATE
1 {
file = fileadmin/templates/BootstrapOWL/templates/template.html
partialRootPath = fileadmin/templates/BootstrapOWL/partials
layoutRootPath = fileadmin/templates/BootstrapOWL/layouts
}
includeCSS.bootCSS =
fileadmin/templates/BootstrapOWL/css/bootstrap.css
includeCSS.carousel =
fileadmin/templates/BootstrapOWL/css/caroussel.css
includeJSFooter.jquery =
https://ajax.googleapis.com/ajax/libs/jquery/1.11.3/jquery.min.js
includeJSFooter.bootstrap =
fileadmin/templates/BootstrapOWL/js/bootstrap.min.js
includeJSFooter.iewa =
fileadmin/templates/BootstrapOWL/ja/ie10-viewport-bug-workaround.js
variables {
hauptText < styles.content.get
hauptText.select.where = colPos=0
}
}
--
Eigentlich war ich sicher, dass die Stelle innerhalb von PAGE richtig
ist. Muss ich das gegebenenfalls in den Ressourcen der Seite mitgeben
und nicht in den Skripts?
ist aktuell noch ohne Klasse...
Danke Dir nochmal.
LG
Heike
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fluid Typo3 9.5.3 nur bei ColPos= 0 dem -Tag eine Klasse zuweisen
Also ich hatte es jetzt noch mal in meinem Typoskript für den
MainContent drin und hier hat mir die Template Analyse freundlich
mitgeteilt, dass ihr drei schließende Klammern fehlen, die ich eingefügt
habe (leider ohne erfolg...)
[globalVar = TSFE:tt_content|colPos = 0]
# alternativ
// [globalVar = TSFE:tt_content|colPos = 0, CType = text]
lib.parseFunc_RTE {
externalBlocks := addToList(p)
externalBlocks = p
externalBlocks {
p {
stdWrap {
HTMLparser = 1
HTMLparser {
tags.p.fixAttrib.class {
default = lead
always = 1
list = lead
}
}
keepNonMatchedTags = 1
}
}
}
}
[global]
---
Auch der Text mit der Alternative der globalVar Condition hat leider
nichts gebracht...
LG
Heike
Am 12.01.19 um 08:45 schrieb Heike Herzog-Kuhnke:
Nachtrag:
In den Ressourcen der Seite machts das auch nicht :(
LG
Heike
Am 12.01.19 um 08:42 schrieb Heike Herzog-Kuhnke:
Hmhhh,
also ich hab das jetzt an drei Stellen ausprobiert.
Im Objekt selbst:
-
lib.mainContent = COA
[globalVar = TSFE:tt_content|colPos = 0]
# alternativ
// [globalVar = TSFE:tt_content|colPos = 0, CType = text]
lib.parseFunc_RTE {
externalBlocks := addToList(p)
externalBlocks = p
externalBlocks {
p {
stdWrap {
HTMLparser = 1
HTMLparser {
tags.p.fixAttrib.class {
default = lead
always = 1
list = lead
}
keepNonMatchedTags = 1
}
}
[global]
lib.mainContent {
10 = COA
10 < styles.content.get
10.select.where = colPos=0
}
}
-
ändert nix...
Im Typoskript der Seite:
mal so:
---
config {
doctype = xhtml_trans
htmlTag_langKey = de
xmlprologue = none
language= de
locale_all = de_DE
contentObjectExceptionHandler = 0
}
page = PAGE
page.shortcutIcon = fileadmin/templates/images/favicon.ico
page.meta.viewport = width=device-width, initial-scale=1.0
[globalVar = TSFE:tt_content|colPos = 0]
# alternativ
// [globalVar = TSFE:tt_content|colPos = 0, CType = text]
lib.parseFunc_RTE {
externalBlocks := addToList(p)
externalBlocks = p
externalBlocks {
p {
stdWrap {
HTMLparser = 1
HTMLparser {
tags.p.fixAttrib.class {
default = lead
always = 1
list = lead
}
keepNonMatchedTags = 1
}
}
[global]
page {
1 = FLUIDTEMPLATE
1 {
file = fileadmin/templates/BootstrapOWL/templates/template.html
partialRootPath = fileadmin/templates/BootstrapOWL/partials
layoutRootPath = fileadmin/templates/BootstrapOWL/layouts
}
includeCSS.bootCSS =
fileadmin/templates/BootstrapOWL/css/bootstrap.css
includeCSS.carousel =
fileadmin/templates/BootstrapOWL/css/caroussel.css
includeJSFooter.jquery =
https://ajax.googleapis.com/ajax/libs/jquery/1.11.3/jquery.min.js
includeJSFooter.bootstrap =
fileadmin/templates/BootstrapOWL/js/bootstrap.min.js
includeJSFooter.iewa =
fileadmin/templates/BootstrapOWL/ja/ie10-viewport-bug-workaround.js
variables {
hauptText < styles.content.get
hauptText.select.where = colPos=0
}
}
--
und mal so:
--
config {
doctype = xhtml_trans
htmlTag_langKey = de
xmlprologue = none
language= de
locale_all = de_DE
contentObjectExceptionHandler = 0
}
[globalVar = TSFE:tt_content|colPos = 0]
# alternativ
// [globalVar = TSFE:tt_content|colPos = 0, CType = text]
lib.parseFunc_RTE {
externalBlocks := addToList(p)
externalBlocks = p
externalBlocks {
p {
stdWrap {
HTMLparser = 1
HTMLparser {
tags.p.fixAttrib.class {
default = lead
always = 1
list = lead
}
keepNonMatchedTags = 1
}
}
[global]
page = PAGE
page.shortcutIcon = fileadmin/templates/images/favicon.ico
page.meta.viewport = width=device-width, initial-scale=1.0
page {
1 = FLUIDTEMPLATE
1 {
file = fileadmin/templates/BootstrapOWL/templates/template.html
partialRootPath = fileadmin/templates/BootstrapOWL/partials
layoutRootPath = fileadmin/templates/BootstrapOWL/l
Re: [TYPO3-german] [nn_address] Anleitung
Hallo Melanie, Deine Frage wurde an eine meiner Fragen von 2015 angehängt, womit wahrscheinlich kaum jemand Deine Frage finden wird. Ich schätze es macht Sinn, wenn Du sie noch mal einzeln stellst. LG Heike Am 21.08.15 um 11:11 schrieb Melanie Müller: Hallo liebe Liste, ich versuche gerade nn_address unter Typo 3 6.2. zu konfigurieren und tue mich etwas schwer damit - bsp. einige Felder in der Abc_Listenansicht anzuzeigen bzw. umzubennen. Kennst irendjemand ein gutes Tutorial oder sogar eine einfachere Alternative dazu? Die Dokumentation der Extension ist ja eher bescheiden. Für sachdienliche Hinweise wäre ich sehr dankbar! Gruß Melanie ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fluid Typo3 9.5.3 nur bei ColPos= 0 dem -Tag eine Klasse zuweisen
Birgit,
Du bist die Heldin des Tages heute :)
Vielen Dank. So hat es funktioniert.
Ich habe die Lib in mein Typoskript vor PAGE eingefügt und dann in dem
Template für Text die Fluid-Template Zeilen eingefügt und schon macht er
das was er soll.
Tausend dank. Das sieht klasse aus und ich habe das Gefühl wieder ein
wenig mehr verstanden zu haben :)
Falls Du mal irgendwann in der Nähe von Augsburg unterwegs sein
solltest, dann melde Dich. Du hast was gut.
LG
Heike
Am 12.01.19 um 19:39 schrieb Birgit:
Nachtrag:
ich hatte vergessen zu kennzeichnen:
### Typoscript Constants
# Fluid-Templates für die Contentelemente aus fluid_styled_content überschreiben
# Kopien der Templates, die geändert werden sollen, in einem Verzeichnis
ablegen, fileadmin oder eigene Extension
styles.templates {
layoutRootPath = EXT:br_ext_fluidstyledcontent/Resources/Private/Layouts
templateRootPath = EXT:br_ext_fluidstyledcontent/Resources/Private/Templates
partialRootPath = EXT:br_ext_fluidstyledcontent/Resources/Private/Partials
}
VG Birgit
Am 12.01.2019 um 19:36 schrieb Birgit :
Hallo Heike,
dir fehlen vielleicht an anderer Stelle 3 Klammern.
Bei mir funktioniert es in TYPO3 9.x - allerdings nur ohne die Condition.
Das heißt, die Manipulation lässt sich so nicht auf eine Spalte eingrenzen.
Voraussetzungen:
EXT: fluid_styled_content
EXT: rte_ckeditor
sind geladen
Funktioniert in der Form nicht mit EXT:rtehtmlarea.
Das TypoScript muss NACH dem TypoScript von EXT: fluid_styled_content geladen
werden, weil es deren Konfiguration überschreibt.
So funktioniert es mit Condition:
-
Du brauchst eine eigene lib.parseFunc.
Die Condition muss im Fluid Template angelegt werden.
Dafür musst du die betreffenden Fluid-Templates für die Contentelemente aus
EXT:fluid_styled_content überschreiben.
### TypoScript Setup
lib.parseFunc_ColPos_0 < lib.parseFunc_RTE
lib.parseFunc_ColPos_0 {
externalBlocks := addToList(p)
externalBlocks {
p {
stdWrap {
HTMLparser = 1
HTMLparser {
tags.p.fixAttrib.class {
default = lead
always = 1
list = lead
}
}
keepNonMatchedTags = 1
}
}
}
}
# Fluid-Templates für die Contentelemente aus fluid_styled_content überschreiben
# Kopien der Templates, die geändert werden sollen, in einem Verzeichnis
ablegen, fileadmin oder eigene Extension
styles.templates {
layoutRootPath = EXT:br_ext_fluidstyledcontent/Resources/Private/Layouts
templateRootPath = EXT:br_ext_fluidstyledcontent/Resources/Private/Templates
partialRootPath = EXT:br_ext_fluidstyledcontent/Resources/Private/Partials
}
### Fluid Template
# z.B. EXT:br_ext_fluidstyledcontent/Resources/Private/Templates/Text.html
{data.bodytext}
{data.bodytext}
Um dein Ziel anders zu erreichen kannst du alternativ z.B:
- die Manipulation per CSS bzw. SASS/LESS machen, wie ich schon beschrieben
hatte
- oder per JavaScript den Tags die Klasse zuweisen
viele Grüße
Birgit
Am 12.01.2019 um 16:48 schrieb Heike Herzog-Kuhnke :
Also ich hatte es jetzt noch mal in meinem Typoskript für den MainContent drin
und hier hat mir die Template Analyse freundlich mitgeteilt, dass ihr drei
schließende Klammern fehlen, die ich eingefügt habe (leider ohne erfolg...)
[globalVar = TSFE:tt_content|colPos = 0]
# alternativ
// [globalVar = TSFE:tt_content|colPos = 0, CType = text]
lib.parseFunc_RTE {
externalBlocks := addToList(p)
externalBlocks = p
externalBlocks {
p {
stdWrap {
HTMLparser = 1
HTMLparser {
tags.p.fixAttrib.class {
default = lead
always = 1
list = lead
}
}
keepNonMatchedTags = 1
}
}
}
}
[global]
---
Auch der Text mit der Alternative der globalVar Condition hat leider nichts
gebracht...
LG
Heike
Am 12.01.19 um 08:45 schrieb Heike Herzog-Kuhnke:
Nachtrag:
In den Ressourcen der Seite machts das auch nicht :(
LG
Heike
Am 12.01.19 um 08:42 schrieb Heike Herzog-Kuhnke:
Hmhhh,
also ich hab das jetzt an drei Stellen ausprobiert.
Im Objekt selbst:
-
lib.mainContent = COA
[globalVar = TSFE:tt_content|colPos = 0]
# alternativ
// [globalVar = TSFE:tt_content|colPos = 0, CType = text]
lib.parseFunc_RTE {
externalBlocks := addToLis
[TYPO3-german] Bilder je nach Erscheinungsbild für das Bild rendern
Liebe Liste,
weil es so gut geklappt hat, hätte ich noch eine Frage. Nicht dass es
schlimm wäre, dass meine Bilder alle in Kreisform angezeigt werden, aber
irgendwie war das anders geplant...
Ich habe für meine Seite das Problem gehabt, dass ich die Bilder je nach
Erscheinungsbild unterschiedlich darstellen muss. Dafür habe ich das
Fluid-Element TextPic verwendet, was für die Div-Klassen auch wunderbar
funktioniert.
Jetzt sollen aber eigentlich für das Layout Teaser (Layout 3) die Bilder
mit einer Klasse "img-circle" versehen werden, die dafür sorgt, dass die
Bilder rund dargestellt werden. Zusätzlich sollten diese Bilder
eigentlich auf das Format 140 x 140 Pixel zugeschnitten werden (bzw.
verkleinert.
Mit beiden Aufgaben komme ich nicht weiter. Eine Angabe der Bildgröße im
Backend scheint leider keine Auswirkung mehr auf meine Bilder zu haben
und ich bekomme es nicht hin, dass ich je nach Layout eine andere Klasse
zum Bild dazu spiele.
Hier mein Typoskript:
TextPic.html
http://typo3.org/ns/TYPO3/CMS/Fluid/ViewHelpers;
data-namespace-typo3-fluid="true">
{data.bodytext}
---
Media/Gallery.html
--
http://typo3.org/ns/TYPO3/CMS/Fluid/ViewHelpers;
xmlns:ce="http://typo3.org/ns/TYPO3/CMS/FluidStyledContent/ViewHelpers;
data-namespace-typo3-fluid="true">
---
Hier klappt alles wunderbar mit den Switches.
---
Media/Type/Image.html
---
http://typo3.org/ns/TYPO3/CMS/Fluid/ViewHelpers;
xmlns:ce="http://typo3.org/ns/TYPO3/CMS/FluidStyledContent/ViewHelpers;
data-namespace-typo3-fluid="true">
configuration="{settings.media.popup}">
{file.description}
--
--
Media/Rendering/Image.html
http://typo3.org/ns/TYPO3/CMS/Fluid/ViewHelpers;
data-namespace-typo3-fluid="true">
width="{dimensions.width}" height="{dimensions.height}"
alt="{file.alternative}" title="{file.title}" />
---
Immer wenn ich hier um img-circle herum einer Condition eingebe, um je
nach Layout die passende Klasse auszugeben, dann bleibt class leer. Mit
dieser Variante wird die Klasse im alternativen Layout hinzugefügt, aber
es scheint als müsste ich mindestens eine Klasse angeben.
Der Versuch es mit diesem switch zu lösen, wie in Gallery.html bringt in
dieser Variante ein Oops:
---
file="{file}" alt="{file.alternative}" title="{file.title}" />
file="{file}" alt="{file.alternative}" title="{file.title}" />
title="{file.title}" />
file="{file}" alt="{file.alternative}" title="{file.title}" />
---
Nicht dass es schlimm ist, wenn alle Bilder der Homepage in rund
angezeigt werden, wenns nicht anders geht, dann kann ich damit leben.
Dass ich aber irgendwie die Option verloren habe im Backend die Größe zu
manipulieren ärgert mich schon. Dass ich nicht verstehe, wie ich es
richtig mache oder wo mein Fehler mit den Klassen ist, ärgert mich
natürlich auch, nachdem der Rest so gut funktioniert hat.
Ich wäre sehr dankbar, wenn mir hier auch noch auf die Sprünge geholfen
werden könnte :)
LG
Heike
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
Re: [TYPO3-german] Fluid Typo3 9.5.3 nur bei ColPos= 0 dem -Tag eine Klasse zuweisen
Hm,
also die Klasse wird wunderbar hinzugefügt, aber...
Zwischen allen .. wird ein eingefügt
und irgendwie werden Links nicht mehr umgesetzt.
Das ist ja gemein :(
Im Editor sehe ich nichts unauffälliges auch wenn ich den Quellcode ansehe.
Muss ich die Umsetzung der Links noch zusätzlich in das typoskript
einfügen? Ich dachte, dass mit der Zeile:
lib.parseFunc_ColPos_0 < lib.parseFunc_RTE
.. alles, was in der lib.parsFunc_RTE steht einfach in die neue lib
übertragen wird und ich sie mit den Folgezeilen nur erweitere...
Ich hab zum Testen zwischenzeitlich mal alle möglichen Varianten
ausprobiert, ob mit weniger Zeilen und Verschachtelungen die
zusätzlichen wieder verschwinden, aber irgendwie ist entweder alles
weg, oder wenn eingefügt ist, dann sind auch die
Zusatzzeilen da.
Dass die Links nicht mehr umgesetzt werden verstehe ich auch nicht so
ganz. Muss ich die Umsetzung der Links explizit mit hinein nehmen?
Die Abfrage der colPos scheint typo3 auch relativ kalt zu lassen:
parseFuncTSPath="lib.parseFunc_ColPos_0">{data.bodytext}
{data.bodytext}
Statt bei einem Element mit colPos 10 / 20 / 30 ein normales
einzufügen, wird auch hier eingesetzt...
LG
Heike
Am 13.01.19 um 08:15 schrieb Heike Herzog-Kuhnke:
Birgit,
Du bist die Heldin des Tages heute :)
Vielen Dank. So hat es funktioniert.
Ich habe die Lib in mein Typoskript vor PAGE eingefügt und dann in dem
Template für Text die Fluid-Template Zeilen eingefügt und schon macht er
das was er soll.
Tausend dank. Das sieht klasse aus und ich habe das Gefühl wieder ein
wenig mehr verstanden zu haben :)
Falls Du mal irgendwann in der Nähe von Augsburg unterwegs sein
solltest, dann melde Dich. Du hast was gut.
LG
Heike
Am 12.01.19 um 19:39 schrieb Birgit:
Nachtrag:
ich hatte vergessen zu kennzeichnen:
### Typoscript Constants
# Fluid-Templates für die Contentelemente aus fluid_styled_content
überschreiben
# Kopien der Templates, die geändert werden sollen, in einem
Verzeichnis ablegen, fileadmin oder eigene Extension
styles.templates {
layoutRootPath =
EXT:br_ext_fluidstyledcontent/Resources/Private/Layouts
templateRootPath =
EXT:br_ext_fluidstyledcontent/Resources/Private/Templates
partialRootPath =
EXT:br_ext_fluidstyledcontent/Resources/Private/Partials
}
VG Birgit
Am 12.01.2019 um 19:36 schrieb Birgit :
Hallo Heike,
dir fehlen vielleicht an anderer Stelle 3 Klammern.
Bei mir funktioniert es in TYPO3 9.x - allerdings nur ohne die
Condition.
Das heißt, die Manipulation lässt sich so nicht auf eine Spalte
eingrenzen.
Voraussetzungen:
EXT: fluid_styled_content
EXT: rte_ckeditor
sind geladen
Funktioniert in der Form nicht mit EXT:rtehtmlarea.
Das TypoScript muss NACH dem TypoScript von EXT: fluid_styled_content
geladen werden, weil es deren Konfiguration überschreibt.
So funktioniert es mit Condition:
-
Du brauchst eine eigene lib.parseFunc.
Die Condition muss im Fluid Template angelegt werden.
Dafür musst du die betreffenden Fluid-Templates für die
Contentelemente aus EXT:fluid_styled_content überschreiben.
### TypoScript Setup
lib.parseFunc_ColPos_0 < lib.parseFunc_RTE
lib.parseFunc_ColPos_0 {
externalBlocks := addToList(p)
externalBlocks {
p {
stdWrap {
HTMLparser = 1
HTMLparser {
tags.p.fixAttrib.class {
default = lead
always = 1
list = lead
}
}
keepNonMatchedTags = 1
}
}
}
}
# Fluid-Templates für die Contentelemente aus fluid_styled_content
überschreiben
# Kopien der Templates, die geändert werden sollen, in einem
Verzeichnis ablegen, fileadmin oder eigene Extension
styles.templates {
layoutRootPath =
EXT:br_ext_fluidstyledcontent/Resources/Private/Layouts
templateRootPath =
EXT:br_ext_fluidstyledcontent/Resources/Private/Templates
partialRootPath =
EXT:br_ext_fluidstyledcontent/Resources/Private/Partials
}
### Fluid Template
# z.B.
EXT:br_ext_fluidstyledcontent/Resources/Private/Templates/Text.html
parseFuncTSPath="lib.parseFunc_ColPos_0">{data.bodytext}
{data.bodytext}
Um dein Ziel anders zu erreichen kannst du alternativ z.B:
- die Manipulation per CSS bzw. SASS/LESS machen, wie ich schon
beschrieben hatte
- oder per JavaScript den Tags die Klasse zuweisen
viele Grüße
Birgit
Am 12.01.2019 um 16:48 schrieb Heike Herzog-Kuhnke :
Also ich hatte es jetzt noch mal in meinem Typoskript für den
MainContent drin und hier hat mir die Template Analyse freundlich
mitgeteilt, dass ihr drei schließende Klammern fehlen, die ich
eingefügt habe (leider ohne erfolg...)
[globalVar = TSFE:tt_content|colPos
