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
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)
--
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/
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
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
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
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:
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
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.
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
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
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!
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.
.. 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
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
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
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
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?
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
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
20 matches
Mail list logo
