Zum Inhalt springen

The extension list has not changed remotely ...

Erstellt am 21. Juni 2006 · 20 Antworten · letzte Antwort am 31. Juli 2007 · Seite 1 von 2

Tags: Frage

woida ·

Hab mir grad die 4.0 installiert und als ich mir Extensions installieren wollte, habe ich erstmal auf "Retrieve/ Update" geklickt. Die darauf folgende Meldung

The extension list has not changed remotely, it has thus not been fetched.

stellte mich eigentlich schon zufrieden. Der anschließende Klick auf "Look up" gab mir aber

No matching extensions found.

zurück.

Eine anschließende Forumsuche brachte auch nicht den entscheiden Tip.

Dann fiel mir ein, daß beim ersten "Retrieve/ Update" PHP sich über zu wenig Speicher (Memory Limit Exhausted...) beschwert hat. Den Speicher habe ich dann auf 35MB hochgesetzt (für die 3.8.1 reichten noch 25MB).
Zusätzlich sollte man überprüfen, ob die max_execution_time hoch genug ist (abhängig von der Servergeschwindigkeit und Anbindung ca. 60-90s).
Im Ordner typo3temp wurde nur die Datei "extensions.xml.gz" angelegt, bevor sich PHP verabschiedete. Die Dateien "extensions.bin" und "reviewstates.bin" fehlten.
Also habe ich die "extensions.xml.gz" gelöscht, ein anschließendes "Retrieve/ Update" brachte dann

The extensions list has been updated and now contains 1735 extension entries.

Hab das mal ein bisschen ausführlicher geschrieben, da ich den Fehler schon öfters hier im Forum gefunden hab.
Ich lasse den Beitrag mal ein wenig oben stehen, vielleicht hilfts ja dem einen oder anderen.

astrapiner ·

Hallo,

hänge hier auch an diesem Prob und habe mich mal an deine Tips gehalten.
Also "extensions.xml.gz" gelöscht, danach "Retrieve/ Update" und ich bekam auch die "The extensions list has been updated and now contains 1735 extension entries."

Gehe ich aber dann wieder auf "Look Up" Kommt genau das selbe wieder,
also "No matching extensions found."

Bringt also irgendwie nicht weiter ....

Habt ihr vielleicht noch einen Tip woran das liegen kann

😢

steffenk ·

ich finde das sehr unbefriedigend, man sollte auch eine Option haben, das TER online zu durchsuchen ohne die Liste. Viele haben keine Möglichkeit, ihre PHP-Einstellungen zu ändern.

Eine kleine Hilfe bietet vll die Extension "Light Extension Manager"

steffl ·

Das Erhöhen des Speichers brachte noch nicht die Lösung. Ich musste den Timeout von 60 Sekunden auf 120 Sekunden setzen.

balmung ·

bei mir dasselbe. der witz ist, ich habe typo diverse male neu aufgesetzt. aber immer die gleichen einstellungen. manchmal hat funktioniert, manchmal nicht.

wenn ich auf look up gehe dann wird das fenster nach geraumer zeit weiß.
das mit der extensions.xml.gz hat nicht funktioniert.

habe den time out hochgesetzt und den zugeteilten speicher erhöht.

hat nichts geholfen. habe typo auch jetzt neu installiert und geht immer noch nicht.

balmung ·

habs!!!!!!!!!!! 😃

ein router-reset bewirkt manchmal wunder. allerdings ein wehrmutstropfen:
wenn ich nur tt eingebe, dann kommen allenfalls 2-3 extensions. tt_board bekomme ich beispielsweise nicht.

grüße

tobi

balmung ·

#angry# #angry# #angry# #angry# #angry# 😢 😢 😢

mit 4.01 funktionierts nicht. ich geb auf. wenn noch jemand ideen hat, dann bitte melden.

woida ·

Wenn du einen Router hast, brauchst du evtl. einen Proxy (=curl).
Vielleicht scheitersts ja an dem?

tandem ·

@balmung
Mit welcher Betriebssystemumgebung etc. arbeitest Du?
Wenn die Eingabe von tt nur wenige und tt_board nicht gelistet wird, dann hast Du unter Settings nicht ALLE eingeschaltet.

balmung ·

hallo tandem,

unter settings hatte ich natürlich "alle" aktiviert. hab sogar www.typo3.org/repos... manuell angegeben, mich dort registriert und die zugangsdaten in den settings eingetragen.

also folgende komp.:

4.01dummy(amp), xpprof, ?erweiterungen von was?, provider->localhost;

ich habe mir sagen lassen, dass ich die ectensions auch manuell herunterladen kann, und das habe ich dann auch getan. jetzt tuts zwar, aber es ist nicht sinn der sache.

grüße

tobi

tandem ·

