CONTENIDO Forum

Wunsch:
- differenzierte Rechteverwaltung (lesen/schreiben/überschreiben+löschen) für die Dateiverwaltung für einzelne Ordner

Cu Schwede

Der generierte Code und die Funktionen machen einen sehr guten Eindruck. Währe gegenüber SPAW wohl eine bessere Alternative als HTMLAREA3. Läuft auf meinem System unter Mozilla 1.7, Firefox RC1, Opera 7.5 und IE5.5 zügig und ohne Probleme!!!

BITTE INTEGRIEREN!!!

@oma wetterwax
Na dann mal Danke, werde das heute Mittag mal testen und dann für zukünftige Contenidos archivieren. SUPER ARBEIT!!! 8)

@christa
Lag wohl an meiner Galerie, mit deiner funktioniert das. Leider ändert das nichts am diesem Uploadproblem ...
Wenn ich das Standard-Bildmodul benutze und ...

War über das Wochenende weg ...

@oma wetterwax
Hauptsache es funktioniert. Könntest du mir deine Änderung etwas ausführlicher beschreiben? (Wo genau hast du was eingegeben? Was bewirkt das? ... ) Am besten Idiotensicher! :oops:

@christa
Wenn du ein frischübers Backend hochgeladenes Bild (600) in ...

@christa
Welche CVS-Version hast du den Verwendet? Ich hatte bei einer Neu-Installation den Snapschuss fom 24.09. drauf.

@timo
Könnte man nicht eine Abfrage ins Setup integrieren, ob Contenido Systemrechte verwenden soll oder eigenständige Rechte?

Ach ja. Profihost schrieb bezüglich der Rechte ...

Überprüf mal ob die Images die Rechte auf 644 oder höher haben.
In einem anderen Zusammenhang war das die Ursache solcher Probleme.

:shock: PHP als binary ist ein Spezialfall? Ich dachte PHP als binary ist dar Optimalfall, da so alle Befehle von PHP 100%ig unterstütz werden?
Oder glaube ich nur den richtigen Aufkleber gefunden zu haben? :wink:

In der Version 4.4 gibt es diese Problem doch auch nicht. Warum bestand denn hier ...

Profihost hat geantwortet:

Also ich habe nun diverse Tests durchgeführt und die UMASK ist bei uns mit 022 def. korrekt.

Eine Datei, die mit fopen erstellt wird, erhält 644, was auch korrekt ist. Ändere ich die UMASK auf z.B. 044 wird die Datei mit 622 erstellt.

Die rechte sind nur bei der PHP ...

Wurde das Bild über FTP oder über Contenido hochgeladen?

Über Contenido. Rechte der Datei sind dann 600. --> keine Bildanzeige
Lade ich ein Bild über FTP sind ide Rechte 644. Dann klappt alles problemlos. Ändere ich die Rechte einer über Contenido hochgeladenen Datei von 600 auf 644 läuft auch ...

@timo


Nein, das ist ja richtig so: Das Recht "600" ist ja okay, solange alles in Contenido bleibt. 600 bedeutet, daß der Besitzer (also Contenido über PHP) lesen und schreiben darf.

Theoretisch gebe ich dir Recht. Praktisch gibt es diese Fehler bereits mit dem Standartbildmodul. Ist chmod auf ...

@christa
Danke für deinen Einsatz. Mit viel Glück stellen sie es vielleicht tatsächlich um.
Über ProfHost kann man hier wirklich nicht meckern. Die versuchen wirklich zu helfen. ProfiHost schrieb:


Wenn Sie mir sagen, wie wir PHP dazu bewegen können, die Scripte standardmäßig als 644 upzuloaden ...

Na da haben wir also des Pudels Kern ...

@christa
Habe gerade die Diskussion im ProfiHost-Forum gelesen.

@timo
Wie stehen den die Chancen, dass ihr den Chmod wieder in die functions.upl.php rein nehmt?

@christa
Dann bin ich relativ ratlos. Würde eigentlich auch meinen das Masshoster identische Server haben!?? Könnte das eventuell an der Contenido-Version liegen? Ich arbeite dort mit dem aktuellen CVS ...

@kummer
Das könnte mir helfen. Meinst du so?
exec ("chmod -R 0744 *.jpg");

@christa
Ja, alles wurde konfiguriert.
Lädst du über den Backendupload hoch? Ich habe es gerade noch einmal getestet und die files kommen immer mit 600 an. Wenn ich etwas per FTP hochlade hat es auch bei mir 644. Mir geht es ...

Erstmal Danke für eure Mithilfe!

@timo:
SafeMode ist übrigens off.

@christa
Habe die Galerie konfiguriert. Solbald ich über die Shell die Files auf 644 setze funzt auch alles problemlos. Ist halt nur sehr umständlich.

Bitte helft mir doch nochmal. :oops:
Bis ich eine bessere Lösung finde möchte ...