[Imagine]

Hallo Leute,

ich habe von TYPO3 Vers. 3.81 auf 4.0 geupdatet und leider funktioniert da Einiges nicht mehr so wie es sollte.
Ich will an sich die Extensions RealURL und AWstats wieder nutzen und versuche das Extension Repository zu nutzen.
Aber ich kann hier ("List or look up extensions") eingeben was ich will, das Online Extension Repository funktioniert irgendwie nicht. Und auf der Website "http://typo3.org/extensions/repository" finde ich zwar RealUrl-Versionen, nur lassen die sich nicht downloaden.

Kann mir hier jemand weiterhelfen, wie das mit dem Repository inzwischen funktioniert?

Grüsse

Imagine

[Spyker]

Auf der Detailseite der eytension ist ganz unten immer der download:
http://typo3.org/extensions/reposito...1.1.0/details/

Die datei einfach über das form im Extension Manger hochladen.

Der Extension Manager von Typo3 4.0 braucht erneut wieder ein bischen mehr speicher...

Beste,
Tim

[Imagine]

Hallo Tim,

vielen Dank für den Hinweis! Aber wo stelle ich das

Der Extension Manager von Typo3 4.0 braucht erneut wieder ein bischen mehr speicher.

genau ein?

Viele Grüsse

Imagine

[Spyker]

in der php.ini auf dem Server.

memory_limit = 32M;

Am besten noch höher setzen.!!!

Beste,
Tim

[Tetramatrix]

Du kannst aber auch meine Extension "ch_lightem" installieren. Dann braucht der EM nicht soviel Speicher, und Du hast ein paar Extras mehr. Zb. bessere Sortierung, Update Check, Direkt-Link.

[informix]

Hi,

also ich habe dieselben Probleme die bereits von anderen oben beschrieben wurden. Der Extention Manager meldet "The extension list has not changed remotely, it has thus not been fetched." nachdem ich die aktuelle Extention Liste anfordere über Retrieve / Update. Die Funktion Look up funktioniert ebenfalls nicht.
Ich nutze den Firefox und WinXp sowie Typo3 4.0 auf Basis von Windows XP und arbeite auf Basis der Installversion aus dem Buch "Praxiswissen TYPO 3" zur Ver. 4.0 von Robert Meyer...

Für eine schnelle und hilfreiche Antwort bin ich sehr dankbar!

cu, informix

[framemaster]

Habe bei mir memory_limit in der php.ini auf 64M gesetzt und die execution-time raufgesetzt. Das wirkt Wunder!

[Spyker]

64M ... setz dir die Ziele nicht zu Hoch. Wenn du plötzlich viel Traffic hast, frist Typo3 vielleicht den Speicher voll und kurz darauffolgende Page Impressions haben lange Ladezeiten.

Der Wert sollte möglichst nidrig sein!!!

Beste,
Tim

[mstuebner]

Zitat von Spyker

64M ... setz dir die Ziele nicht zu Hoch. Wenn du plötzlich viel Traffic hast, frist Typo3 vielleicht den Speicher voll und kurz darauffolgende Page Impressions haben lange Ladezeiten.

Der Wert sollte möglichst nidrig sein!!!

Da wüsste ich aber gerne mehr Details.

Der Apacheprozess fordert soviel Speicher an wie er braucht.

1. Bekommt er den RAM, so ist es gut, auch wenn es evtl. Swap ist.
2. Bekommt er den Speicher nicht wird die Seite nicht erzeugt und ausgeliefert.

Warum präferierste Du die zweite Variante?

[Spyker]

wir hatten grade mit einer Seite 2.5 Mio Page Impressions.

Wir haben Typo3 ein bischen mehr eingegrenzt. Weil der Server ist immer sbgeschmirt weil RAM CPU und Swap 100 % voll.... nach dem eingrenzen hat das ausliefern einer Seite manchmal 2 min oder so gedauert. aber es kamen welche an.

Bin auch nicht der Linux / Konfigurations Experte.

Habe mir deshlab vor ein paar tagen auch die fl_staticfilecache geschrieben.

Beste Grüße,
Tim