4.01dummy(amp), xpprof, ?erweiterungen von was?, provider->localhost;

Habe eine Installation unter XPPro auf Basis von XAMPP 1.5.2
Als Admin installiert, als gemeiner User Typo3 installiert und keine der von Dir genannten Probleme ...

balmung ·

habe deine angaben unter dem strich als aufforderung im post gelesen. ich stelle fest, das steht immer da.

spaß beiseite. es macht ja prinzipiell egal, wer welche probleme hat, fakt ist: ich habe 8-10 neuinstallationen hinter mir und bekam das problem nicht gelöst. als typo3-anfänger ist man da ganz schön aufgeschmissen, da man die tieferen funktionen und strukturen noch nicht so kennt.

was ich mir erhofft habe ist, dass vielleicht irgendjemand das problem kennt oder einen lösungsansatz hat.

jetzt werde ich halt schon früher einen serverplatz bezahlen müssen als erhofft. #evil#

grüße und danke für die versuche

tobi

JochenHanft ·

Hallo!

Habe auch dasselbe Problem unter 4.0.1. Irgendwie hab ich das Gefühl er reicht die Proxy Authentifizierung nicht richtig durch. Proxy und Benutzername sind in der Konfiguration eingetragen, aber es klappt nicht.

Wer hat die Lösung für unser Problem?

Grüße Jochen Hanft

mart_attacks ·

Nicht vergessen, dass der Server zum Zugriff auf das TER eine Verbindung nach draußen aufnehmen muss, und zwar auf Port 80. Ggf. musst Du eine entsprechende Regel zu den Firewall-Regeln hinzufügen (falls eine Firewall läuft...)

Greetz,
Martin Herzog

digit ·

Hallo zusammen!

Nach langer Suche habe ich bei mir das Problem mit dem memory_limit für den Extension-Manager lösen können. Ich poste hier mal den Weg, wie es bei mir (Typo3 4.0.2) funktioniert hat - vielleicht hilft das bei dem einen oder anderen auch:

Tools > Installation > All Configuration

In der Abteilung [SYS]: den Eintrag [setMemoryLimit] auf den gewünschten Wert setzen.

Die Erläuterung dazu:

Integer, memory_limit in MB: If more than 16, TYPO3 will try to use ini_set() to set the memory limit of PHP to the value. This works only if the function ini_set() is not disabled by your sysadmin.

[SYS][setMemoryLimit] = 60

Evtl. muss noch die Datei extensions.xml.gz im Verzeichnis /typo3temp gelöscht werden, wenn der Extension-Manager meint, dass die Extension-Liste nicht aktualisiert werden müsste weil die schon auf dem aktuellen Stand sei.

Grüße,
Andreas Brunn

http://www.archaeologie-online.de

Kruesty ·

Also diese Extensionlist Problem hab ich auch und ich hab mir folgende Notlösung dazu gemacht:
Ersteinmal die Situation:
Hab ein Webpack, das max. 32MB Arbeitspeicher für einen Vorgang bereit stellt. Dies ist jedoch viel zuwenig, um das "Fetch" der extensions.xml.gz. Da ich für Entwicklungszwecke auch lokal eine Apache mit Typo3 am laufen habe, habe ich lokal die Dateien mit dem "Retrieve/Update"-Button heruntergeladen (und gefetched). Es entstehen dann die beiden Dateien extensions.bin reviewstates.bin (im Verzeichnis typo3temp). Diese habe ich dann per FTP auf den Server übertragen, die Berechtigung per CHMOD geändert und somit war die Extensionlist funktionstüchtig.

Vielleicht klappt das bei euch ja auch!
Grüße!
Steve

automatix ·

Hallo allerseits!

Mir hat folgendes geholfen:

Dmitry Dulepov schrieb

Enable cURL in Install tool and see if typo3 can use it. If no luck, you
always can download extensions as T3X files from typo3.org and upload
them to your site using EM.

Gunnar Jonsson schrieb

The problem with access to the extension repository because of
allow_url_fopen = off, was solved by setting [SYS] [CurlUse] = 1 in the
install tool. Now is everything working fine with the repository.

automatix ·

Leute, bin wieder am Verzweifeln... Die von mir vorgeschlagene Lösung (bzw. eher Workaround) haut nicht mehr hin!

Also:

1. Display shy extensions: angehakt

2. Show obsolete: angehakt

3. Retrieve/Update-Button betätigt

4. memory_limit 50M

5. Install Tool -> [SYS][setMemoryLimit] = 120

6. Install Tool -> [SYS] [CurlUse] = 1

7. /typo3temp/extensions.xml.gz gelöscht

Was muss man denn noch alles machen, damit das verdammte Ding endlich wieder Exts anzeigt?!

Hat vielleicht jemand eine Idee? Wäre super...

Danke