Re: [TYPO3-german] Template durch Redakteur bearbeiten
Oh, gut zu wissen. Das ist dann wohl keine Lösung. Ok vielleicht hat ja jemand eine andere Idee für mein Problem: Aktuell werden über ein Typoscript-Template Konstanten (###Konstante###) wie Telefonummern, Namen und Adressen in die Website eingebunden. Diese werden an verschiedenen Stellen in ganz unterschiedlichen Content-Elementen mehrfach verwendet. Daher diese Lösung. Nun soll aber ein Redakteur in der Lage sein, diese Inhalte zentral anzupassen und damit für die ganze Website in einem Rutsch die Telefonnummern etc. zu ändern. Wie ließe sich das sonst relativ einfach ohne große Verrenkungen und Extensions umsetzen? Gruß Hugo Am 16.06.2016 um 14:26 schrieb Florian Heß: Am 16.06.2016 um 13:53 schrieb Helmut Hummel: Ich würde an dieser Stelle noch mal gerne auf etwas hinweisen, nur für den Fall, dass das nicht bekannt sein sollte. Wer Redakteuren Zugriff auf TypoScript gibt, gibt ihnen damit Voll-Zugriff auf das System: Beispiel: 1. PHP Datei, die einen Admin User in der Datenbank erzeugt (class AdminUser, function create) als "create-admin.txt" in fileadmin hochladen 2. Folgendes TypoScript einbinden: page.1 = USER page.1.includeLibs = fileadmin/create-admin.txt page.1.userFunc = AdminUser->create Fertig ist der administrative Zugang. Mea culpa, daran habe ich ja gar nicht gedacht! Zugegeben, ich habe nicht mal gewusst, dass man so mir nichts dir nichts beliebigen PHP-Code via TypoScript linken kann. Der PHP-Code könnte eben mal eine Shell öffnen oder andere feine Dinge tun. Gut zu wissen, wenn auch in meinem Fall - zum Glück - jetzt keine eklatante Sicherheitslücke zu stopfen ist, da wir Redakteuren nur einen Zweig von fileadmin/ freigeben, wovon wir natürlich nix includen. Also, bitte meinen Tipp vergessen ... sorry. *pfeif* Viele Grüße Florian Viele Grüße, Helmut ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Template durch Redakteur bearbeiten
Hallo, kann mir jemand kurz sagen, wie ich ein einzelnes Typoscript Template zur Bearbeitung durch einen Redakteur freigeben kann? Welche Seiteninhalte muss ich in der Backendbenutzergruppe freigeben? Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extension Liste kann nicht aktualisiert werden
Hi, bei mir tritt exakt der selbe Fehler auf. Auch seit etwa 2-3 Wochen. Typo3 liegt dabei auf einem Webhosting-Paket bei 1und1. Hast Du Deinen Server evtl. auch bei 1und1? Gruß Am 18.03.2016 um 11:11 schrieb Oliver Beck: Hallo Leute Ich habe zur Zeit ein eigenartiges Problem und ich vermute, dass es am eigenen Server liegt. Ich kann seit ca. 2 Wochen die Extensionliste nicht mehr aktualisieren und auch keine Sprach-Updates mehr durchführen. Dies betrifft ALLE TYPO3-Installationen auf dem Server. Die üblichen Workarounds wie curlUse = 1 im Installtool habe ich durchgeführt und änderten nichts. Dann dachte ich mir, ich versuche die geforderte Datei http://repositories.typo3.org/mirrors.xml.gz manuell auf der Kommandozeile via wget herunter zu laden. Das Resultat sieht so aus: wget http://repositories.typo3.org/mirrors.xml.gz --2016-03-18 11:01:17-- http://repositories.typo3.org/mirrors.xml.gz Resolving repositories.typo3.org... 91.184.35.5, 2a01:198:1:1::166 Connecting to repositories.typo3.org|91.184.35.5|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: https://repositories.typo3.org/mirrors.xml.gz [following] --2016-03-18 11:01:17-- https://repositories.typo3.org/mirrors.xml.gz Connecting to repositories.typo3.org|91.184.35.5|:443... connected. ERROR: cannot verify repositories.typo3.org's certificate, issued by `/C=US/O=GeoTrust Inc./CN=RapidSSL SHA256 CA - G4': Unable to locally verify the issuer's authority. To connect to repositories.typo3.org insecurely, use `--no-check-certificate'. Unable to establish SSL connection. Hat jemand irgendeine Idee an was das liegen könnte? Da der Fehler nur auf meinem Server vorkommt, muss der Fehler doch dort liegen? Vielen Dank für jede Hilfe! Gruss Oli ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] wget/curl und SSL (Re: Extension Liste kann nicht aktualisiert werden)
Hallo Sascha, danke für den Tipp. Geholfen hat jetzt folgendes: - php5.5 - [SYS] [CurlUse] = FALSE Damit läuft es. An der php.ini musste ich nichts anpassen. Als ich es zuvor mit php5.5 getestet hatte, hatte ich curlUse aktiviert, daher lief es da nicht. Werde jetzt die PHP Version zum Updaten immer umstellen und dann wieder zurücksetzen. Die Lösung ist zwar nicht optimal, aber für den Moment reicht es erstmal. Nebenbei sollten wir jetzt beim 1und1-Support Druck machen, damit die das schnellstmöglich in den Griff bekommen, denn eine dauerhafte Lösung ist das ja auch nicht. Gruß Hugo Am 19.03.2016 um 14:18 schrieb Sascha Krause: Hallo Hugo, da wir ja beide 1und1 Kunden sind und damit zur zeit auch die Leittragenden hier mal ein paar kurze Tipps wie ich es wenigstens ans laufen bekommen habe um auch die Updates zu ziehen. - TYPO3 V6 oder V7 aktuell über eine Shellsitzung direkt auf den 1und1 Server geladen. - Entpackt und per Symlinks auf die entsprechende Verzeichnisse gesetzt - zwei Subdomains und zwei neue Datenbanken SQL 5.5 erzeugt, je TYPO3 Version - die Subdomains im Kundencenter auf die PHP Version 5.5 setzen - in den Hauptzweig eine php.ini gelegt mit folgenden Inhalt: max_execution_time = 240; safe_mode = off; upload_max_filesize = 200M; post_max_size = 200M; max_input_vars = 1500; allow_url_fopen = on; memory_limit = 128M; always_populate_raw_post_data = -1; - diese dann auf alle Unterverzeichnisse per Symlink gesetzt : $ find -name "php.ini" -links 1 -exec rm {} \; - dann beide Versionen nacheinander im Bowser installiert - Dann direkt auf die Languagepakete oder die Repositories gehen Achtung: Sobald ich im Install Tool „[SYS] [CurlUse]" auf TRUE setze geht nix mehr. -> Also weglassen Ich kann dir gerne eine Kurzanleitung per Email senden -> bitte PN So ging wenigstens mal alles ans laufen auf einem 1und1 Server, nur das es halt PHP 5.5 ist und das ja mal bald wieder abgekündigt ist. LG Sascha ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] wget/curl und SSL (Re: Extension Liste kann nicht aktualisiert werden)
@ Sascha: Der Wechsel der PHP-Version hat bei mir nicht geholfen. Aber ich denke der Hoster (in unserem Fall eben 1und1) ist auf jeden Fall der richtige Ansprechpartner. An Typo3 liegt das nämlich sicher nicht. @ Maika Ich bezog mich da auf die Vermutung von Helmut Hummel ein paar Posts zuvor. @ Michael Hier mal die Ausgabe: curl -sv https://repositories.typo3.org > /dev/null * About to connect() to repositories.typo3.org port 443 (#0) * Trying 91.184.35.5... connected * Connected to repositories.typo3.org (91.184.35.5) port 443 (#0) * successfully set certificate verify locations: * CAfile: none CApath: /etc/ssl/certs * SSLv3, TLS handshake, Client hello (1): } [data not shown] * SSLv3, TLS handshake, Server hello (2): { [data not shown] * SSLv3, TLS handshake, CERT (11): { [data not shown] * SSLv3, TLS alert, Server hello (2): } [data not shown] * SSL certificate problem, verify that the CA cert is OK. Details: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed * Closing connection #0 Also tatsächlich ein Zertifikatproblem. Gruß Am 19.03.2016 um 01:08 schrieb Michael Schams: Hi, wenn ihr schon auf der Kommandozeile Probleme habt, mit wget oder curl eine SSL-Verbindung zu *.typo3.org aufzubauen, wuerde ich eher beim Server mit der Fehlersuche beginnen, anstatt bei TYPO3 :-) Genau wie bei Browsern, benoetigen auch wget/curl Root-Zertifikate. Diese liegen in bestimmten Verzeichnissen. Bei Debian/Ubuntu zum Beispiel in /etc/ssl/certs/ (bzw. in /usr/share/ca-certificates/...). Fehlen diese (oder der User kann bei der Ausfuehrung von wget/curl nicht lesend darauf zugreifen) oder fehlt jenes, welche in der Chain fuer das typo3.org Zertifikat notwendig ist, oder sind die Zertifikate nicht aktuell, kann es dazu kommen, dass das typo3.org Zertifikat nicht verifiziert werden kann und die Verbindung wird (standardmaessig) abgelehnt. Das wuerde zumindest Olivers Fehlermeldung erklaeren: "Unable to locally verify the issuer's authority". Die Ausgabe von folgendem Befehl koennte hilfreich sein: curl -sv https://repositories.typo3.org > /dev/null Da sollte sich beispielsweise "CApath: /etc/ssl/certs" finden (Pfad zu den lokal installierten Zertifikaten). Wenn man sich nun die Chain von *.typo3.org anschaut, sieht man, dass insgesamt drei Zertifikate involviert sind. Das letzte ist das Root-Zertifikat "GeoTrust Primary Certification Authority - G3". Ist jenes nicht vorhanden, wird es zu Fehlern kommen. Vielleicht liege ich auch voellig falsch mit meiner Vermutung :-) Aber postet doch mal die vollstaendig Ausgabe des oben aufgefuehrten "curl" Befehls. Cheers Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extension Liste kann nicht aktualisiert werden
Hi, Installtool liefert bei mir keine Fehlermeldungen. Das betrifft bei mir übrigens nicht nur eine 7.6-Installation sondern auch eine 6.2-Installation. Ich vermute, dass es am Hoster liegt und der mit den Zertifikaten nicht so richtig klar kommt. Am 18.03.2016 um 17:19 schrieb maika com: Hallo zusammen, ich habe eine ganz neue Typo3 7.6.2 mit Update auf 7.6.4 - Installation und noch eine zweite Testinstallation mit dem gleichen Access-Problem: "Could not access remote resource ...mirrors.xml.gz." SSL aus / an; SYS curl: 1; url_fopen = on; allow_url_include = on / off Über die Browsereingabe direkt funktioniert der Download. Da bei mir einige PHP-Funktionen disabled (system show_source passthru shell_exec pcntl_exec popen posix_setuid posix_seteuid proc_open chown dbmopen disk_free_space diskfreespace) sind, frage ich mich natürlich, ob es daran liegt und ob ihr (mit gleichen Access-Problem) eine einwandfreie Installation laut Install-Tool habt? Bin für jede Info dankbar!! LG. mycar ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] naw_securedl und TYPO3 7.LTS
Hallo Peter, aber Du verwendest immer noch die compatibility-Extension, oder? Gruß Hugo Am 10.03.2016 um 15:35 schrieb Peter Linzenkirchner: Hallo Hugo, also in meiner Installation funktioniert jetzt alles was ich brauche. Ich habe ein Verzeichnis mit der htaccess geschützt, und ich kann die Dateien darin im Dateimodul sehen und bearbeiten. Was nicht geht ist „Anzeigen“ über Info, das wird nicht über naw_securedl geleitet, heißt, der Zugriff wird verweigert. Im Frontend funktioniert die Darstellung und der Download wie erwartet über naw_securdl. Das ist für ich momentan das wichtigste. Viele Grüße Peter Linzenkirchner Am 09.03.2016 um 14:37 schrieb Peter Linzenkirchner <li...@lisardo.de>: Hallo Hugo, ich habe es noch mit einer anderen Installation ausprobiert, diesmal mit einem TYPO3 aus dem TER. Und siehe da: ich erhalte diesen Fehler im Frontend: Fatal error: Class 't3lib_extMgm' not found in /Volumes/web/sites/tukani/eurokongress/projects_7/typo3conf/ext/naw_securedl/ext_tables.php on line 7 ein Blick in den Code zeigt: das kann nicht gehen. OK, aber mit dieser Extension zusammen geht es: compatibility6 die muss vorher installiert werden - was Geschwindigkeitseinbußen bringt - danach können Extensions für TYPO3 6.2 installiert werden. Warum das in der GIT-Version ohne die Extension ging, weiß ich nicht … Aber an sich ist es logisch: die Klassen des t3lib_extMgm gibt es nicht mehr bzw. wurden verschoben, ergo kann es nur mit einem Compatability-Layer funktionieren. Ob alle Funktionen der naw_securedl funktionieren weiß ich natürlich noch nicht - da bin ich noch am Testen. Die Installation läuft erstmal. Viele Grüße Peter Linzenkirchner Am 09.03.2016 um 01:19 schrieb Hugo Merstein <dasfegefe...@web.de>: Hallo Peter, das ist echt seltsam. Ich habe das jetzt alles nochmal kontrolliert. Typo3 7.6.4 naw_securedl 1.8.2 PHP 5.6.18 Die beanstandete Klasse ist auch vorhanden. Die zwei Warnungen bei der Installation bekomme ich auch. Wenn ich dann trotzdem installiere erhalte ich ein simples Access Denied im Backend. Danach führt jeder weitere Klick im Frontend oder Backend zu der besagten Fehlermeldung. Beides ist dann nicht mehr benutzbar bis ich die Ext wieder manuell entferne. Für mich ist das Ganze ein Rätsel. Gruß Hugo Am 08.03.2016 um 23:55 schrieb Peter Linzenkirchner: Hallo Hugo, ich habe es gerade nochmals ausprobiert: - TYPO3 7.6.5-dev (aus GIT) - naw_securedl in Version 1.8.2 - PHP 5.6.10 Ich bekomme bei der Installation zwei Warnungen: PHP-Version zu hoch und TYPO3-Version zu hoch. Wenn ich das bestätige und trotzdem installiere, erhalte ich keine Fehler. Ich kann die Konfiguration im Extensions-Manager bearbeiten. Und wenn ich im Backend Bilder öffne haben sie diese URL: http://typo3-76.dev/index.php?eID=tx_nawsecuredl=0=0=1457567526=3f0e78b5ce2d8edaa90ba4c0472d031f544c0a5d=fileadmin/_processed_/preview_example_image4_2dd0e8b586.jpg also alles so, wie es soll. Ich verstehe nicht, warum die Zeile 48 einen Fehler wirft - die Klasse ist da, und der Autoloader sollte sie finden. Sicher, dass es sich um 1.8.2 handelt? Kontrolliere mal, ob die Klasse wirklich da ist: /ext/naw_securedl/Classes/Confiuration/ConfigurationManager.php Gruß Peter Am 08.03.2016 um 21:12 schrieb Hugo Merstein <dasfegefe...@web.de>: Hi, bei mir läuft naw_securedl nach dem Update Typo3 6.2 auf 7.6 leider nicht mehr. Backend und Frontend liefern bei jedem Seitenaufruf folgende Fehlermeldung: Fatal error: Class 'Bitmotion\NawSecuredl\Configuration\ConfigurationManager' not found in typo3conf/ext/naw_securedl/ext_localconf.php on line 48 Dann hilft nur noch die Ext manuell zu deaktivieren. Könnte es an der PHP-Version liegen? Ich verwende 5.6. Hat jemand eine Idee, wo ich da ansetzen könnte? Gruß Hugo Am 12.01.2016 um 14:31 schrieb Peter Linzenkirchner: Antworte ich mir mal selbst … :-) Ich habe die Warnung ignoriert und die 1.8-Version von naw-securedl in der 7 LTS installiert. Kein Problem, anscheinend nicht mal Warnings oder Einträge im Deprecation Log. Auch das Backend scheint komplett zu arbeiten, mit Vorschaubildern, Ansicht etc. OK, also falls jemand das gleiche Problem hat, einfach mal installieren. Gruß Peter Am 12.01.2016 um 12:08 schrieb Peter Linzenkirchner <li...@lisardo.de>: Hallo Liste, naw_securedl ist im TER nur bis 6.2.x kompatibel. Weiß jemand, wie es mit einer Version für TYPO3 7 LTS aussieht? Oder ob man die 6er Version evtl. auch unter 7 verwenden kann? 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 -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyur
Re: [TYPO3-german] naw_securedl und TYPO3 7.LTS
Hi, habe das gerade getestet. Kann es aber nicht bestätigen. Es bleibt beim gleichen Problem unabhängig von der verwendeten PHP-version Gruß Am 10.03.2016 um 12:58 schrieb Λάθε βιώσας: Wenn es geht, würde ich PHP 5.5 oder PHP 7.0 probieren. Bei manchen verhält sich Typo3 unter PHP 5.6 etwas komisch (v.a. gehen beim Install Tool nicht alle Funktionen wie Database Analyzer oder die Upgrade-Hilfe). Bis jetzt konnte es meines Wissens niemand reproduzieren, weil dieses Problem nur vereinzelt auftritt, aber dann konstant. naw_securedl funktioniert jedenfalls unter Typo v7.6 und PHP 7.0 bzw. PHP 5.5, zumindest für meinen Bedarf, um mittels URLs mit Zeitstempel, die direkte Verlinkung zu Ressourcen durch Externe zu unterbinden (wer zu einer Ressource auf meiner Internetpräsenz verlinken will, soll die Höflichkeit besitzen, zu der Downloadseite und nicht zur Datei zu verlinken). ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] naw_securedl und TYPO3 7.LTS
hört sich schonmal gut an. Werde ich die nächsten Tage testen. Gibt es hier Nachteile/Funktionseinschränkungen gegenüber naw_securedl? Gruß Hugo Am 09.03.2016 um 18:09 schrieb Renzo Bauen: Diese Ext habe ich schon verwendet (fal_securedownload). Man kann Links zu Dateien per Mail versenden. Wenn der Empfänger den Link dann öffnen will, wird er, sofern er noch nicht eingeloggt ist, zum Login-Formular geführt. Und man kann die Filepermissions im Backend festlegen. Das macht das Administrieren sehr einfach. Liebe 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] naw_securedl und TYPO3 7.LTS
Hallo Peter, das ist echt seltsam. Ich habe das jetzt alles nochmal kontrolliert. Typo3 7.6.4 naw_securedl 1.8.2 PHP 5.6.18 Die beanstandete Klasse ist auch vorhanden. Die zwei Warnungen bei der Installation bekomme ich auch. Wenn ich dann trotzdem installiere erhalte ich ein simples Access Denied im Backend. Danach führt jeder weitere Klick im Frontend oder Backend zu der besagten Fehlermeldung. Beides ist dann nicht mehr benutzbar bis ich die Ext wieder manuell entferne. Für mich ist das Ganze ein Rätsel. Gruß Hugo Am 08.03.2016 um 23:55 schrieb Peter Linzenkirchner: Hallo Hugo, ich habe es gerade nochmals ausprobiert: - TYPO3 7.6.5-dev (aus GIT) - naw_securedl in Version 1.8.2 - PHP 5.6.10 Ich bekomme bei der Installation zwei Warnungen: PHP-Version zu hoch und TYPO3-Version zu hoch. Wenn ich das bestätige und trotzdem installiere, erhalte ich keine Fehler. Ich kann die Konfiguration im Extensions-Manager bearbeiten. Und wenn ich im Backend Bilder öffne haben sie diese URL: http://typo3-76.dev/index.php?eID=tx_nawsecuredl=0=0=1457567526=3f0e78b5ce2d8edaa90ba4c0472d031f544c0a5d=fileadmin/_processed_/preview_example_image4_2dd0e8b586.jpg also alles so, wie es soll. Ich verstehe nicht, warum die Zeile 48 einen Fehler wirft - die Klasse ist da, und der Autoloader sollte sie finden. Sicher, dass es sich um 1.8.2 handelt? Kontrolliere mal, ob die Klasse wirklich da ist: /ext/naw_securedl/Classes/Confiuration/ConfigurationManager.php Gruß Peter Am 08.03.2016 um 21:12 schrieb Hugo Merstein <dasfegefe...@web.de>: Hi, bei mir läuft naw_securedl nach dem Update Typo3 6.2 auf 7.6 leider nicht mehr. Backend und Frontend liefern bei jedem Seitenaufruf folgende Fehlermeldung: Fatal error: Class 'Bitmotion\NawSecuredl\Configuration\ConfigurationManager' not found in typo3conf/ext/naw_securedl/ext_localconf.php on line 48 Dann hilft nur noch die Ext manuell zu deaktivieren. Könnte es an der PHP-Version liegen? Ich verwende 5.6. Hat jemand eine Idee, wo ich da ansetzen könnte? Gruß Hugo Am 12.01.2016 um 14:31 schrieb Peter Linzenkirchner: Antworte ich mir mal selbst … :-) Ich habe die Warnung ignoriert und die 1.8-Version von naw-securedl in der 7 LTS installiert. Kein Problem, anscheinend nicht mal Warnings oder Einträge im Deprecation Log. Auch das Backend scheint komplett zu arbeiten, mit Vorschaubildern, Ansicht etc. OK, also falls jemand das gleiche Problem hat, einfach mal installieren. Gruß Peter Am 12.01.2016 um 12:08 schrieb Peter Linzenkirchner <li...@lisardo.de>: Hallo Liste, naw_securedl ist im TER nur bis 6.2.x kompatibel. Weiß jemand, wie es mit einer Version für TYPO3 7 LTS aussieht? Oder ob man die 6er Version evtl. auch unter 7 verwenden kann? 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 -- 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] naw_securedl und TYPO3 7.LTS
Hi, bei mir läuft naw_securedl nach dem Update Typo3 6.2 auf 7.6 leider nicht mehr. Backend und Frontend liefern bei jedem Seitenaufruf folgende Fehlermeldung: Fatal error: Class 'Bitmotion\NawSecuredl\Configuration\ConfigurationManager' not found in typo3conf/ext/naw_securedl/ext_localconf.php on line 48 Dann hilft nur noch die Ext manuell zu deaktivieren. Könnte es an der PHP-Version liegen? Ich verwende 5.6. Hat jemand eine Idee, wo ich da ansetzen könnte? Gruß Hugo Am 12.01.2016 um 14:31 schrieb Peter Linzenkirchner: Antworte ich mir mal selbst … :-) Ich habe die Warnung ignoriert und die 1.8-Version von naw-securedl in der 7 LTS installiert. Kein Problem, anscheinend nicht mal Warnings oder Einträge im Deprecation Log. Auch das Backend scheint komplett zu arbeiten, mit Vorschaubildern, Ansicht etc. OK, also falls jemand das gleiche Problem hat, einfach mal installieren. Gruß Peter Am 12.01.2016 um 12:08 schrieb Peter Linzenkirchner <li...@lisardo.de>: Hallo Liste, naw_securedl ist im TER nur bis 6.2.x kompatibel. Weiß jemand, wie es mit einer Version für TYPO3 7 LTS aussieht? Oder ob man die 6er Version evtl. auch unter 7 verwenden kann? 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 -- 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] Doku für sysext
Hallo zusammen, wo genau finde ich denn die Doku zu den sysext? Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Typoscript direkt in Inhaltselement platzieren
Vielen Dank an die vielen tollen Tipps!!! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Typoscript direkt in Inhaltselement platzieren
Werte Typo3-Profis Ich möchte auf einer Typo3-Seite eine Datums- bzw. Zeitangabe platzieren. So in etwa wäre der TS-Code ## Datum ganz oben per TypoScript page.3 = TEXT page.3.value = Feldkirch, page.4 = TEXT page.4 { data = date:U strftime = %d.%m.%Y wrap= | } Jetzt möchte ich das aber auf einer bestimmten Seite in einem bestimmten Inhaltselement (Text und Bilder) an eine bestimmte Stelle setzen. Meine Frage: Kann ich das auch direkt in dem betreffendenden Inhaltselement einfügen. Ich hoffe, meine Frage ist nicht zu dumm . Danke vorab Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Datumsanzeige bei TD_calendar
Vielen Dank für die Antwort, hat gefunkt!!! Ich habe folgendes TS eingegeben und es funkt jetzt ## Standardsprachen der Seite festlegen page.config.linkVars = L page.config.sys_language_uid = 0 page.config.metaCharset = iso-8859-1 page.config.locale_all = de_DE.iso88591 page.config.language = de ## Ende ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Datumsanzeige bei TD_calendar
Werte Profis Ich möchte die Erweiterung td_calendar 0.3.0 für die Terminplanung verwenden. Die Backend-Oberfläche ist deutsch, jedoch schaffe ich es nicht, die Datumsausgaben in deutschem Format zu gestalten. Auch würde ich gerne den Titel von "Upcoming Events" in "Kalender" ändern. Komischerweise ist auch im Manual die Bezeichnung der Datums- und Zeitangabe in deutschem Format. Ich habe keine Ahnung, wo man das einstellen kann. Ich wäre für jede Hilfe dankbar. Meine Typo3 Version: 6.2.15 meine Demoseite unter: http://gys-neu.www4.vobs.at/- der Kalender ist oben eingebaut Besten Dank für jede Hilfe Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Erweiterung für Adressen mit Bildern
Das war ein super Tipp Lars!! Vielen Dank, das löst mein Problem. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Erweiterung für Adressen mit Bildern
Ich habe ein scheinbar ganz simples Problem. Ich benötige für Typo3 eine Erweiterung bzw. generell eine Möglichkeit, wie ich ca. 100 Personen (eine Lehrerliste mit Namen, Fächer, Sprechstunden UND Lehrerbildern) auf einer Seite darstellen kann. Das Einfachste wäre wahrscheinlich das Inhaltselement Tabelle, aber hier kann man keine Bilder anzeigen lassen. Ich bin für jede Hilfe dankbar, je einfacher, desto besser. Vielen Dank vorab Hugo PS: meine Typo3 Version ist 6.2.15 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: [TYPO3-core] Announcing TYPO3 CMS 4.5.36 LTS, 6.1.11 and 6.2.5 LTS
Hallo, unter http://wiki.typo3.org/TYPO3_CMS_6.2.5 steht, es seien keine Datenbankupdates erforderlich. Beim Update von 6.2.4 auf 6.2.5 werden aber im Install Tool entsprechende Updates angezeigt. Ich gehe davon aus, dass das Install Tool die Wahrheit sagt, frage mich aber warum in den Release Notes nirgends ein Hinweis darauf zu finden ist. Falls, jemand kurz für Klarheit sorgen könnte wäre ich dankbar. Gruß Hugo Am 23.09.2014 um 15:35 schrieb Oliver Hader: Dear TYPO3 World, The TYPO3 Community has just released TYPO3 CMS versions 4.5.36 LTS, 6.1.11 and 6.2.5 LTS, which are now ready for you to download. These versions are maintenance releases and contain bug fixes. The packages can be downloaded here: http://typo3.org/download/ For details about the release, please see: https://typo3.org/news/article/typo3-cms-4536-6111-and-625-released/ MD5 checksums: e1e5e437514e02e41350f4f7e0010b70 blankpackage-4.5.36.tar.gz 1ccb53f0fde76ded00bfce5d4250d95b blankpackage-4.5.36.zip 49c58d1d5c8ae7061b1e96f2a6bfcfe4 dummy-4.5.36.tar.gz 0cee80e6ad9cdc743d06bd5a4faf6643 dummy-4.5.36.zip c8eae06b49948403bb427116e41241dc introductionpackage-4.5.36.tar.gz f6155f41f083cb063e17cc14735abd1c introductionpackage-4.5.36.zip af398cbdc31d25b8a01b6d912408f9c9 typo3_src+dummy-4.5.36.zip b30945a2a883b724315d7253cd4816f7 typo3_src-4.5.36.tar.gz 88550b431a392fd4fd4a813e23c9a4a8 typo3_src-4.5.36.zip 4e321d16c78983457423210ac90331ac blankpackage-6.1.11.tar.gz 23eff6578586911ec9736979dc97b38c blankpackage-6.1.11.zip ee3f89e2385f4c22ba85c0940d6ec51a dummy-6.1.11.tar.gz 55b3269f8d6607a80676920935e15051 dummy-6.1.11.zip 7546c27ddb67d87a29b18f1e6ba81253 typo3_src+dummy-6.1.11.zip 15201b3c0c7afb687a21c2651b06 typo3_src-6.1.11.tar.gz 62ca1d147337da3c2eb4ed894720c5dd typo3_src-6.1.11.zip b011fe9a965ca97473dd30d1f6a0fb2c typo3_src-6.2.5.tar.gz 4011750ad515f521cf486bc00b6cf5e9 typo3_src-6.2.5.zip Best regards Oliver ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] FE-Anmeldung über IMAP
Hallo, kennt jemand eine funktionierende Extension mit der ich die FE-Anmeldung gegen einen IMAP-Server prüfen kann. Es gibt zwar einige im TER, die sind aber alle schon etliche Jahre alt und dürften unter TYPO3 6.2 wohl nicht mehr richtig funktionieren. Auch diverse Selbstbauanleitungen im Internet sind alle schon etliche Jahre alt und beziehen sich somit auf ältere Typo3-Versionen. Kennt irgendjemand etwas Aktuelles (Extension oder sehr ausführliches Tutorial) mit dem man das umsetzen kann. Schonmal danke. Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] fileadmin/_migrated
Hi, kann der Ordner fileadmin/_migrated gelöscht werden, wenn man den Inhalt an andere Orte verschoben hat, oder wird dieser Ordner noch irgendwie benötigt? Danke und Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Sortierung filelinks auf-/absteigend
Hallo Renzo, ja genau. Dort kann man auswählen ob man nach Name, Dateigröße oder sonstwas sortieren möchte. Mir geht es aber um die Reihenfolge, d.h. ob ich von A nach Z oder von Z nach A sortiere, sprich ob in der Liste A oben oder unten steht. Dafür kann ich keine Einstellungsmöglichkeit finden. Falls es dafür dort wirklich eine Einstellungsmöglichkeit gibt, muss ich komplett blind sein. Denn im Typoscript gibt es bei mir in dieser Hinsicht definitiv keine Einstellungen. Gruß Hugo Am 18.08.2014 07:22, schrieb Renzo Bauen: Lieber Hugo das kann ich jetzt nicht ganz nachvollziehen. Ich habe gerade in einer 6.2 Flielinks verwendet und da gibt es auf dem Reiter Allgemein ganz unten ein Pulldown mit der Beschriftung Dateiliste sortieren. Da kann man aus verschiedenen Optionen wählen. Natürlich kann es sein, dass Du per TypoScript das Feld ausgeschaltet hast. Gruss Renzo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Sortierung filelinks auf-/absteigend
Hi, wie kann man denn in typo3 6.2 für ein content element filelinks einstellen, ob aufsteigend oder absteigend sortiert wird. Bis Version 4.7 war das noch problemlos direkt im CE möglich. In 6.2 finde ich keine Einstellungsmöglichkeit mehr. Danke für Eure Hilfe. Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Performance/Cache Probleme nach Upgrade auf 6.2
Am 12.08.2014 23:38, schrieb Philipp Gampe: Hi Hugo, OK, dann wartet er erst einmal, ob er eine Sperre bekommen kann. Wenn die Seitengenerierung länger als 30 Sekunden dauert, dann kommt ja auch The page is being generated. @see 3358+ typo3/sysext/frontend/Classes/Controller/TypoScriptFrontendController.php @see 172+ typo3/sysext/core/Classes/Locking/Locker.php Nach einen tiefen Blick in den Code, denke ich, dass dein typo3temp/locks/ Verzeichnis nicht beschreibbar ist, wodurch der Prozess erfolglos versucht, 30s lang den Lock zu bekommen. Ggf. ist dein Dateisystem auch einfach nur ausgelastet und der Schreibvorgang hängt eine Weile oder schlägt ab und an fehl. Wenn der Prozess hängt, dann solltest du mal in das Verzeichnis schauen, ob da eine Datei auftaucht, oder schon da liegt. Viele Grüße Hi Philipp, die Meldung The page is being generated ist bei mir bisher noch nie erschienen. Das Lock Verzeichnis hat die selben Rechte, wie die anderen Verzeichnisse in typo3temp und sollte daher problemlos beschreibbar sein. Wobei es im Moment allerdings leer ist. Nach Deinem Hinwies auf typo3temp habe ich jetzt aber mal das Verzeichnis komplett geleert, ein paar mal den Cache gelöscht und nach etlichen weiteren versuchen hat es plötzlich funktioniert. Die Verzögerung scheint im Moment erstmal weg zu sein. Möglicherweise war wirklich das Dateisystem ausgelastet oder es gab irgendwo eine fehlerhafte Datei oder einen fehlerhaften Datenbankeintrag. Wie auch immer, ich werde das jetzt mal die nächste Zeit beobachten und ggf. berichten. Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update 4.6 6.1, Frage zu alten Imagecaptions
Hi, das Problem mit dem ich gerade kämpfe könnte damit vielleicht auch zusammen hängen. Typo3 6.2 Bei mir geht es jetzt nicht um die imagecaption aber um den titletext. Da wird mir im Frontend der alte Wert aus der tt_content angezeigt, während der neue Wert aus sys_file_reference zwar beim bearbeiten des contentelements korrekt geschrieben wird, im Frontend dann aber ignoriert wird. siehe https://forge.typo3.org/issues/60891 Möglicherweise hängt das ja alles irgendwie zusammen. Gruß Hugo Am 12.08.2014 17:16, schrieb Andy: Hi Mario, hast du eine Lösung für das Problem gefunden? Ich stehe nämlich gerade vor dem selben Fall. MfG Andy ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Performance/Cache Probleme nach Upgrade auf 6.2
Hi Philipp, ja das ist korrekt. Dort ist simple eingestellt. Gruß Am 12.08.2014 18:37, schrieb Philipp Gampe: Hi Hugo, Hugo wrote: Ist so ein Problem bereits bekannt? Könnte das ein Bug sein oder eher ein Einstellungsproblem an meiner Installation? Dies hört sich nach dem Locking-Framework an. Schau mal im Install-Tool, was unter [SYS][lockingMode] gesetzt ist. Ich denke mal simple. Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Performance/Cache Probleme nach Upgrade auf 6.2
Hi, nein, wird anscheinend beides nicht unterstützt. Naja, wenn ich mir das im AdminPanel ansehe und mir unter Typoscript die Renderingzeiten anzeigen lasse, fällt auf das die Verzögerung wohl immer bei folgenden beiden Einträgen auftritt: Get Page from cache Get Page from cache/Cache Row Anscheinend wird hier ja versucht, die Seite aus dem Cache zu holen. Allerdings wurde der Cache ja zuvor gelöscht. Es muss also Probleme geben, wenn die Seite ausgelesen werden soll, aber nicht im Cache vorhanden ist. Das aber nur, wenn der Cache allgemein aktiviert ist. Ist er generell deaktiviert, gibt es die Probleme eben nicht. Vermutlich wird dann ja auch nicht versucht, den Cache auszulesen. Nachdem ich jetzt nochmal etwas getestet habe scheint das aber wohl nur Seiten mit relativ viel Inhalt zu betreffen. Dort tritt dann eine Verzögerung von ca.30 oder ca. 60 Sekunden auf, was ja zu Deiner Timeout-Vermutung passen würde. Seiten mit sehr wenig Inhalten scheinen davon aber nicht betroffen zu sein. Diese werden in allen Fällen in normaler Zeit geladen. Hoffe, mit diesen Informationen können wir das Ganze schonmal etwas eingrenzen. Gruß Hugo Am 12.08.2014 19:48, schrieb Philipp Gampe: Hi Hugo, Hugo wrote: ja das ist korrekt. Dort ist simple eingestellt. Evtl. kannst du ja mal flock oder semaphore ausprobieren. Aber bitte vorher nachschauen, ob dein Server dies unterstützt. Ggf. kann es passieren, dass lock Dateien jetzt zuverlässiger Sperren, wodurch das Rendering von parallelen Prozessen angehalten werden. Dadurch kommen evtl. auch deine 60 (2x30) Sekunden her. Es riecht halt einfach nach 2x30s, dem default Timeout :) Interessant wäre es, wenn wir das eingrenzen könnten. Evtl. werden ja irgendwo die Sperren nicht mehr freigegeben (Bug). Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Performance/Cache Probleme nach Upgrade auf 6.2
Hi, nach dem ich dieses Wochenende von 6.1 auf 6.2 gewechselt bin, musste ich leider Performance/Cache Probleme an der Seite feststellen. Alles andere funktioniert bisher glücklicherweise einwandfrei. Ich habe mir die parsetime mit dem Adminmodul angesehen und zur Sicherheit auch mal per Hand mitgestoppt und habe folgende Beobachtung gemacht: aus dem Cache: 100-300ms mit komplett deaktiviertem Cache: 1000 - 1500ms Cache im Backend oder Installtool gelöscht und erstmaliger Seitenaufruf nach löschen: 6ms getestet auf verschiedenen Unterseiten, wobei die Zeiten natürlich abhängig von der Anzahl der Seiteninhalte etwas schwanken. Aber die Tendenz ist auf allen Seiten entsprechend obigem Muster. Was auffällt ist also, dass zum einen der Cache wenn er vorhanden ist funktioniert, zweitens die Seite komplett ohne Cache auch recht schnell lädt. Allerdings gibt es wohl irgendwelche Probleme (ca. 60 sec Ladezeit) wenn der Cache gelöscht wurde und danach die Seite erstmals wieder aufgerufen wird. Bei diesem ersten Aufruf wird der Cache auch wieder erstellt, so dass bei allen weiteren aufrufen wieder alles im grünen Bereich ist. Für mich sieht das nun so aus, als würde bei der Erstellung des Caches irgendwas nicht richtig funktionieren, so dass hier eine inakzeptable lange Verzögerung eintritt. Ist so ein Problem bereits bekannt? Könnte das ein Bug sein oder eher ein Einstellungsproblem an meiner Installation? Ich wäre für einige Ideen und Anregungen sehr dankbar, da dieser Zustand echt nicht zumutbar ist. Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Twitter-Formular für Hompage
Hi, kennt jemand eine Extension, die es erlaubt auf der Typo3-Seite ein Formular einzubinden, mit welchem dann Twitter-Feeds befüllt werden können. Soll heißen: Ich möchte in einem geschützten Benutzerbereich ein entsprechendes Formular mit dem eine begrenzte Zahl an Nutzern (nämlich die mit Zugang zum Benutzerbereich) tweets auf einem Twitter-Account abgeben können, ohne die eigentlichen Zugangsdaten zu kennen. Vergleichbar mit dem automatischen Tweeten von News-Artikeln, nur eben manuell über ein Frontendformular. Gibt es so eine Extension bereits. Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Excel export einer FE DB Abfrage
ich würde mich dieser Frage anschließen Am 01.07.2013 16:34, schrieb Ralf-Rene Schröder: Hallo... es existiert eine umfangreiche Datenbank. in TYPO3 sollen im FE interaktiv Teilabfragen daraus angezeigt werden und als Excel (vielleicht auch als PDF) exportiert werden Hat jemand einen Tipp für eine geeignete Extension parat (möglichst für TYPO3 6.1 ... zur Not auch 4.5/4.7) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] EXT: News - Backendmodul
Hi, hatte es zwar inzwischen schon selbst raus gefunden, aber so hilft es in Zukunft auch noch anderen. Daher ein großes Danke. Gruß Am 01.06.2013 10:49, schrieb Georg Ringer: Hi, nun in der Doku, siehe http://docs.typo3.org/typo3cms/extensions/news/Main/Configuration/ReferenceTsconfig/Index.html#reference-tsconfig-for-the-administration-module-backend georg ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] EXT: News - Backendmodul
Hi, laut Dokumentation kann man ja mit module.preselect den Filter im backendmodul der news Extension nach eigenen Wünschen vorbelegen. Wo finde ich denn die Schlüsselbezeichnungen um die einzelnen Eigenschaften anzusprechen. In der Dokumentation ist nur topNewsRestriction als Beispiel aufgeführt. Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] EXT: news Zeilenumbrüch in der Überschrift
Hallo, ich bin gerade dabei von tt_news zur news Extension von Georg Ringer zu wechseln. In tt_news hatte ich bisher die Möglichkeit bei längeren Überschriften einen Zeilenumbruch an einer sinnvollen Stelle einzufügen. Gibts diese Möglichkeit auch bei news? Oder wird hier zwangsläufig immer erst am Zeilenende automatisch umgebrochen? Vielen Dank Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] EXT: news Zeilenumbrüch in der Überschrift
Hi, danke für den Tip. der erste Teil mit dem Eingabefeld hat schonmal funktioniert. Nur der Umbruch funktioniert noch nicht. Was genau muß ich da denn im Setup des Templates noch angeben. Gruß Hugo Am 20.05.2013 12:56, schrieb Georg Ringer: Hi, Am 20.05.2013 12:55, schrieb Hugo: In tt_news hatte ich bisher die Möglichkeit bei längeren Überschriften einen Zeilenumbruch an einer sinnvollen Stelle einzufügen. sowas wie http://www.thomas-hirt.at/blog/detailansicht/datum/2008/07/30/typo3-mehrzeilige-ueberschrift-und-zeilenumbruch.html sollte hier auch funktionieren lg georg ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] EXT: news Zeilenumbrüch in der Überschrift
Hey danke, funktioniert einwandfrei. Hugo Am 20.05.2013 16:07, schrieb Georg Ringer: Am 20.05.2013 15:51, schrieb Hugo: Hi, danke für den Tip. der erste Teil mit dem Eingabefeld hat schonmal funktioniert. Nur der Umbruch funktioniert noch nicht. Was genau muß ich da denn im Setup des Templates noch angeben. im template sowas wie f:format.nl2br{newsItem.title}/f:format.nl2br georg ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Uncaught TYPO3 Exception nach Update auf 6.0
Morgen, also ich werde noch wahnsinnig. Heute morgen gehe ich auf die Seite auf einmal funktioniert sie ohne die Fehlermeldung. Ich klicke das Menü durch, alles funktioniert. Dann lade ich die Seite im Browser komplett neu und der Fehler ist wieder da. Hat dazu vielleicht irgendjemand eine Idee? Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Uncaught TYPO3 Exception nach Update auf 6.0
Hi, das könnte evtl. damit zusammenhängen: http://forge.typo3.org/issues/44205 Nur ist es bei mir Zeile 217. Und die betroffene page - ID ist die der obersten Ebene, also die mit dem Typo3-Symbol im Seitenbaum. Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Uncaught TYPO3 Exception nach Update auf 6.0
Ok, nun bin ich ein großes Stück weiter gekommen und konnte das Problem deutlich eingrenzen. Offensichtlich tritt der Fehler immer nur dann auf, wenn ich gleichzeitig im Backend angemeldet bin und zwar im selben Browser. Sobald ich mich wieder abmelde funktioniert die Seite. Außerdem funktioniert sie auch wenn ich z.B. im Firefox im Backend bin, das Frontend aber im Internet Explorer aufrufe. Da muß man erstmal drauf kommen... Nun ist mir aber noch etwas Anderes aufgefallen: Sämtliche Bilder werden im Frontend nicht mehr angezeigt. Auch im Beckend sind sie in den jeweiligen Content Elementen nicht mehr hinterlegt. Ich dachte diese werden beim Update automatisch in FAL übernommen. Scheint wohl aber doch nicht so zu sein oder es ist irgendetwas schief gegangen. Hat dazu jemand eine Idee? Gruß Hugo Am 02.02.2013 11:19, schrieb Hugo: Morgen, also ich werde noch wahnsinnig. Heute morgen gehe ich auf die Seite auf einmal funktioniert sie ohne die Fehlermeldung. Ich klicke das Menü durch, alles funktioniert. Dann lade ich die Seite im Browser komplett neu und der Fehler ist wieder da. Hat dazu vielleicht irgendjemand eine Idee? Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Uncaught TYPO3 Exception nach Update auf 6.0
Naja den Wizard habe ich ja verwendet. Aber der scheint wohl noch nicht so ganz ausgereift zu sein. Bei einer kleinen Installationen ist es sicher kein Problem das auch mal von Hand zu machen, aber bei großen Installationen, wird das nahezu unmöglich, wenn der Wizard nicht funktioniert. Zumindest bin ich nicht der einzige der hier Probleme hat. Gruß Am 02.02.2013 22:08, schrieb Philipp Gampe: Hi Hugo, Hugo wrote: Ich dachte diese werden beim Update automatisch in FAL übernommen. Scheint wohl aber doch nicht so zu sein oder es ist irgendetwas schief gegangen. Hat dazu jemand eine Idee? Dafür gibt es einen Wizard (Install Tool), aber bei mir hat es auch nicht geklappt. Best regards ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehler beim Update von 4.7.7. auf 6.0.0
Hi, habe ebenfalls Probleme beim Update einer Testinstallation von 4.7.7 auf 6.0.1 (bei 6.0.0 war das Problem auch) Und zwar scheint das Backend zu funktionieren, das Frontend liefert folgendes. Bis Version 4.7.7 funktioniert das Frontend allerdings problemlos. Hat jemand dazu eine Idee? Ich bin nur so weit gekommen, dass es evtl. etwas mit der Rootpage zu tun hat aber was... Uncaught TYPO3 Exception #1343589451: Could not fetch page data for uid 0. (More information) RuntimeException thrown in file /typo3/sysext/core/Classes/Utility/RootlineUtility.php in line 217. 6 TYPO3\CMS\Core\Utility\RootlineUtility::getRecordArray(0) /typo3/sysext/core/Classes/Utility/RootlineUtility.php: 00308: */ 00309: protected function generateRootlineCache() { 00310: $page = $this-getRecordArray($this-pageUid); 00311: // If the current page is a mounted (according to the MP parameter) handle the mount-point 00312: if ($this-isMountedPage()) { 5 TYPO3\CMS\Core\Utility\RootlineUtility::generateRootlineCache() /typo3/sysext/core/Classes/Utility/RootlineUtility.php: 00190: if (!isset(self::$localCache[$cacheIdentifier])) { 00191:if (!self::$cache-has($cacheIdentifier)) { 00192: $this-generateRootlineCache(); 00193:} else { 00194: self::$localCache[$cacheIdentifier] = self::$cache-get($cacheIdentifier); 4 TYPO3\CMS\Core\Utility\RootlineUtility::get() ./typo3/sysext/frontend/Classes/Page/PageRepository.php: 00566:} 00567: } else { 00568:return $rootline-get(); 00569: } 00570: } 3 TYPO3\CMS\Frontend\Page\PageRepository::getRootLine(home, ) .../typo3/sysext/frontend/Classes/Controller/TypoScriptFrontendController.php: 01170: $temp_sys_page-init($this-showHiddenPage); 01171: // If root line contained NO records and -error_getRootLine_failPid tells us that it was because of a pid=-1 (indicating a version record)...: 01172: if (!count($temp_sys_page-getRootLine($this-id, $this-MP)) $temp_sys_page-error_getRootLine_failPid == -1) { 01173: // Setting versioningPreview flag and try again: 01174: $temp_sys_page-versioningPreview = TRUE; 2 TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController::determineId() /typo3/sysext/cms/tslib/index_ts.php: 00117: $TSFE-checkAlternativeIdMethods(); 00118: $TSFE-clear_preview(); 00119: $TSFE-determineId(); 00120: // Now, if there is a backend user logged in and he has NO access to this page, then re-evaluate the id shown! 00121: if ($TSFE-isBackendUserLoggedIn() (!$BE_USER-extPageReadAccess($TSFE-page) || \TYPO3\CMS\Core\Utility\GeneralUtility::_GP('ADMCMD_noBeUser'))) { 1 require(.../typo3/sysext/cms/tslib/index_ts.php) .../index.php: 00037: \TYPO3\CMS\Core\Core\Bootstrap::getInstance()-baseSetup(''); 00038: 00039: require(PATH_tslib . 'index_ts.php'); 00040: ? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehler beim Update von 4.7.7. auf 6.0.0
Hi, naja, Problem ist nur realurl ist nicht installiert und war es nie. Könnte es vielleicht auch an simulate static url liegen? Mal testen... Gruß Am 01.02.2013 17:05, schrieb Tobias Leichsenring | EDVSolutions.org: Hallo, also ich habe den Core nochmals hochgeladen und jetzt funktioniert alles, keine Ahnung warum. Bezüglich des Fehlers von Hugo, das hängt denke ich mit RealURL zusammen, damit man in diese Richtung prüfen kann. Tobias -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Hugo Gesendet: Freitag, 1. Februar 2013 16:43 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Fehler beim Update von 4.7.7. auf 6.0.0 Hi, habe ebenfalls Probleme beim Update einer Testinstallation von 4.7.7 auf 6.0.1 (bei 6.0.0 war das Problem auch) Und zwar scheint das Backend zu funktionieren, das Frontend liefert folgendes. Bis Version 4.7.7 funktioniert das Frontend allerdings problemlos. Hat jemand dazu eine Idee? Ich bin nur so weit gekommen, dass es evtl. etwas mit der Rootpage zu tun hat aber was... Uncaught TYPO3 Exception #1343589451: Could not fetch page data for uid 0. (More information) RuntimeException thrown in file /typo3/sysext/core/Classes/Utility/RootlineUtility.php in line 217. 6 TYPO3\CMS\Core\Utility\RootlineUtility::getRecordArray(0) /typo3/sysext/core/Classes/Utility/RootlineUtility.php: 00308: */ 00309: protected function generateRootlineCache() { 00310: $page = $this-getRecordArray($this-pageUid); 00311: // If the current page is a mounted (according to the MP parameter) handle the mount-point 00312: if ($this-isMountedPage()) { 5 TYPO3\CMS\Core\Utility\RootlineUtility::generateRootlineCache() /typo3/sysext/core/Classes/Utility/RootlineUtility.php: 00190: if (!isset(self::$localCache[$cacheIdentifier])) { 00191:if (!self::$cache-has($cacheIdentifier)) { 00192: $this-generateRootlineCache(); 00193:} else { 00194: self::$localCache[$cacheIdentifier] = self::$cache-get($cacheIdentifier); 4 TYPO3\CMS\Core\Utility\RootlineUtility::get() ./typo3/sysext/frontend/Classes/Page/PageRepository.php: 00566:} 00567: } else { 00568:return $rootline-get(); 00569: } 00570: } 3 TYPO3\CMS\Frontend\Page\PageRepository::getRootLine(home, ) .../typo3/sysext/frontend/Classes/Controller/TypoScriptFrontendController.ph p: 01170: $temp_sys_page-init($this-showHiddenPage); 01171: // If root line contained NO records and -error_getRootLine_failPid tells us that it was because of a pid=-1 (indicating a version record)...: 01172: if (!count($temp_sys_page-getRootLine($this-id, $this-MP)) $temp_sys_page-error_getRootLine_failPid == -1) { 01173: // Setting versioningPreview flag and try again: 01174: $temp_sys_page-versioningPreview = TRUE; 2 TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController::determineId() /typo3/sysext/cms/tslib/index_ts.php: 00117: $TSFE-checkAlternativeIdMethods(); 00118: $TSFE-clear_preview(); 00119: $TSFE-determineId(); 00120: // Now, if there is a backend user logged in and he has NO access to this page, then re-evaluate the id shown! 00121: if ($TSFE-isBackendUserLoggedIn() (!$BE_USER-extPageReadAccess($TSFE-page) || \TYPO3\CMS\Core\Utility\GeneralUtility::_GP('ADMCMD_noBeUser'))) { 1 require(.../typo3/sysext/cms/tslib/index_ts.php) .../index.php: 00037: \TYPO3\CMS\Core\Core\Bootstrap::getInstance()-baseSetup(''); 00038: 00039: require(PATH_tslib . 'index_ts.php'); 00040: ? ___ 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] Fehler beim Update von 4.7.7. auf 6.0.0
Ok ich konnte das Problem jetzt soweit eingrenzen, dass es wohl irgendwie an der Seitenstruktur liegen muss. Aber hier weiß ich nun wirklich nicht mehr weiter. Erwartet V 6.0 eine andere Seitenstruktur als 4.x? Am 01.02.2013 17:10, schrieb Hugo: Hi, naja, Problem ist nur realurl ist nicht installiert und war es nie. Könnte es vielleicht auch an simulate static url liegen? Mal testen... Gruß Am 01.02.2013 17:05, schrieb Tobias Leichsenring | EDVSolutions.org: Hallo, also ich habe den Core nochmals hochgeladen und jetzt funktioniert alles, keine Ahnung warum. Bezüglich des Fehlers von Hugo, das hängt denke ich mit RealURL zusammen, damit man in diese Richtung prüfen kann. Tobias -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Hugo Gesendet: Freitag, 1. Februar 2013 16:43 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Fehler beim Update von 4.7.7. auf 6.0.0 Hi, habe ebenfalls Probleme beim Update einer Testinstallation von 4.7.7 auf 6.0.1 (bei 6.0.0 war das Problem auch) Und zwar scheint das Backend zu funktionieren, das Frontend liefert folgendes. Bis Version 4.7.7 funktioniert das Frontend allerdings problemlos. Hat jemand dazu eine Idee? Ich bin nur so weit gekommen, dass es evtl. etwas mit der Rootpage zu tun hat aber was... Uncaught TYPO3 Exception #1343589451: Could not fetch page data for uid 0. (More information) RuntimeException thrown in file /typo3/sysext/core/Classes/Utility/RootlineUtility.php in line 217. 6 TYPO3\CMS\Core\Utility\RootlineUtility::getRecordArray(0) /typo3/sysext/core/Classes/Utility/RootlineUtility.php: 00308: */ 00309: protected function generateRootlineCache() { 00310: $page = $this-getRecordArray($this-pageUid); 00311: // If the current page is a mounted (according to the MP parameter) handle the mount-point 00312: if ($this-isMountedPage()) { 5 TYPO3\CMS\Core\Utility\RootlineUtility::generateRootlineCache() /typo3/sysext/core/Classes/Utility/RootlineUtility.php: 00190: if (!isset(self::$localCache[$cacheIdentifier])) { 00191:if (!self::$cache-has($cacheIdentifier)) { 00192: $this-generateRootlineCache(); 00193:} else { 00194: self::$localCache[$cacheIdentifier] = self::$cache-get($cacheIdentifier); 4 TYPO3\CMS\Core\Utility\RootlineUtility::get() ./typo3/sysext/frontend/Classes/Page/PageRepository.php: 00566:} 00567: } else { 00568:return $rootline-get(); 00569: } 00570: } 3 TYPO3\CMS\Frontend\Page\PageRepository::getRootLine(home, ) .../typo3/sysext/frontend/Classes/Controller/TypoScriptFrontendController.ph p: 01170: $temp_sys_page-init($this-showHiddenPage); 01171: // If root line contained NO records and -error_getRootLine_failPid tells us that it was because of a pid=-1 (indicating a version record)...: 01172: if (!count($temp_sys_page-getRootLine($this-id, $this-MP)) $temp_sys_page-error_getRootLine_failPid == -1) { 01173: // Setting versioningPreview flag and try again: 01174: $temp_sys_page-versioningPreview = TRUE; 2 TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController::determineId() /typo3/sysext/cms/tslib/index_ts.php: 00117: $TSFE-checkAlternativeIdMethods(); 00118: $TSFE-clear_preview(); 00119: $TSFE-determineId(); 00120: // Now, if there is a backend user logged in and he has NO access to this page, then re-evaluate the id shown! 00121: if ($TSFE-isBackendUserLoggedIn() (!$BE_USER-extPageReadAccess($TSFE-page) || \TYPO3\CMS\Core\Utility\GeneralUtility::_GP('ADMCMD_noBeUser'))) { 1 require(.../typo3/sysext/cms/tslib/index_ts.php) .../index.php: 00037: \TYPO3\CMS\Core\Core\Bootstrap::getInstance()-baseSetup(''); 00038: 00039: require(PATH_tslib . 'index_ts.php'); 00040: ? ___ 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] Fehler beim Update von 4.7.7. auf 6.0.0
Hi Philipp, Bitte schreib deine Erkenntnisse in ein neues Ticket. Viele Grüße Meinst Du damit ich soll ein neues Issue aufmachen und dort die Fehlermeldung beschreiben? Kurz zu meiner Eingrenzung: Meine Seitenstruktur sieht folgendermaßne aus: Oberste Ebene (ID 0 mit Typo3 Symbol) - Templates (Systemordner) - Datensätze (Systemordner) - Root (Weltkugel; Verweis auf Seite 1) -- Seite1 (Verweis auf Seite 1.1) --- Seite1.1 (Standardseite) --- Seite1.2 (Standardseite) -- Seite2 (Verweis auf Seite 2.1) --- Seite2.1 (Standardseite) --- Seite2.2 (Standardseite) -- Seite3 (Verweis auf Seite 3.1) --- Seite3.1 (Standardseite) --- Seite3.2 (Standardseite) Seite 1, Seite 2 und Seite 3 stellen das horizontale Menü dar. Die dazugehörigen Unterseiten das jeweilige Vertikalmenü. Wenn ich den Verweis von Root auf Seite 1 entferne (umwandeln in Standardseite), kommen die Fehler für die oberste Ebene nicht mehr, sondern das Seitengrundgerüst mit Horizontalmenü wird angezeigt. das Vertikalmenü und die Seiteninhalte werden natürlich nicht angezeigt. Durch entfernen der ganzen Verweise kann ich die Fehlermeldung so beseitigen. Jedoch funktioniert dann meine Seite und die Menüs eben nicht mehr wie gewünscht. Insofern kann ich das Problem soweit eingrenzen, dass es wohl etwas mit der Seitenstruktur und den dortigen Verweisen zu tun haben könnte. Viele Grüße Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehler beim Update von 4.7.7. auf 6.0.0
gerade ist mir noch aufgefallen, dass das Log mit folgenden beiden Fehlern zu läuft: Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1343589451: Could not fetch page data for uid 0. | RuntimeException thrown in file .../typo3/sysext/core/Classes/Utility/RootlineUtility.php in line 217. Requested URL: http://www.example.de/index.php?id=2 Core: Error handler (BE): PHP Warning: vsprintf(): Too few arguments in .../typo3/sysext/belog/Classes/ViewHelpers/FormatDetailsViewHelper.php line 55 Der erste Fehler ist der, der etwas ausführlicher auch im Frontend angezeigt wird. Der zweite ist direkt mit dem Aufruf des Log verbunden, d.h. ich mache nichts außer das Log neu zu laden und die Fehlermeldung wird eingetragen. Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehler beim Update von 4.7.7. auf 6.0.0
Hallo Hugo, nein, du sollst eine neue Mail schreiben, weil dein Problem nicht direkt was mit der ursprünglichen Problematik zu tun hat. Tobias Hugo dasfegefe...@web.de schrieb: Ah ok, sorry für das Missverständnis. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Fehler beim Aufruf des Logs in 6.0
Hi, Bei Typo3 6.0 erhalte ich folgenden Fehler im Log Core: Error handler (BE): PHP Warning: vsprintf(): Too few arguments in .../typo3/sysext/belog/Classes/ViewHelpers/FormatDetailsViewHelper.php line 55 Der Fehler ist direkt mit dem Aufruf des Logs verbunden, d.h. ich mache nichts außer das Log neu zu laden und die Fehlermeldung wird eingetragen. Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] PHP-Fehler seit Umstellung auf 4.7
ja der Fehler tritt auch in 4.7 auf. Bei dem Eröffnen eines neuen Issues muß ich aber passen, keine Ahnung wo man das macht. Sorry. Am 03.11.2012 15:30, schrieb Philipp Gampe: Hi Hugo, Hugo wrote: Core: Error handler (BE): PHP Warning: Creating default object from empty value in .../typo3/sysext/fluid/Classes/ViewHelpers/Be/AbstractBackendViewHelper.php das ist dieser Fehler - http://forge.typo3.org/issues/37577 Konnte ich bisher nur beobachten, wenn in der Extension News System der News Import zum importieren von tt_news Artikeln aufgerufen wird. Fixed in 6.0 unter https://review.typo3.org/#/c/14280/ Falls der Fehler so auch in 4.7 auftritt, mach bitte ein neues Issue auf und verlinke es mit http://forge.typo3.org/issues/40519 Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] PHP-Fehler seit Umstellung auf 4.7
Core: Error handler (BE): PHP Warning: Illegal string offset 'uid' in .../t3lib/class.t3lib_befunc.php line 3095 dieser Fehler tritt immer beim Anmelden im Backend auf. Core: Error handler (BE): PHP Warning: Creating default object from empty value in .../typo3/sysext/fluid/Classes/ViewHelpers/Be/AbstractBackendViewHelper.php das ist dieser Fehler - http://forge.typo3.org/issues/37577 Konnte ich bisher nur beobachten, wenn in der Extension News System der News Import zum importieren von tt_news Artikeln aufgerufen wird. Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] PHP-Fehler seit Umstellung auf 4.7
Core: Error handler (BE): PHP Warning: Illegal string offset 'uid' in .../t3lib/class.t3lib_befunc.php line 3095 Core: Error handler (BE): PHP Warning: Illegal string offset 'uid' in .../typo3/sysext/beuser/class.tx_beuser_switchbackuser.php line 31 Core: Error handler (BE): PHP Warning: Creating default object from empty value in .../typo3/sysext/fluid/Classes/ViewHelpers/Be/AbstractBackendViewHelper.php line 38 Currently unknown to me. Das ist der Fehler in class.tx_beuser_switchbackuser.php http://forge.typo3.org/issues/37578 Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] PHP-Fehler seit Umstellung auf 4.7
Hallo Stefan, danke für den Hinweis. Die min, max und noscale Fehler scheinen damit gelöst zu sein. Es bleiben noch die uid und der Viewhelper Fehler. Aber Du hast Recht, abgesehen von den Meldungen in den Logs sind mir bisher keine Funktionsprobleme im Backend oder auf der Seite aufgefallen. Gruß Hugo Am 28.10.2012 12:24, schrieb Stefan Reichelt: Hallo Hugo, ich hab den gleichen Fehler aber nur mit bei der uid in class.t3lib_befunc.php. Es handelt sich dabei um folgenden Bug der unter PHP5.4 (nehm ich mal an) auftaucht: http://forge.typo3.org/issues/38024 Da ist auch ein Patch angegeben wenn du moechtest. An sich stoert es aber nichts ausser eben die Logs vollzuspamen. Beste Gruesse Stefan On 28/10/2012 11:44, Hugo wrote: Hi, seit dem Update von Version 4.5 auf die aktuelle 4.7 mit einem Zwischenschritt über 4.6 bekomme ich diverse PHP-Fehlermeldungen: Core: Error handler (FE): PHP Warning: Illegal string offset 'minH' in .../t3lib/class.t3lib_stdgraphic.php line 2435 Core: Error handler (FE): PHP Warning: Illegal string offset 'minW' in .../t3lib/class.t3lib_stdgraphic.php line 2429 Core: Error handler (FE): PHP Warning: Illegal string offset 'maxH' in .../t3lib/class.t3lib_stdgraphic.php line 2371 Core: Error handler (FE): PHP Warning: Illegal string offset 'maxW' in .../t3lib/class.t3lib_stdgraphic.php line 2358 Core: Error handler (FE): PHP Warning: Illegal string offset 'noScale' in .../t3lib/class.t3lib_stdgraphic.php line 2158 Core: Error handler (BE): PHP Warning: Illegal string offset 'uid' in .../t3lib/class.t3lib_befunc.php line 3095 Core: Error handler (BE): PHP Warning: Illegal string offset 'uid' in .../typo3/sysext/beuser/class.tx_beuser_switchbackuser.php line 31 Core: Error handler (BE): PHP Warning: Creating default object from empty value in .../typo3/sysext/fluid/Classes/ViewHelpers/Be/AbstractBackendViewHelper.php line 38 Hat jemand eine Idee? Es läuft PHP 5.4.8 da 5.3 nicht zur Verfügung steht. Könnte es daran liegen? Version 4.7 ist zwar offiziell nicht für PHP 5.4 ausgelegt, ich habe aber schon mehrfach gelesen, daß es da keine ernsthaften Probleme geben soll. Wäre schön wenn jemand einen Rat hätte. Gruß Hugo ___ 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] Problem mit Perfect Lightbox
Hallo Liste, ich habe ein für mich unerklärliches Problem mit der perfect lightbox und hoffe jemand von euch kann mir da weiter helfen. Ich habe auf einer Seite mehrere Bilder über das Content-Elemnet Bilder eingebunden. Bei Einigen funktioniert die Lightbox und der Link auf das Bild sieht folgendermaßen aus: domain.de/typo3temp/pics/xxx.jpg oder domain.de/uploads/pics/xxx.jpg Bei anderen Bildern auf der Seite funktioniert die Lightbox allerdings nicht und der Link sieht so aus: domain.de/index.php?eID=tx_cms_showpicfile=uploads%2Fpics%2Fxxx.jpgmd5=7323e8e426a2151bf685ef576e8728c7db43b168parameters[0]=YTo0OntzOjU6IndpZHRoIjtzOjM6IjQ5MiI7czo2OiJoZWlnaHQiO3M6NDoiNjAwparameters[1]=bSI7czo3OiJib2R5VGFnIjtzOjQxOiI8Ym9keSBzdHlsZT0ibWFyZ2luOjA7IGJhparameters[2]=Y2tncm91bmQ6I2ZmZjsiPiI7czo0OiJ3cmFwIjtzOjM3OiI8YSBocmVmPSJqYXZhparameters[3]=c2NyaXB0OmNsb3NlKCk7Ij4gfCA8L2E%2BIjt9 Ich kann dieses unterschiedliche Verhalten nicht nachvollziehen. Alle Bilder befinden sich auf der selben Seite, d.h. keine template-unterschiede. Alle Bilder sind vom Content-Element Bild und haben identische Einstellungen. Der einzige Unterschied besteht in der jeweiligen Bilddatei und der Bildbeschriftung. Als ich die Seite vor längerer Zeit erstellt habe, hat alles funktioniert. Seit wann diese Fehler vorliegen kann ich allerdings leider nicht sagen. Hat jemand eine Idee, wie es bei diesen identischen Bedingungen zu diesem unterschiedlichen Verhalten kommen kann. Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Datenbank utf8- Problem
Am 24.08.2011 04:21, schrieb Andreas Becker: Hallo Andreas, Hi Hugo Checke deine MySQL Version - die folgenden Einstellungen sind fuer MySQL version 5.1.49 checke die Einstellung in der my.cnf in der httpd.conf Apache version 2.2.16 in php.ini PHP 5.3.3.7 auf diese 3 Dateien habe ich leider keinen Zugriff, da die Seite in einem Hostingpaket liegt. ; internal/script encoding. ; Some encoding cannot work as internal encoding. ; (e.g. SJIS, BIG5, ISO-2022-*) ; http://php.net/mbstring.internal-encoding mbstring.internal_encoding = UTF-8 hiermit kann ich ehrlich gesagt nichts anfangen, wo finde ich das /kann ich das überprüfen? Checke auch ob die entsprechenden Locales installiert sind xxx.utf8 auch das sagt mir nichts. Diese Einstellungen sollten alle auf UTF8 stehen. Danach installiere sm_charsethelper Leider geht sein Link im Moment nicht - checke bitte spaeter noch einmal. http://www.t3node.com/blog/thinking-about-utf-8-character-set-conversion-in-typo3/ hier erhaelst du weitere Infos. das werde ich mal ausprobieren Wir haben leider die Erfahrung gemacht, dass TYPO3 seit 4.5.4 bzw. .3 durch das Installtool zwei Eintraege auf '' setzt und dadurch dann die Einstellungen mit dem sm_charsethelper latin anzeigen. Nachdem wir die weiter oben beschriebenen Einstellungen in my.cnf, php.ini und httpd.conf vorgenommen haben klappt es jedoch. forceCharset = utf8 und setDBinit= SET NAMES utf8 beides wird seit TYPO3 4.5.3 per install tool auf forceCharset = '' und setDBinit= '' wie gesagt, beide Einstellungen stehen bei mir richtig im Installtool was leider zur folge hat das dann oft nix mehr richtig geht wenn die obogen Einstellungen nicht vorgenommen wurden - z.B. keine Charset in my.cnf definiert wurde etc. dann wird einfach dieser stupid latin1.swedish genommen grr. Es ist echt an der Zeit das auch MySQL endlich einmal per DEFAULT auf utf8 steht. Das komische ist ja, als ich damals die Datenbank auf utf 8 umgestellt habe bin ich im Prinzip genauso vorgegangen wie jetzt auch. Ich musste eine neue Datenbank anlegen, da ich gleichzeit auch die Umstellung von mysql 4 auf 5 vorgenommen habe. Dort habe ich dann die zuvor umgewandelten Daten mittels mysqldumper importiert. Damals lief alles ohne Probleme. Es gab überhaupt keine Schwierigkeiten damit, daß latin1 verwendet wurde beim neuanlegen von Tabellen. Jetzt komischerweise schon. Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Datenbank utf8- Problem
Oh man bin ich ein Hornochse. Da beim starten von phpmyadmin direkt Zeichensatz / Kollation der MySQL-Verbindung: utf8_general_ci erscheint habe ich vergessen für die Datenbank unter Operationen die Kollation umzustellen. Jetzt paßt alles. Und deswegen zerbreche ich mir zwei Tage lang den Kopf. @ Rainer ich stimme Dir zu das viele Hostingpakete gerade von den Grundeinstellungen und auch von den Funktionen nicht unbedingt optimal sind. Aber ich muß sagen das ich mit dem Provider und unserem Paket eigentlich sehr zufrieden bin. Bisher konnte ich immer alles einstellen was nötig war. Die Seite läuft stabil im Prinzip keine Ausfallzeiten. Es gab auch nie Probleme bei Updates auf Seiten des Providers, das lag dann meistens an mir ;-). Auch Shellzugang ist vorhanden. Ansonsten bedanke ich mich für die Hilfestellung. Gruß Hugo Am 24.08.2011 13:28, schrieb Rainer Schleevoigt: On 8/24/11 1:08 PM, Hugo wrote: Am 24.08.2011 04:21, schrieb Andreas Becker: Hallo Andreas, es scheint mir ein allfälliges Problem zu sein: Operation am offenen Herzen mit mikroinvasiven Mitteln. Viele dieser Hostingpakete haben eben eine Grundeinstellung, die nicht optimal ist. So legt Plex neue DB immer in latin-1 an. Und dann kommt dazu, dass nichts zu ändern ist, Shellzugang bleibt Wunschtraum. Eine Idee wäre, zu eienm seriösen Provider umzuziehren. Die Namen sind allgemein bekannt … Rainer Hi Hugo Checke deine MySQL Version - die folgenden Einstellungen sind fuer MySQL version 5.1.49 checke die Einstellung in der my.cnf in der httpd.conf Apache version 2.2.16 in php.ini PHP 5.3.3.7 auf diese 3 Dateien habe ich leider keinen Zugriff, da die Seite in einem Hostingpaket liegt. ; internal/script encoding. ; Some encoding cannot work as internal encoding. ; (e.g. SJIS, BIG5, ISO-2022-*) ; http://php.net/mbstring.internal-encoding mbstring.internal_encoding = UTF-8 hiermit kann ich ehrlich gesagt nichts anfangen, wo finde ich das /kann ich das überprüfen? Checke auch ob die entsprechenden Locales installiert sind xxx.utf8 auch das sagt mir nichts. Diese Einstellungen sollten alle auf UTF8 stehen. Danach installiere sm_charsethelper Leider geht sein Link im Moment nicht - checke bitte spaeter noch einmal. http://www.t3node.com/blog/thinking-about-utf-8-character-set-conversion-in-typo3/ hier erhaelst du weitere Infos. das werde ich mal ausprobieren Wir haben leider die Erfahrung gemacht, dass TYPO3 seit 4.5.4 bzw. .3 durch das Installtool zwei Eintraege auf '' setzt und dadurch dann die Einstellungen mit dem sm_charsethelper latin anzeigen. Nachdem wir die weiter oben beschriebenen Einstellungen in my.cnf, php.ini und httpd.conf vorgenommen haben klappt es jedoch. forceCharset = utf8 und setDBinit= SET NAMES utf8 beides wird seit TYPO3 4.5.3 per install tool auf forceCharset = '' und setDBinit= '' wie gesagt, beide Einstellungen stehen bei mir richtig im Installtool was leider zur folge hat das dann oft nix mehr richtig geht wenn die obogen Einstellungen nicht vorgenommen wurden - z.B. keine Charset in my.cnf definiert wurde etc. dann wird einfach dieser stupid latin1.swedish genommen grr. Es ist echt an der Zeit das auch MySQL endlich einmal per DEFAULT auf utf8 steht. Das komische ist ja, als ich damals die Datenbank auf utf 8 umgestellt habe bin ich im Prinzip genauso vorgegangen wie jetzt auch. Ich musste eine neue Datenbank anlegen, da ich gleichzeit auch die Umstellung von mysql 4 auf 5 vorgenommen habe. Dort habe ich dann die zuvor umgewandelten Daten mittels mysqldumper importiert. Damals lief alles ohne Probleme. Es gab überhaupt keine Schwierigkeiten damit, daß latin1 verwendet wurde beim neuanlegen von Tabellen. Jetzt komischerweise schon. Gruß Hugo ___ 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] Datenbank utf8- Problem
Hi, ich habe ein Problem mit der Datenbank bei dem ich einfach nicht weiter komme. Schon vor langer Zeit habe ich de Datenbank auf utf8 umgestellt. Es hat alles funktioniert und sie läuft einwandfrei als utf8. Die Datenbank war bisher vom Provider mit 100 Mb vorgegeben. Nun stellt der Provider inzwischen Datenbanken mit 1 GB zur Verfügung. Dazu muß ich natürlich eine neue DB erstellen was ich auch getan habe. Ich habe die alte DB mit mysqldumper gesichert und in die neue Datenbank wieder reingespielt. Problem ist nun, das zwar die wieder eingespielten Daten utf8 sind, Tabellen die von Typo3 neu erstellt werden sind aber komischerweise in Kollation latin1. Die Einstellunegn in Typo3 sind forceCharset = utf8 und setDBinit= SET NAMES utf8. Ich kann mir dieses Verhalten beim anlegen neuer Tabellen einfach nicht erklären. Hat jemand eine Idee woran das liegen kann. Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Tabextension ohne Javascript?
Hallo, es gibt ja viele Extensions, die es ermöglichen ein Tab-Menü als Contentelement einzufügen, mit der Möglichkeit dann wieder verschiedene CE darin einzubetten. Allerdings basieren alle mir bekannten Extensions auf Javascript. Das ist nicht gewünscht. Kennt jemand von Euch eine Extension, die diese Funktionen ohne Javascript bietet, also rein mittels html und css? Hintergrund ist einfach, daß dieses Tabs auch bei deaktiviertem Javascript funktionieren sollen. Falls jemand sowas schonmal gesehen hat, würde ich mich über einen Hinweis freuen. Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Seltsames Verhalten im neuen Extensionmanager
Hi, das bringt bei mir leider auch keine Änderung. Aber wie ich weiter oben geschrieben habe funktioniert es ja Problemlos wenn ich über den scheduler aktualisiere. Und mit dieser Lösung kann ich gut leben. Gruß Hugo Am 13.05.2011 07:38, schrieb Kay Strobach: Hi, Bei mir war der Fehler weg (kam nur unter Solaris mit PHP 5.2.x), nachdem ich das Repository fest auf TYPO3.org gestellt habe. Grüße Kay Am 12.05.2011 22:52, schrieb Falko Trojahn: Hallo Hugo, Der Fehler sollte im Apache-error.log zu finden sein. Ja ok, nur wenn man bei normaler Nutzung die Meldung erhält Keine Aktualiserung verfügbar denkt man sich zunächst nicht unbedingt was dabei. Man wird also nicht direkt die logs durchsuchen. Stutzig bin ich erst geworden, als eben über mehrere Wochen diese Meldung kam. Zumal ich nicht unbedingt davon ausgehen musste, daß es zu Problemen kommt, da es ja mit dem alten EM immer funktioniert hat und auch jetzt noch funktioniert. Daher wäre eigentlich eine direkte Information im Backend sinnvoller. Auf jeden Fall. Und hast du denn nun was im Log gefunden? Auf die Apache-error.log habe ich keinen Zugriff das ist natürlich weniger schön. Vermutlich bleibt dir nur, dich mal mit dem Support vom Server in Verbindung zu setzen - die sollten dir ja die Logeinträge zugänglich machen bzw. anderweitig helfen können. Grüße, Falko ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Seltsames Verhalten im neuen Extensionmanager
Hallo, also langsam verstehe ich den EM überhaupt nicht mehr. Ich habe mir jetzt gestern über den Planer die automatische Aktualisierung der Bibliothek eingestellt. Hier macht er komischerweise genau was er soll. Die Bibliothek wird aktualisiert, das richtige Datum wird angezeigt. etc. Keine der anfangs aufgezählten Probleme tritt so auf. Sobald ich aber die Bibliothek versuche manuell über die Schaltfläche zu aktualisieren, fangen die Probleme wieder an. Naja ich werde jetzt jedenfalls bei der automatischen Aktualisierung bleiben, die funktioniert wenigstens. Nochmal danke für Eure Unterstützung. Gruß Hugo Am 11.05.2011 11:02, schrieb Hugo: Am 11.05.2011 10:35, schrieb Falko Trojahn: Hallo Hugo, ich denke ich komme dem Problem langsam näher. Es scheint wohl tatsächlich ein Speicherproblem zu sein. Laut php.ini ist memory-limit zwar auf 90M eingestellt, der server bricht aber immer schon bei 32M ab. Was sagt denn phpinfo (im Install-Tool) in der Zeile memory_limit wirklich? Also da steht: Directive memory_limit Local Value 90M Master Value 90M Jemand eine Idee, woran das liegen könnte? Welche Einstellung hat neben der php.ini noch Auswirkungen? Was ich am neuen Extensionmanger nun schlecht finde ist daß der dann einfach nur anzeigt keine Aktualisierung verfügbar, statt eine Meldung wie zuwenig Speicher oder so. Im alten hat man es wenigestens noch durch einen Internal server Error gemerkt wenn was nicht gestimmt hat, aber der neue schweigt sich da etwas aus und lässt einen im glauben es sei alles in Ordnung, sind nur gerade keine Aktualisierungen vorhanden. Vermutlich durch die Ajaxifizierung - beim Laden der Ajax-Inhalte kommt sicherlich die Fehlermeldung, aber sie wird im Browser nicht mehr angezeigt. Der Fehler sollte im Apache-error.log zu finden sein. Ja ok, nur wenn man bei normaler Nutzung die Meldung erhält Keine Aktualiserung verfügbar denkt man sich zunächst nicht unbedingt was dabei. Man wird also nicht direkt die logs durchsuchen. Stutzig bin ich erst geworden, als eben über mehrere Wochen diese Meldung kam. Zumal ich nicht unbedingt davon ausgehen musste, daß es zu Problemen kommt, da es ja mit dem alten EM immer funktioniert hat und auch jetzt noch funktioniert. Daher wäre eigentlich eine direkte Information im Backend sinnvoller. Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Seltsames Verhalten im neuen Extensionmanager
Am 11.05.2011 10:35, schrieb Falko Trojahn: Hallo Hugo, ich denke ich komme dem Problem langsam näher. Es scheint wohl tatsächlich ein Speicherproblem zu sein. Laut php.ini ist memory-limit zwar auf 90M eingestellt, der server bricht aber immer schon bei 32M ab. Was sagt denn phpinfo (im Install-Tool) in der Zeile memory_limit wirklich? Also da steht: Directive memory_limit Local Value 90M Master Value90M Jemand eine Idee, woran das liegen könnte? Welche Einstellung hat neben der php.ini noch Auswirkungen? Was ich am neuen Extensionmanger nun schlecht finde ist daß der dann einfach nur anzeigt keine Aktualisierung verfügbar, statt eine Meldung wie zuwenig Speicher oder so. Im alten hat man es wenigestens noch durch einen Internal server Error gemerkt wenn was nicht gestimmt hat, aber der neue schweigt sich da etwas aus und lässt einen im glauben es sei alles in Ordnung, sind nur gerade keine Aktualisierungen vorhanden. Vermutlich durch die Ajaxifizierung - beim Laden der Ajax-Inhalte kommt sicherlich die Fehlermeldung, aber sie wird im Browser nicht mehr angezeigt. Der Fehler sollte im Apache-error.log zu finden sein. Ja ok, nur wenn man bei normaler Nutzung die Meldung erhält Keine Aktualiserung verfügbar denkt man sich zunächst nicht unbedingt was dabei. Man wird also nicht direkt die logs durchsuchen. Stutzig bin ich erst geworden, als eben über mehrere Wochen diese Meldung kam. Zumal ich nicht unbedingt davon ausgehen musste, daß es zu Problemen kommt, da es ja mit dem alten EM immer funktioniert hat und auch jetzt noch funktioniert. Daher wäre eigentlich eine direkte Information im Backend sinnvoller. Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eventextension
Hallo, danke für Eure Vorschläge. cal hatt ich anfangs auch schon angedacht. Das ist aber für meine Zwecke eigentlich viel zu umfangreich. Ich möchte halt nicht direkt mit Kanonen auf Spatzen schießen und erst einmal herum fragen obs nicht eine kleine simple Ext gibt, die das bewerkstelligen kann. mbl_newsevent werde ich mir mal ansehen, danke für den Tip Gruß Hugo Am 08.05.2011 20:58, schrieb Peter Linzenkirchner: Hallo Hugo, ich habe schon öfter mbl_newsevent eingesetzt, eine Erweiterung von tt_news. Kann allerdings keine wiederkehrenden Events, wenn ich mich recht erinnere. Gruß Peter Am 08.05.2011 um 19:44 schrieb Hugo: Hallo Liste, ich suche eine kleine nicht zu komplexe Extension, die folgendes kann: Ich möchte im Prinzip eine einfache Terminübersicht in der Randspalte einer Seite realisieren. Im Prinzip eine kleine Terminbox in die ich schnell und bequem aktuelle Termine einfügen kann, die dann sobald sie abgelaufen sind automatisch verschwinden. Die Termine sollten mindestens enthalten: Veranstaltungsname, Datum, Uhrzeit, Ort. Der Veranstaltungsname soll dann auf eine Unterseite zur Veranstaltung verlinkt sein. Außerdem soll es möglich sein auch immer wiederkehrende Veranstaltungen fest in der Box einzutragen. Das Plugin soll in Form eines Contentelements ganz normal in die Spalte eingefügt werden. Weiß jemand, ob eine der vielen Eventextensions sowas bietet, bisher wird das ziemlich umständlich über normale Textelemente gelöst. Für Tips wäre ich Euch dankbar. Gruß Hugo ___ 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] perfectlightbox in Firefox 4 wird horizontal nicht aufgezogen
ja genau war bei mir auch nur im FF4, aber dann war es plötzlich wieder weg. Hast Du die neueste Version von perfectlightbox installiert? Am 08.05.2011 11:43, schrieb Andreas Werner: Bei mir hat noch nichts geholfen, das Problem tritt nur im FF 4 (hier 4.0.1 auf Win) auf, auch auf anderen Computern und im Portable FF4. :-( FF 3.6.x hat es nicht, auch kein anderer Browser. Grüße Andreas Am 07.05.2011 18:58, schrieb Hugo: hatte das gleiche Problem. Neuerdings geht es plötzlich wieder. Ich habe in den letzten Tagen den FF auf die neueste Version aktualisiert und ein Update für die perfectlightbox gab es auch. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Seltsames Verhalten im neuen Extensionmanager
Hallo Heike, die Tabelle, Caches etc. habe ich alles schon mehrmals gelöscht, hat nichts bewirkt. Welche Einstellungen hat den der Provider bei Dir geändert, damit ich zumindest mal einen Anhaltspunkt habe, wo ich suchen muß. Was ich überhaupt nicht nachvollziehen kann, ist daß er solange eigentlich problemlos funktioniert bis ich die Bibliothek aktualisieren will und danach aber wirklich überhaupt keine Extension mehr anzeigt. Wäre es ein Timeout-Problem könnte ich mir ja vorstellen, daß er es eben nicht schafft die Bibliothek zu aktualiseren, aber warum dann danach die Anzeige z.B. der installieretn Extensions nicht mehr funktionieren soll, was ja zuvor noch problemlos ging, kann ich beim besten Willen nicht verstehen. Gruß Hugo Am 08.05.2011 15:06, schrieb Heike Herzog-Kuhnke: Hallo Hugo, ich hatte ein vergleichbares Problem vor einiger Zeit. Hier in der Liste stellte sich eraus, dass es wahrscheinlihc zwei Ursachen hatte. Die eine (bitte aber noch die zweite lesen) - und das hatte ich vorab schon beim Suchen im Internet herausgefunden - Es passiert offensichtlich manchmal, dass die Eintragungen in der Tabelle für die Extensions schief laufen. Danach lässt sich diese nicht mehr korrekt befüllen. Hier hilft ein Löschen der Inhalte der Tabelle und ein neues Laden aus dem TER. Das half bei mir leider nicht wirklich, weil es bei mir zusätzlich ein Timeout-Problem beim Provider gab. Als ich hier beim Support anfragte, haben die am Server etwas umgestellt und seither habe ich keinerlei Probleme mehr mit dem neuen Extension Manager (obwohl ich gestehe, dass ich trotzdem den Alten noch aktiviert habe). Ich hoffe dass Dir das weiterhilft. Gruß Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Eventextension
Hallo Liste, ich suche eine kleine nicht zu komplexe Extension, die folgendes kann: Ich möchte im Prinzip eine einfache Terminübersicht in der Randspalte einer Seite realisieren. Im Prinzip eine kleine Terminbox in die ich schnell und bequem aktuelle Termine einfügen kann, die dann sobald sie abgelaufen sind automatisch verschwinden. Die Termine sollten mindestens enthalten: Veranstaltungsname, Datum, Uhrzeit, Ort. Der Veranstaltungsname soll dann auf eine Unterseite zur Veranstaltung verlinkt sein. Außerdem soll es möglich sein auch immer wiederkehrende Veranstaltungen fest in der Box einzutragen. Das Plugin soll in Form eines Contentelements ganz normal in die Spalte eingefügt werden. Weiß jemand, ob eine der vielen Eventextensions sowas bietet, bisher wird das ziemlich umständlich über normale Textelemente gelöst. Für Tips wäre ich Euch dankbar. Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Seltsames Verhalten im neuen Extensionmanager
Hallo Liste, ich habe ein in meinen Augen sehr seltsames Problem mit dem neuen Extension Manager. Auf den ersten Blick scheint alles zu funktionieren, allerdings weist der Tab entfernte Bibliothek ein merkwürdiges Verhalten auf: Grundsätzlich funktioniert er denke ich wie er soll. Ich kann über den Suchfilter nach Extensions suchen, bekomme die angezeigt und kann sie auch installieren. Ohne Verwendung des Suchfilters werden zwar keine Extensions angezeigt, aber ich gehe mal davon aus, das soll so sein. Außerdem werden wenn ich im Filter die Einstellungen anpasse auch die installierten Extensions brav angezeigt. Wenn ich nun aber die Funktion Herunterladen/Aktualisieren anwende passiert es. Zum einen erhalte ich grundsätzlich immer die Meldung Keine Aktualsierungen notwendig und auch das Aktualisierungsdatum daneben wird nicht angepasst. Zum anderen kann ich plötzlich keine Extensions mehr in der Bibliothek sehen. Rechts unten zeigt es nach Eingabe eines Suchbegriffs zwar die passende Seitenzahl an aber im Fenster wird nichts dargestellt. Egal was ich nun im neuen EM mache ich bekomme es nicht mehr hin, daß mir im Tab entfernte Bibliothek irgendwelche Extensions angezeigt werden. Die einzige Abhilfe ist, wenn ich nun über den alten Extensionmanager die Bibliothek aktualisiere. Dann kann ich auch im neuen EM wieder Extensions in der Bibliothek ansehen. Dieses Verhalten tritt immer wieder auf beim Aktualisieren. Leider lässt sich so mit dem neuen EM nicht arbeiten, was ich sehr bedauere da er mir eigentlich gut gefällt. Eine Sache die mir noch aufgefallen ist: im temp-Verzeichnis erzeugt der alte EM eine Datei extensions.xml.gz der neue EM aber die Datei 1.extensions.xml.gz. Ist das so korrekt. Inhaltlich scheinen die Dateien identisch zu sein. Meine Typo3 Version ist 4.5.2 Hat hier irgendjemand eine Idee woran das liegen könnte? Bisherige Themen zum neuen EM konnten mir leider auch nicht weiter helfen. Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german