|
#1
| ||||
| ||||
Warum tritt (z.B. beim Aufruf des Repository / EXT Manager) folgender Fehler auf? Zitat:
In deisem Fall musst du den Speicher in der php.ini auf z.B. 32 MB oder höher setzen. Solltest du keinen Zugriff auf deine php.ini Datei haben, lohnt sich auf jeden Fall ein Gespräch mit deinem Provider, bzw. der Wechsel. © Junior
__________________ Two hours of trial and error can save ten minutes of manual reading. ![]() Meine neue Seite www.monot.com. Jetzt noch weicher. |
| Sponsored Links |
| Unterstützen Sie das Forum und buchen Sie Ihren Webspace beim T3N Testsieger, dem Webhoster der auch dieses Forum hostet! |
|
#2
| ||||
| ||||
| Hallo Zusammen, weisse Seiten, lahmer Server, unerklärbares Verhalten oder obige Fehlermeldungen? Bisher war mir bekannt, daß man auf ausreichend Speicherplatz auf der Festplatte achten muss: 1) Im Webverzeichnis, wo die Dateien liegen die die Anzeige der Webseite bestimmen. 2) Auf dem Server wo Apache, MySQL und PHP installiert sind und die Logdateien abgelegt werden. Logdateien müssen dort regelmäßig gelöscht werden, damit ausreichend Platz für Server und Datenbanken bleibt. Ausserdem muss natürlich ein Mindestmaß an Arbeitsspeicher für die Ausführung von PHP bereitgestellt sein (siehe Juniors Tip oben). Neuerdings habe ich eine neue Ursache gefunden, die den Seitenaufbau bremsen oder ganz blockieren kann: TYPO3 hat einen "LOCK"-Mechanismus eingebaut, der den Seitenzugriff bremsen soll, wenn 2 oder mehr Personen auf die gleiche Seite zugreifen. Der Sinn dahinter ist, daß gewartet werden soll bis der erste "Kunde" bedient wurde, die Seite also generiert wurde. Somit können die weiteren "Kunden" aus dem Cache bedient werden, statt einen neuen Rendering-Prozess zu starten. In älteren TYPO3-Versionen war dieser Lock-Mechanismus standardmäßig ausgeschaltet. Seit einigen Versionen ist das wohl nicht mehr der Fall und führt zu Problemen, weil der Mechanismus meiner Ansicht nach nicht ganz stabil oder ausreichend flott programmiert ist. Auch kürzliche Änderungen haben nichts daran geändert, daß Seitenaufrufe teilweise nicht bedient werden. Fehlerbehebung: Den Lock-Mechanismus deaktivieren. Dazu trägt man in der Datei /tytpo3conf/localconf.php folgende Zeile ein (einfach ganz unten vor '?>' eine neue Zeile einfügen. ) PHP-Code: In erwähnten Zusammenhang habe ich einen Eintrag im Bugtracker vorgenommen: 0009968: ['SYS']['lockingMode'] => default value 'disable' is lost - TYPO3 bugtracker Danke auch an meinen Provider Host4Free Webhosting, Server, Housing: Webhosting für den Hinweis auf die entsprechenden stat64()-Daten. Geändert von david (18.12.08 um 12:26 Uhr) |
|
#3
| |||
| |||
| Zitat:
hallo erstmal, ich habe gleich nach der installation von 4.2.0 genau dieses problem. es verlief alles bestens - keine fehlermeldung, und auch bei der basic configuration steht ein grüner haken bei memory_limit=16M !! da es eine erstinstallation ist und ich keine erweiterungen installiert habe, sollte man doch meinen, dass es dann auch funktioniert ![]() leider bekomme ich aber auch auf vielen seiten im backend (u.a. auch beim klick auf web/pages) diese meldung Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to allocate 491520 bytes) in /srv/www/htdocs/user/html/typo/typo3/sysext/cms/layout/class.tx_cms_layout.php on line 727 leider habe ich noch keine antwort vom provider, ob er die php.ini anpasst. ich hab nun nicht einmal die möglichkeit seiten zu erstellen, verwalten usw.. wenn nun der provider nicht die php.ini anpasst - gäbe es evtl eine andere möglichkeit, als den provider zu wechseln? |
|
#4
| ||||
| ||||
| Trag im Installtool unter "[SYS][setMemoryLimit]" mal 64 ein. Eventuell erlaubt Dein Provider nämlich, daß Du per ini_set die Speichergrenze für ein Skript hochsetzen kannst. TYPO3 fügt dann die entsprechende Zeile jeweils zu Beginn ein. Sicherheitshalber kannst Du auch noch in php.info (auch als Seite im Installtool vorhanden) nach memory_limit suchen und dort die Obergrenze ablesen. |
![]() |
| Lesezeichen |
| Themen-Optionen | |
| Ansicht | Thema bewerten |
| |
Ähnliche Themen | ||||
| Thema | Autor | Forum | Antworten | Letzter Beitrag |
| Fehlermeldung "TYPO3 Fatal Error: Extension key "sv" was NOT loaded!..." | mailaz | TYPO3 4.x Installation und Updates | 5 | 18.04.09 18:26 |
| Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to allocate 12 by | untermarsoner | TYPO3 3.x Fragen und Probleme | 8 | 14.05.07 16:51 |
| Warum erhalte ich die Fehlermeldung "Extension key 'cms' was NOT LOADED"? | c4c | FAQ - Sonstiges | 0 | 08.11.06 18:16 |
| Warum erhalte ich bei cc_awstats die Fehlermeldung "no qualified records found"? | Junior | FAQ - Extensions | 0 | 08.11.06 17:22 |
| Warum erhalte ich die Fehlermeldung "Warning: mysql_fetch_assoc"? | Junior | FAQ - Backend | 0 | 08.11.06 14:08 |