Hi Stefan Franke,
Stefan Franke wrote:
Garantie, dass das alles sinnvoll ist, aber vielleicht hilft dir ja der
eine oder andere Tipp
Danke für die super Liste...
Was man ebenfalls machen sollte:
* Opcode Cache aktivieren (und überwachen): 300% Performance
* Neue PHP Versionen verwenden (5.3
Hallo liebe Liste,
Hätte jemand von Euch Zeit mir eine Vorgehensweise aufzuzeigen, mit der
ich erfolgreich unperformante Bereiche einer Typo3 Seite identifizieren
kann? Gibt es typische Performancekiller, die ich überprüfen kann?
Ich habe eine komplexe, templavoila gestützte, Typo3-Seite
Hi Konrad,
im Admin-Panel wird einem angezeigt, wo die Zeit bleibt. Da könntest du
mal nachschauen. Hier ein Artikel zu dem Thema:
http://t3n.de/magazin/schnell-schneller-schnellsten-typo3-performance-221408/2/
Gruß Jost
Am 4/8/2013 11:13 AM, schrieb Konrad Chorosinski:
Hallo liebe Liste,
Am 08.04.2013 11:13, schrieb Konrad Chorosinski:
Hallo liebe Liste,
Hätte jemand von Euch Zeit mir eine Vorgehensweise aufzuzeigen, mit der
ich erfolgreich unperformante Bereiche einer Typo3 Seite identifizieren
kann? Gibt es typische Performancekiller, die ich überprüfen kann?
Ich habe eine
Hallo Konrad,
solche langen Ladezeiten hatten wir auch mal. Bei uns war tt_news der Übeltäter
(viele Kategorien, 50.000 Artikel). Bis wir da allerdings draufgekommen sind,
haben wir an allen Ecken und Enden versucht, TYPO3 zu optimieren. Dabei ist
folgende Liste entstanden. Ich übernehme keine
Am 08.04.13 11:13, schrieb Konrad Chorosinski:
Hat jemand Erfahrungswerte um die Servereinstellungen zu optimieren?
Folgende Tipps kann ich dir geben:
* Das Adminpanel ist Dein Freund
* USER_INT Objekte sind Dein Feind
* Extension Templates sind zu vermeiden
* Zu viele CONDITIONS auch
*
Hi,
noch ein paar Inputs.
Am 08.04.2013 12:57, schrieb Olivier Dobberkau:
* Das Adminpanel ist Dein Freund
= hier insb TypoScript:
+ Display all times
+ Force TS rendering
* USER_INT Objekte sind Dein Feind
+ COA_INT
* Extension Templates sind zu vermeiden
kann ich so
Am 08.04.13 13:03, schrieb Georg Ringer:
jep. insbesonders hier macht es teilweise sinn das via 2nd level cache
auszulagen.
guter post hier:
http://www.fabrizio-branca.de/typo3-individual-cobject-caching.html
olivier
___
TYPO3-german mailing list
--- Original Nachricht ---
Absender: Georg Ringer
Datum: 08.04.2013 13:03:
Hi,
[...]
* USER_INT Objekte sind Dein Feind
+ COA_INT
[...]
Die Aussage ist so pauschal nicht richtig!
* wenn viele hoch-personalisierte Seiten mit entsprechend
unterschiedlich berechtigtem Content
--- Original Nachricht ---
Absender: Peter Russ
Datum: 08.04.2013 13:17:
--- Original Nachricht ---
Absender: Georg Ringer
Datum: 08.04.2013 13:03:
Hi,
[...]
* USER_INT Objekte sind Dein Feind
+ COA_INT
[...]
Die Aussage ist so pauschal nicht richtig!
* wenn viele
Hi,
Am 08.04.2013 13:17, schrieb Peter Russ:
Die Aussage ist so pauschal nicht richtig!
stimmt natürlich dass das pauschal schwer zu beantworten ist aber ab
einer bestimmten größe und mehr als CMS muss man sich fragen ob man das
falsche Tool hat.
georg
Am 08.04.2013 13:29, schrieb Georg Ringer:
Hi,
Am 08.04.2013 13:17, schrieb Peter Russ:
Die Aussage ist so pauschal nicht richtig!
stimmt natürlich dass das pauschal schwer zu beantworten ist aber ab
einer bestimmten größe und mehr als CMS muss man sich fragen ob man das
falsche Tool hat.
--- Original Nachricht ---
Absender: Georg Ringer
Datum: 08.04.2013 13:29:
Hi,
Am 08.04.2013 13:17, schrieb Peter Russ:
Die Aussage ist so pauschal nicht richtig!
stimmt natürlich dass das pauschal schwer zu beantworten ist aber ab
einer bestimmten größe und mehr als CMS muss man
13 matches
Mail list logo