Re: [TYPO3-german] PHP Ausführungszeit-Problem bei Array-Zuweisung
Hi Till. Typo3 hat ein timetracker $timeTracker (hab selbst noch nicht damit gearbeitet aber damit solltest du eigendlich, in der lage sein aufrufzeiten zu protokollieren.. und so vielleicht näher an die ursache deines problems herrahnkommen. Für each schleifen können natürlich ein problem darstellen weil sich die anzahl der operationen exponentionell erhöht. Wenn du 2 foreach schleifen mit je 10 operationen hast. Müssen 10*10 = 100 Operationen durchgeführt. Wenn eine weitere mit 10 Operationen hinzukommt. 10*10*10 = 1000 Meine logik ist hier natürlich stark vereinfacht. (aber ich denke die idee ist verständlich) Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von g4-l...@tonarchiv.ch Gesendet: Donnerstag, 18. Dezember 2014 17:11 An: 'German TYPO3 Userlist' Betreff: [TYPO3-german] PHP Ausführungszeit-Problem bei Array-Zuweisung Hallo allerseits, das Problem ist vermutlich nicht T3-spezifisch, aber vielleicht kann mir trotzdem jemand weiter helfen: In einer Extbase Action-Funktion habe ich folgende Schleife: $return = array( 'standorts' = array(), 'leistungs' = array(), ); $hasStandorts = array(); foreach () { foreach ($this-getStandorts() as $standort) { $standortUid = $standort-getUid(); [...] if(...) $hasStandorts[$standortUid] = true; } } foreach ($this-getStandorts() as $standort) { //echo $standort-getCurrent()-getName(); if (array_key_exists($standort-getUid(), $hasStandorts)) $return['standorts'][] = $standort-getCurrent()-getName(); } Die Funktion bricht wegen Timeouts ab (120sec.). Offenbar brauchen folgenden Zeilen zuviel Zeit: $hasStandorts[$standortUid] = true; und $return['standorts'][] = $standort-getCurrent()-getName(); Wenn ich sie auskommentiere, dauert der Aufbau der Seite max. 1 Sekunde. Es liegt aber auch nicht an $standort-getCurrent()-getName() - wenn ich die Zeile echo $standort-getCurrent()-getName(); aktiviere, macht dies das Ganze nicht langsamer. Ist mir alles schleierhaft. Evlt. ein Speicherproblem? In anderen Funktionen benutze ich genau die gleichen Zuweisungen, dort ist es aber kein Problem. Allerdings haben diese Funktionen weniger verschachtelte foreach-Schleifen. Kann das irgendwie damit zusammen hängen? Grüße, Till ___ 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] STOP! Re: TYPO3 6.2.4 + gridelements
Am 19.12.2014 um 07:40 schrieb Peter Kühnlein: Sorry - deinstalliert, cache gelöscht, neu installiert - alles gut! nur zur Info, für mich hat es sich seit 6.x als sehr sinnvoll erwiesen nach JEDER Änderung am System (TS oder PHP) den Cache zu löschen (ich mache es sogar im InstallTool) -- image[FORMAT] - Ralf-René Schröder http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] STOP! Re: TYPO3 6.2.4 + gridelements
zur not die version aus dem github verwenden! die ist neuer und funktioniert auf jeden fall :) -- TYPO3 - TIPPS - ANLEITUNGEN - NEWS unter: http://blog.ingeniumdesign.de/ TYPO3 Webdesign Agentur Wiesbaden - Frankfurt unter: http://www.ingeniumdesign.de/ Facebook Fan http://www.facebook.com/ingeniumdesign/ -- Am 19.12.2014 um 13:25 schrieb Ralf-Rene Schröder: Am 19.12.2014 um 07:40 schrieb Peter Kühnlein: Sorry - deinstalliert, cache gelöscht, neu installiert - alles gut! nur zur Info, für mich hat es sich seit 6.x als sehr sinnvoll erwiesen nach JEDER Änderung am System (TS oder PHP) den Cache zu löschen (ich mache es sogar im InstallTool) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TYPO3 6.2 Sitemap Problem
Hallo zusammen, ich habe gerade eine Seite zu Typo3 6.2.9 portiert. Alles soweit in Ordnung, das einzige was nicht funktioniert ist die Sitemap. Nach Timeout des PHP Scriptes kommt leider nur ein 500er Server error. Der Seite hat über 6500 einträge in der Pages Tabelle. Unter 4.5 lief das ganze problemlos. Hat jemand eine Idee was hier falsch läuft? Grüße Oliver -- -- Oliver Tempel Lindenstraße 2 57080 Siegen Tel.: 0271/55 130 91 Fax : 0271/55 130 92 E-Mail: i...@olivertempel.de WEB : http://www.olivertempel.de Diese E-Mail, einschließlich angehängter Dateien, kann vertrauliche und/oder rechtlich geschützte Informationen enthalten. Wenn Sie nicht der beabsichtigte Empfänger sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und löschen Sie diese E-Mail aus Ihrem System. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser E-Mail ist nicht gestattet. This message, including attachments, is intended for the above-mentioned addresses only. It may contain confidential information the review, dissemination or disclosure of which is strictly prohibited. Should you receive this message in error, please delete it and notify the sender to the e-mail address indicated above. This message, including attachments, is intended for the above-mentioned addresses only. It may contain confidential information the review, dissemination or disclosure of which is strictly prohibited. Should you receive this message in error, please delete it and notify the sender to the e-mail address indicated above. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] STOP! Re: TYPO3 6.2.4 + gridelements
Am 19.12.2014 um 13:25 schrieb Ralf-Rene Schröder: Am 19.12.2014 um 07:40 schrieb Peter Kühnlein: Sorry - deinstalliert, cache gelöscht, neu installiert - alles gut! nur zur Info, für mich hat es sich seit 6.x als sehr sinnvoll erwiesen nach JEDER Änderung am System (TS oder PHP) den Cache zu löschen (ich mache es sogar im InstallTool) Ja, ich habe auch den Eindruck, dass die 6er Versionen das Löschen der Caches öfter brauchen als die 4er :/ Im InstallTool mach ich selbst das selten. Schöne Grüße, Peter -- http://function2form.net http://peter-kuehnlein.net With the passing of time, the criminal will forget the reason for his crime; it is best to execute him on the spot. (Hagakure) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] FAL imagecaption vs. CE Image description/caption
hier der Link: https://forge.typo3.org/issues/59161 -- TYPO3 - TIPPS - ANLEITUNGEN - NEWS unter: http://www.typo3-probleme.de/ TYPO3 Webdesign Agentur Wiesbaden - Frankfurt unter: http://www.ingeniumdesign.de/ Facebook Fan http://www.facebook.com/ingeniumdesign/ -- Am 18.12.2014 um 15:59 schrieb Ryan Klarhölter: Dazu habe ich einen Bug-Report gefunden. Leider kann ich keine Links posten, weil man dazu mind. 4 Beiträge in diesem Forum gepostet haben muss. Die Ticket-Nummer in TYPO3 Forge lautet 59161. Ich habe es erstmal so gelöst, dass ich das Feld für die Bildunterschrift in den Bild-Metadaten ausblende, um die Redakteure nicht zu verwirren (page.TCEFORM.sys_file_metadata.caption.disabled = 1). ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Langsames Laden
das Problem besteht auch bei Mittwald, da sind die Datenbanken auch auf einen anderen System und dadurch sind die internen Abfragen so langsam. Da helfen leider nicht die vielen Optimierungsvorschläge... -- TYPO3 - TIPPS - ANLEITUNGEN - NEWS unter: http://www.typo3-probleme.de/ TYPO3 Webdesign Agentur Wiesbaden - Frankfurt unter: http://www.ingeniumdesign.de/ Facebook Fan http://www.facebook.com/ingeniumdesign/ -- Am 17.12.2014 um 15:11 schrieb Viktor Baychev: Hallo Allerseits, danke für die Zeit, die Ihr Euch genommen habt mir zu helfen! Lars, die DB bei Strato mag zwar Schrott sein, ich verstehe aber nicht, wieso es am Anfang ging und jetzt nicht mehr. Sicher liegt es an schlechte Serverkonfiguration beim neuen Server. Das es auch Chris bestätigt, werde ich wahrscheinlich am Ende wieder umziehen müssen. Das Backend läuft übrigens ausgezeichnet... Chris, ich ich werde Deine Vorschläge an unseren Entwicklern weiterleiten und für das beste hoffen. Der Server ist aber ein eigener Root Server. Danke für die Tipps bezüglich Anbieter, ich wende mich an einen von denen, wenn es dazu kommt. Ich wünsche Euch allen noch einen schönen Nachmittag! Viktor ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Langsames Laden
Ich habe meine Seiten bei Popnet.ch gehostet. Da gibt es auch mehrere Server, die für die einzelnen Aufgaben dediziert sind. Der DB-Server wird intern aufgerufen vom Webserver und das sind zudem noch alles Windows Server. Ich habe bei den optimierten, grösseren Website Antwortzeiten von 0.4 Sekunden und bei den kleineren sogar noch drunter. Es kann also nicht wirklich an der Separierung von DB- und Web-Server liegen! Beste Grüsse, Renzo -- conPassione gmbh CH-3661 Uetendorf +41 33 345 00 92 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tx_news - Seiteninhalte handeln
Wenn du nicht alle News in einem sys-folder haben möchtest, könntest du ja auch mehrere Folder anlegen. Einen für News, einen für Fotos usw. . In dazugehörigen Plug-In gibst du dann den jeweiligen Sys-Folder als Startingpoint an. Ich denke, so bekommst du eine bessere Übersicht. ___ 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 Sitemap Problem
Hi Oliver Tempel, Oliver Tempel wrote: Hat jemand eine Idee was hier falsch läuft? Dafür musst du uns die Fehlermeldung sagen. Diese findest du im Webserver oder PHP Error Log, oder indem du die Fehlerausgabe einschaltest (ggf. über devIpMask nur für dich). Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active contributor TYPO3 CMS TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 6.2 Sitemap Problem
PHP Script timeout Am 19.12.2014 um 15:26 schrieb Philipp Gampe: Hi Oliver Tempel, Oliver Tempel wrote: Hat jemand eine Idee was hier falsch läuft? Dafür musst du uns die Fehlermeldung sagen. Diese findest du im Webserver oder PHP Error Log, oder indem du die Fehlerausgabe einschaltest (ggf. über devIpMask nur für dich). Grüße -- -- Oliver Tempel Lindenstraße 2 57080 Siegen Tel.: 0271/55 130 91 Fax : 0271/55 130 92 E-Mail: i...@olivertempel.de WEB : http://www.olivertempel.de Diese E-Mail, einschließlich angehängter Dateien, kann vertrauliche und/oder rechtlich geschützte Informationen enthalten. Wenn Sie nicht der beabsichtigte Empfänger sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und löschen Sie diese E-Mail aus Ihrem System. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser E-Mail ist nicht gestattet. This message, including attachments, is intended for the above-mentioned addresses only. It may contain confidential information the review, dissemination or disclosure of which is strictly prohibited. Should you receive this message in error, please delete it and notify the sender to the e-mail address indicated above. This message, including attachments, is intended for the above-mentioned addresses only. It may contain confidential information the review, dissemination or disclosure of which is strictly prohibited. Should you receive this message in error, please delete it and notify the sender to the e-mail address indicated above. ___ 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 Sitemap Problem
Hi Oliver, Oliver Tempel wrote: PHP Script timeout Dann ist deine Sitemap zu langsam. Du musst du die max_execution_time von PHP höher setzen. Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active contributor TYPO3 CMS TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] ListModule Hook Problem
Hallo, ich habe die Anforderung, über das Listmodul alle auf einer Seite gespeicherten Unterseiten verwalten zu müssen. Über den Pagetree ist das zu aufwändig, da es sehr viele Beiträge (Unterseiten) werden und damit schnell unübersichtlich wird. Als quasi ein tt_news mit den T3 Boardmitteln. Dazu würde ich das Listmodul um einen direkten Link auf die Seiteninhaltsansicht erweitern - der Link ist ja sehr einfach - und im Pagetree diese Unterseiten ausblenden (bisher habe ich zwar erst herausgefunden wie man das für Seiten macht und nicht nur für alle Unterseiten, aber das wird hoffentlich noch). Ist das ein guter Ansatz oder bin ich damit am Holzweg? Nun aber zum eigentlichen Problem: In meiner Extension registriere ich nun den Hook mit $GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['typo3/class.db_list_extra.inc']['actions'][] = 'DIV\Extension\Hook\PagerendererHook-renderListHeader'; und der dazugehörige Hook sieht folgendermaßen aus: ?php namespace ROCHUS\RochuskircheDiv\Hook; use TYPO3\CMS\Core\Utility\GeneralUtility; /** * Class PagerendererHook * @package DIV\Extension\Hook */ class PagerendererHook implements \TYPO3\CMS\Recordlist\RecordList\RecordListHookInterface { /** * Modifies WebList clip icons (copy, cut, paste, etc.) of a displayed row * * @param string $table The current database table * @param array $row The current record row * @param array $cells The default clip-icons to get modified * @param object $parentObject Instance of calling object * @return array The modified clip-icons */ public function renderListHeader($table, $row, $cells, $parentObject) { .. Nun bekomme ich beim Aufruf immer den Fehler: #1195567840: $hookObject must implement interface TYPO3\CMS\Recordlist\RecordList\RecordListHookInterface UnexpectedValueException thrown in file /data/www/k001919/web/rochuskirche.at/typo3/sysext/recordlist/Classes/RecordList/DatabaseRecordList.php in line 1192. Es wird hier scheinbar kein Objekt erzeugt ($hookObject = GeneralUtility::getUserObj($classData);), doch was mache ich falsch? Vielen Dank für eure Hilfe, Thomas ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: ListModule Hook Problem
.. der Namespace ist natürlich DIV\Extension\Hook Leider falsch gepostet, aber nicht die Lösung des Problems. ___ 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 Sitemap Problem
Die Scriptruntime liegt schon bei 900S. Das Problem tritt auch nur unter 6.2 auf, unter 4.5 ist alles ok. Um die Sitemap zu generieren wird die Standard Extension von TYPO3 verwendet und keine Plugin Am 19.12.2014 um 16:53 schrieb Philipp Gampe: Hi Oliver, Oliver Tempel wrote: PHP Script timeout Dann ist deine Sitemap zu langsam. Du musst du die max_execution_time von PHP höher setzen. Grüße -- -- Oliver Tempel Lindenstraße 2 57080 Siegen Tel.: 0271/55 130 91 Fax : 0271/55 130 92 E-Mail: i...@olivertempel.de WEB : http://www.olivertempel.de Diese E-Mail, einschließlich angehängter Dateien, kann vertrauliche und/oder rechtlich geschützte Informationen enthalten. Wenn Sie nicht der beabsichtigte Empfänger sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und löschen Sie diese E-Mail aus Ihrem System. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser E-Mail ist nicht gestattet. This message, including attachments, is intended for the above-mentioned addresses only. It may contain confidential information the review, dissemination or disclosure of which is strictly prohibited. Should you receive this message in error, please delete it and notify the sender to the e-mail address indicated above. This message, including attachments, is intended for the above-mentioned addresses only. It may contain confidential information the review, dissemination or disclosure of which is strictly prohibited. Should you receive this message in error, please delete it and notify the sender to the e-mail address indicated above. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] STOP! Re: TYPO3 6.2.4 + gridelements
Ja, ich habe auch den Eindruck, dass die 6er Versionen das Löschen der Caches öfter brauchen als die 4er :/ Im InstallTool mach ich selbst das selten. hat bei mir den Grund das wenn ich den Cache Ordner in typo3temp löschen will, und ich nur einen FTP zugang habe, das sehr langsam geht (das kann schon Minuten dauern), im InstallTool ist es RuckZuck erledigt und es sind auch noch die nötigen DBtables leer... -- image[FORMAT] - Ralf-René Schröder http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] PHP Ausführungszeit-Problem bei Array-Zuweisung
Hi Chris, danke für die Erläuterungen! Ist mir schon klar mit den verschachtelten Schleifen. Ich kam nur nicht auf die Idee, dass die nicht nur in der Action sondern auch im Fluid-Template waren ;) Konnte das Problem nun umgehen mit dem Alias-Viewhelper, so dass die Action vom Fluid-Template nur einmal aufgerufen wird. Grüße, Till On 12/19/2014 09:27 AM, Chris Wolff - AERTiCKET AG wrote: Hi Till. Typo3 hat ein timetracker $timeTracker (hab selbst noch nicht damit gearbeitet aber damit solltest du eigendlich, in der lage sein aufrufzeiten zu protokollieren.. und so vielleicht näher an die ursache deines problems herrahnkommen. Für each schleifen können natürlich ein problem darstellen weil sich die anzahl der operationen exponentionell erhöht. Wenn du 2 foreach schleifen mit je 10 operationen hast. Müssen 10*10 = 100 Operationen durchgeführt. Wenn eine weitere mit 10 Operationen hinzukommt. 10*10*10 = 1000 Meine logik ist hier natürlich stark vereinfacht. (aber ich denke die idee ist verständlich) Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von g4-l...@tonarchiv.ch Gesendet: Donnerstag, 18. Dezember 2014 17:11 An: 'German TYPO3 Userlist' Betreff: [TYPO3-german] PHP Ausführungszeit-Problem bei Array-Zuweisung Hallo allerseits, das Problem ist vermutlich nicht T3-spezifisch, aber vielleicht kann mir trotzdem jemand weiter helfen: In einer Extbase Action-Funktion habe ich folgende Schleife: $return = array( 'standorts' = array(), 'leistungs' = array(), ); $hasStandorts = array(); foreach () { foreach ($this-getStandorts() as $standort) { $standortUid = $standort-getUid(); [...] if(...) $hasStandorts[$standortUid] = true; } } foreach ($this-getStandorts() as $standort) { //echo $standort-getCurrent()-getName(); if (array_key_exists($standort-getUid(), $hasStandorts)) $return['standorts'][] = $standort-getCurrent()-getName(); } Die Funktion bricht wegen Timeouts ab (120sec.). Offenbar brauchen folgenden Zeilen zuviel Zeit: $hasStandorts[$standortUid] = true; und $return['standorts'][] = $standort-getCurrent()-getName(); Wenn ich sie auskommentiere, dauert der Aufbau der Seite max. 1 Sekunde. Es liegt aber auch nicht an $standort-getCurrent()-getName() - wenn ich die Zeile echo $standort-getCurrent()-getName(); aktiviere, macht dies das Ganze nicht langsamer. Ist mir alles schleierhaft. Evlt. ein Speicherproblem? In anderen Funktionen benutze ich genau die gleichen Zuweisungen, dort ist es aber kein Problem. Allerdings haben diese Funktionen weniger verschachtelte foreach-Schleifen. Kann das irgendwie damit zusammen hängen? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tx_news - Seiteninhalte handeln
Was u.a. offen war und leider auch nicht von deiner Antwort beantwortet wird (aber angeschnitten): Wenn ich x News-Extensions auf meiner Seite eingebaut habe und deren News sich in x SysFoldern befinden, kann ich dafür dann einen einzigen RSS-Feed erstellen oder wären das dann auch x RSS-Feeds? Hallo Dirk, die Frage ist sehr gut! Die Beschreibung gibt es auf dieser Seite: http://docs.typo3.org/typo3cms/extensions/news/Main/Administration/Rss/Index.html?highlight=rss Ich verkürze den Code auf die Zeilen, die für deine Frage entscheidend sind: settings { categories = 9 categoryConjunction = notor limit = 30 detailPid = 25 // nur eine PID möglich! startingpoint = 24,25,26 // usw. mehrer Startingpoints möglich format = xml } Du kannst mehrere Ordner unter startingpoint angeben und über categories die Ausgabe begrenzen. Das Problem ist die Seite detailPid, denn Du kannst den RSS-Feed nicht auf unterschiedliche Seiten verlinken. Ich habe da keine Lösung auf Anhieb, allerdings würde ich so ansetzen: pageNewsRSS = PAGE pageNewsRSS { typeNum = 9818 10 tt_content.list.20.news_pi1 10 { // Einstellungen für Rubrik 1 } 20 tt_content.list.20.news_pi1 20 { // Einstellungen für Rubrik 2 } } Allerdings scheitert mein Ansatz an dem Header, der dann doppelt ausgegeben wird. Vielleicht hat hier jemand eine Idee? ___ 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 Sitemap Problem
Hi Oliver, Oliver Tempel wrote: Die Scriptruntime liegt schon bei 900S. Das Problem tritt auch nur unter 6.2 auf, unter 4.5 ist alles ok. Das heißt, du rufst die Seite auf, wartest 15 Minuten und dann kommt die weiße Seite? Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active contributor TYPO3 CMS TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Nach Update auf 6.2 Links pro Bild falsch
Hallo zusammen Wir haben hier eine 4.5 Installation auf 6.2 aktualisiert und im Upgrade Wizard alles durchgespielt. Dennoch waren in einem Bild Contentelement die Links (pro Bild) nicht mehr korrekt gesetzt. Bei einem 3 Bilder Element hatte Bild 2 und 3 kein Link mehr. Dafür war bei Bild 1 im Linkfeld www.link1.com, www.link2.com, www.link3.com Hab ich was übersehen das man machen muss damit das übernommen wird? Besten Dank fürs Feedback Gruss Philipp ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german