Modulmanager bietet nicht alle Module an.

[Neo73]

Ich wollte das Youtube Modul nachinstallieren nur er zeigt mir nur Module A-S an.
Ab Modul U-Z wird mir nur das Update auf das Captcha Modul angezeigt welches ich nicht intstallieren will.

Ich hatte zuvor das Captcha 4.0 Modul manuell installiert da dieses mit dem Guestbook Modul keinen Captcha Fehler verursacht.

Aktuell ist CMS 1.8.2 also das ganz neue Installiert.
Der Fehler war aber auch schon bei 1.8.1.

Ich könnte das Modul zwar auch Manuell einspielen.
Wollte aber mal fragen ob ein Ram-/Pufferüberlauf die Ursache ist oder ob es ein Bug ist???

[cyberman]

Wenn ich mich recht entsinne, ist in der neuen Version des ModulManagers eine Option enthalten, nur kompatible Module anzuzeigen - wie ist deine Einstellung?

Abgesehen davon möchte ich vom ModulManager abraten, da dies arge Berechtigungsprobleme zur Folge haben kann.

[Neo73]

Wenn ich mich recht entsinne, ist in der neuen Version des ModulManagers eine Option enthalten, nur kompatible Module anzuzeigen - wie ist deine Einstellung?

Abgesehen davon möchte ich vom ModulManager abraten, da dies arge Berechtigungsprobleme zur Folge haben kann.

Egal was ich einstelle bei:
"Nur die neueste Modulversion anzeigen"
Es wird wie oben nur bis Buchstabe S etwas aufgelistet.

Eine Option:
"nur kompatible Module anzuzeigen"
habe ich nicht gefunden.
Es wäre auch sehr komisch wenn es da Probleme gäbe denn ich habe noch kaum Module installiert die in Konflikt geraten könnten. Es ist so zusagen eine komplett neue Installation gewesen.

Warum sollte der Modulmanager Berechtigungsprobleme verursachen?
Bzw. warum wird er dann überhaupt mitgeliefert?


EDIT:
Seit eben 2010-08-17 geht es wieder obwohl ich nichts geändert habe.

[cyberman]

Warum sollte der Modulmanager Berechtigungsprobleme verursachen?

Bitte noch mal GENAU lesen

... Berechtigungsprobleme zur Folge haben kann.

kann = Möglichkeit, nicht muss oder wird

Hintergrund ist der, dass für den Server auch der ModulManager nur eines von vielen PHP-Scripten ist, welches durch den httpd-Prozeß (oder wwwrun oder wie auch immer er bei dir heisst) gestartet wird. Folglich werden auch die durch dieses Modul geschriebenen Daten "Eigentum" des httpd-Prozesses, was zur Folge hat, dass nur httpd diese Daten schreiben und löschen kann.

Falls du dann mal händisch an den Daten oder Modulen etwas ändern möchtest (z.Bsp. das Template für die Administrationsseite des Moduls), kann es sein, dass dir dies verwehrt wird, weil du ja nicht der Eigentümer bist, sondern eben httpd.

Bzw. warum wird er dann überhaupt mitgeliefert?[/font][/color]

Weil es grundsätzlich eine sehr bequeme Methode ist, Module aus dem System heraus zu installieren bzw. zu aktualisieren. Unter ungünstigen Umständen (=Servereinstellungen) funktioniert das aber nicht ... daher meine Vorwarnung.

[Neo73]

Folglich werden auch die durch dieses Modul geschriebenen Daten "Eigentum" des httpd-Prozesses, was zur Folge hat, dass nur httpd diese Daten schreiben und löschen kann.

Falls du dann mal händisch an den Daten oder Modulen etwas ändern möchtest (z.Bsp. das Template für die Administrationsseite des Moduls), kann es sein, dass dir dies verwehrt wird, weil du ja nicht der Eigentümer bist, sondern eben httpd.

Kann man nicht via FileZilla also mittels FTP Programm oder ähnlichem die Rechte wieder übernehmen?

[owr_bgld]

Kann man nicht via FileZilla also mittels FTP Programm oder ähnlichem die Rechte wieder übernehmen?

Nur wenn "chown" zugelassen wird, was aber bei den meisten providern abgeschalten ist.

Wenn ich z.B. das "Owner"-Problem habe muss ich das dem Provider mitteilen und der stellt die Dateien dann alle für mich um.

[cyberman]

Im Forum gabs dazu mal ein Skript - es werden dann aber ALLE Dateien auf 777 gesetzt

http://cmsms-mods.googlecode.com/files/ ... ssions.zip

[nockenfell]

Würde ich nicht empfehlen. Lieber den Provider fragen.