Hallo, bei mir lag das hin und wieder "zerschossene" Backend am fehlerhaften
Pfad der in der Datei scheduler.sh (ruft die Scheduler Tasks via Cronjob auf) eingetragen
war. Diese Änderung ist aber erst seit Version 6.2 notwendig.
Es ist ein Hosting/Webserver spezifisches Problem. Man kann bei sei
Verwendest Du ein CacheFramework? Wenn ja unter welcher PHP Version?
Du kannst gerne ein Ticket aufmachen, ich schreibe meinen Kram dann mit rein : )
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listin
Ich lösche die Dateien im Ordner cache_core im Moment regelmäßig via Cronjob, als Symptombekämpfung sozusagen.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Ok, danke für die Info. Das Problem ist, das der Fehler sehr selten auftaucht
...
Arbeiten bei auch Redakteure oder andere Admins an der Seite und haben die
Berechtigungen zum Cache löschen?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
ht
Hallo Carsten,
einige deiner Extension verwende ich auch:
realurl
pt_extlist
pt_extbase
Static Info Table
- Installation ist ein Upddate einer 4.7 Version auf 6.2.3
- Hosting bei j.weiland
- automated tasks sind direct_mail, system status update, update extension list
- Verwende APC und PHP 5.3
Hallo,
ich habe das gleiche Problem, bei mir ist es auch schon in der 6.4 Version
schon aufgetaucht. Manchmal nach ein paar tagen, manchmal erst nach Wochen
Gruß Nadir
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.or
