kcfinder funktioniert bei Strato nicht korrekt

[noRiddle (revilonetz)]

Danke dir web28.

Habe nun folgendes geändert:

• In /admin/includes/modules/kcfinder/core/class/uploader.php folgendes

Code: PHP  [Auswählen]

: path::normalize(realpath($_SERVER['DOCUMENT_ROOT']));

geändert in

Code: PHP  [Auswählen]

: path::normalize(realpath(DIR_FS_DOCUMENT_ROOT));

• In /admin/includes/modules/kcfinder/lib/helper_path.php folgendes

Code: PHP  [Auswählen]

if (!isset($_SERVER['DOCUMENT_ROOT']) || ($dir === false))

geändert in

Code: PHP  [Auswählen]

if (!defined('DIR_FS_DOCUMENT_ROOT') || ($dir === false))

und

Code: PHP  [Auswählen]

$doc_root = self::normalize(realpath($_SERVER['DOCUMENT_ROOT']));

geändert in

Code: PHP  [Auswählen]

$doc_root = self::normalize(realpath(DIR_FS_DOCUMENT_ROOT));

und

Code: PHP  [Auswählen]

if (isset($_SERVER['DOCUMENT_ROOT'])) {
            return self::normalize(realpath($_SERVER['DOCUMENT_ROOT']) . "/$url");

geändert in

Code: PHP  [Auswählen]

if (defined('DIR_FS_DOCUMENT_ROOT')) {
            return self::normalize(realpath(DIR_FS_DOCUMENT_ROOT) . "/$url");

Alles andere ist original.

Funktioniert soweit ich es sehe.

Gruß,
noRiddle

[web28]

Und sehr gut aufgepasst bei isset => defined

Allerdings müssen bei defined Hochkommata geschrieben werden:

Code: PHP  [Auswählen]

if (!defined('DIR_FS_DOCUMENT_ROOT')

Gruss Web28

[Tomcraft]

Ticket #1115 wurde soeben nach Korrektur geschlossen.

Grüße

Torsten

[noRiddle (revilonetz)]

...
Allerdings müssen bei defined Hochkommata geschrieben werden:
...

Jau, sorry, vielleicht kann das jemand korrigieren in meinem Post, damit niemand das so übernimmt.

Gruß,
noRiddle

[web28]

Erledigt.

Gruss Web28

[dukie]

Ich habe hier einen ähnlichen Fehler. Hoster Domainfactory. In den Feldern wo die Ordner bzw. Bilder zur Auswahl stehen sollten steht nur "Unbekannter Fehler."

Jemand eine Idee?

[msfrog]

Hallo,
das gleiche Problem habe ich bei Alfahosting. Statt der Verzeichnisse / Dateien sehe ich nur "Unbekannter Fehler". Auf meinem eigenen Test-Server gehts. Auch nach dem Update auf die 2.0.2.2 hat sich nichts verbessert.

Für einen Tipp wär ich sehr dankbar.

[msfrog]

Noch ein Nachtrag: In einem komplett frisch installierten Shop funktionierts. Kopiere ich ein Template, den Inhalt von /images und die DB aus nem bestehenden Shop rüber und fahre die nötigen Updates -> oben beschriebenes Verhalten...

[msfrog]

Hat wirklich niemand ne Idee? Inwieweit haben denn Templates oder die Datenbank überhaupt Einfluss auf die Funktion des KCFinders?

[noRiddle (revilonetz)]

Das Template keinen, die DB schon.
Was sagen denn die Admin-Rechte bei filemanager bei dem von dir benutzten Admin ?

Gruß,
noRiddle

[msfrog]

Das Filemanager-Recht musste ich manuell für den Admin vergeben, sonst ging der KCFinder gar nicht erst auf bzw. warf nur eine Fehlermeldung vom Server. Es sind also sämtliche Rechte angehakt. Daran kanns leider nicht liegen.

Der KCFinder geht wie gesagt zwar auf, in beiden Fenstern, also der Verzeichnisliste und der Dateiliste steht aber nur "Unbekannter Fehler". Kann der evtl. auf die Verzeichnisse nicht zugreifen? Die Rechte stehen aber auf 664 bzw. 775. Ich hatte testweise mal /images auf 777 gestellt, aber auch das hilft nicht.

[Timm]

Hört sich stark nach

Bilderauswahl geht nicht 2.0.2.1

oder auch

modified eCommerce Shopsoftware 2.0.2.1 rev 10607 veröffentlicht an.

Wie noriddle schon geschrieben hat, kommt nur die alte Datenbank als Grund in Frage.

Guck mal in der DB in der tabelle admin_access so an Stelle 63 etwa, ob es filemanager und fck_wrapper gibt.

Es darf nur filemanager vorhanden sein.

Wenn beides drin steht, dann hast du bei einem update mal einen Fehler gemacht.

Wie das zu ändern ist, steht in den oberen beide Posts.

[msfrog]

Hallo FräuleinGarn,
danke für den Hinweis, aber das ist auch nicht das Problem. In den von dir verlinkten Threads geht es auch nur um das Problem mit dem Fehler "Direct Access to this Location is not allowed". Der tritt auf, wenn die Berechtigung "Filemanager" fehlt. Die ist bei mir aber gesetzt.

Die Spalte fck_wrapper gibts in der Datenbank noch, aber auch nachdem ich sie gelöscht hatte funktioniert der KCFinder nicht. In der Spalte filemanager steht für den Admin eine 1, die Rechte hat er also.

Ich bin mir auch sicher beim Update keinen Fehler gemacht zu haben, ich hab das Struktur-Update gefahren und dann alle einzelnen Updates für 1.05 und höher gemacht.

Dumme Frage: Selbst wenn fck_wrapper in der Tabelle noch drin ist, sollte das doch eigentlich kein Problem darstellen, solange die Spalte filemanager vorhanden ist und den richtigen Wert ausgibt, oder? Im Code des Shops wird dann doch eh nur filemanager verwendet.

[Timm]

Hallo FräuleinGarn,
danke für den Hinweis, aber das ist auch nicht das Problem. In den von dir verlinkten Threads geht es auch nur um das Problem mit dem Fehler "Direct Access to this Location is not allowed". Der tritt auf, wenn die Berechtigung "Filemanager" fehlt. Die ist bei mir aber gesetzt.

Die Spalte fck_wrapper gibts in der Datenbank noch, aber auch nachdem ich sie gelöscht hatte funktioniert der KCFinder nicht. In der Spalte filemanager steht für den Admin eine 1, die Rechte hat er also.

Ich bin mir auch sicher beim Update keinen Fehler gemacht zu haben, ich hab das Struktur-Update gefahren und dann alle einzelnen Updates für 1.05 und höher gemacht.

Dumme Frage: Selbst wenn fck_wrapper in der Tabelle noch drin ist, sollte das doch eigentlich kein Problem darstellen, solange die Spalte filemanager vorhanden ist und den richtigen Wert ausgibt, oder? Im Code des Shops wird dann doch eh nur filemanager verwendet.

Solangsam glaube ich auch nicht an die Erklärung, dass wir alle das Update der DB vergessen haben, sooft, wie es jetzt schon vorkam. War da auch immer sehr genau bei.

Aber das ändert nichts daran, dass du es nochmal ab 1.0.6.4 updaten musst. Lies dir dazu nochmal die beiden Posts zu durch. Es nützt nichts nur fck_wrapper zu löschen. Funktioniert nicht. Du musst erst filemanager löschen und dann durch das update die Datei fck_wrapper umbenennen lassen. Das geht aber nur wenn filemanager nicht schon vorhanden ist.

Wenn beide Dateien vorhanden sind, funktioniert der Kcfinder nicht. Weiß nicht warum.

Beachte den Post von Torsten mit der geänderten 1.0.6.4sql, damit du dir nicht doppelte Inhalte in der DB erstellst. Also erst DB-Strukturupdate und danach alle DB Updates ab 1.0.6.4, wobei die 1.0.6.4 vorher abgeändert werden muss.

Dann kannst du das schonmal ausschließen. Ich tippe darauf, dass es dann schon funktioniert. Machen musst du es eh so, weil du sonst nie die Tabelle filemanager funktionierend hinbekommst.

[noRiddle (revilonetz)]

...
Dumme Frage: Selbst wenn fck_wrapper in der Tabelle noch drin ist, sollte das doch eigentlich kein Problem darstellen, solange die Spalte filemanager vorhanden ist und den richtigen Wert ausgibt, oder? Im Code des Shops wird dann doch eh nur filemanager verwendet.

Sehe ich auch so.
Das Problem muß ein anderes sein, denn wenn das Feld filemanager in der DB-Tabelle admin_access existiert und für den benutzen Admin auf 1 steht ist alles gut was das betrifft.
Selbst wenn es das Feld fck_wrapper noch gibt darf das nicht stören.

Außerdem hatte msfrog ja bereits geschrieben

...
Die Spalte fck_wrapper gibts in der Datenbank noch, aber auch nachdem ich sie gelöscht hatte funktioniert der KCFinder nicht. In der Spalte filemanager steht für den Admin eine 1, die Rechte hat er also.
...

Die Art wie der Endzustand hergestellt wurde interessiert ja nicht, Hauptsache es ist nun so wie es sein soll.
Es führt also zu nichts wenn man alles nochmals macht.

Mir fällt allerdings momentan nichts ein was das Problem noch hervorrufen könnte...

Gruß,
noRiddle