Seite 2 von 4
Verfasst: Fr 4. Nov 2005, 21:00
von halousi
ups, ich dachte das wäre klar.
aber genau: such nach
diese zeilen wurden eingefügt.
Verfasst: Di 8. Nov 2005, 15:46
von michabe
Das scheint keine Kleinigkeit zu sein.
Ich glaube hinter der Berechtigungsvergabe von chmod 0600 steckt ein echter Bug.
Ich habe mein 4.4.4 fast ein Jahr laufen lassen und hatte keine Probleme mit Berechtigungen.
Nach dem Update auf 4.6.2 erscheinen dauernd Fehler, die dadurch entstehen, dass Skripte Dateien anlegen, die immer! chmod 600 haben.
Beispiel: includes/config.php
includes/pseudo-cron.inc.php erzeugt Files nach cronjobs/pseudo-cron.log und send_reminder.php
Alle plötzlich auf 600, sobald der Server files generiert. Da hat halousi das Tor zu einem echten Bug geöffnet, der anscheinend kritisch ist.
Ich kann die Dateien pseudo-cron.log und send_reminder.php nicht verändern und es erscheint plötzlich eine Fehlermeldung direkt über der Kundenseite!!!
Code: Alles auswählen
Warning: fopen(/u/home2/daktiv/www.donautal-aktiv.de/contenido/cronjobs/send_reminder.php.job): failed to open stream: Permission denied in /u/home2/daktiv/www.donautal-aktiv.de/contenido/includes/pseudo-cron.inc.php on line 340
Warning: fgets(): supplied argument is not a valid stream resource in /u/home2/daktiv/www.donautal-aktiv.de/contenido/includes/pseudo-cron.inc.php on line 341
Warning: fclose(): supplied argument is not a valid stream resource in /u/home2/daktiv/www.donautal-aktiv.de/contenido/includes/pseudo-cron.inc.php on line 342
Kann mir jemand auf die Schnelle aus der Patsche helfen?
Verfasst: Di 8. Nov 2005, 16:07
von Dalamar
Hiho,
bei uns taucht das selbe Problem auf. Wir haben einen Managed Server bei Strato laufen und benutzen bereits an die 20 Contenido 4.4.x-Installationen und dieses Problem tauchte bis her nicht auf.
Contenido 4.6.2 zickt hingegen und setzt die Rechte auf 600, sodass man mit den Files solange nicht arbeiten kann, bevor man die Rechte nicht manuell gesetzt hat.
Gruss,
Christian
Verfasst: Di 8. Nov 2005, 16:18
von michabe
Dalamar hat geschrieben:Hiho,
bei uns taucht das selbe Problem auf. Wir haben einen Managed Server bei Strato laufen und benutzen bereits an die 20 Contenido 4.4.x-Installationen und dieses Problem tauchte bis her nicht auf.
Contenido 4.6.2 zickt hingegen und setzt die Rechte auf 600, sodass man mit den Files solange nicht arbeiten kann, bevor man die Rechte nicht manuell gesetzt hat.
Gruss,
Christian
Hi Christian,
beängstigend
Ich setz mal gleich einen Bugreport ab und versuche selbst das Problem zu eliminieren.
Ein globaler umask(022); hat erstmal nix gebracht. Jeder Upload mündet in 0600.
Ich meld mich wieder wenn ich mehr weiß.
Verfasst: Di 8. Nov 2005, 16:24
von timo
Ähm du willst einen Contenido Bugreport absetzen oder was meinst du?
Verfasst: Di 8. Nov 2005, 16:37
von michabe
timo hat geschrieben:Ähm du willst einen Contenido Bugreport absetzen oder was meinst du?
Ja, im Bugtracker unter:
http://bugs.contenido.org
Oder macht man das hier anders? Oder lieg ich falsch, klärt mich auf!
Verfasst: Di 8. Nov 2005, 17:18
von timo
Verfasst: Di 8. Nov 2005, 17:43
von michabe
Ok ... verstehe.
Ich nehm den Bug wieder zurück.
Dennoch bleibt die Frage:
Warum klappt es trotzdem nicht, wenn ich unter contenido/includes/config.local.php
den Eintrag;
einbaue. Sollte ich vielleicht umask(022) für chmod 0644 nehmen, wie in der alten version 4.4.4?
Kann mir jemand sagen, wo ich so ein globales umask eintrage, damit es
wirklich funktioniert?
Danke ... MB
Verfasst: Di 10. Jan 2006, 13:41
von AndreasP
Ich bin ebenfalls bei Domainfactory und hatte beim Upload der Bilder das gleiche Problem. Dank der kleinen Änderung von halousi werden die Fotos nun mit 777 hochgeladen.
Danke!
Andreas
Verfasst: Mi 11. Jan 2006, 21:25
von maliya
hey, ich hatte auch so ein aehnliches problem ... die loesung von halousi hat super funktioniert
Verfasst: Mi 18. Jan 2006, 04:35
von schlappenprinz
timo hat geschrieben:Contenido setzt keine Rechte beim Upload - eventuell mal den Provider darauf hinweisen, daß er die umask ändern soll
Ich würde mich freuen, wenn du (oder jemand anderes) erklären könnte wie man die umask ändern kann. Ich habe shell-zugriff und root-rechte auf meinem virtuell server, bin also quasi mein eigener Provider, was die Kompetenzen - und die Möglichkeit richtig Mist zu bauen - angeht. Was muss ich konkret eintippen, damit bespielsweise alle neu durch wwwrun via das php-upload-skript hochgeladenen Bilder 644 sind, so dass ich sie in Artikel einbinden kann.
Danke im Voraus.
Verfasst: Mi 18. Jan 2006, 11:46
von emergence
ich kann dich nur an das hier verweisen:
sieh dir folgendes an:
http://www.cafesoft.com/products/cams/d ... Agent.html
die passage mit -> Set Apache startup/shutdown script umask <-
Wieso nicht 774 ?
Verfasst: Mo 23. Jan 2006, 10:53
von baletb
Hallo Jungs
Vielen Dank für die Lösung. Ich habe auch lange das selbe Problem mit Bild Uplaod. Die Lösung gefällt mir gut. DANKE vielmal!
Der CHMOD kann man aber auch auf 774 setzen.
gruss
Ben
Verfasst: Fr 10. Feb 2006, 13:38
von Neuling
Ich habe jetzt auch so wie eine Seite zuvor beschrieben die Datei functions.upl.php überschrieben!
Der Dateiupload funktioniert nun!
Allerdings bekomme ich im Admin Bereich nun folgendne Fehler:
Code: Alles auswählen
Warning: chmod(): Die Operation ist nicht erlaubt in /home/www/web10/html/productive_system/contenido/includes/functions.upl.php on line 280
weiß einer damit was anzufangen?
Verfasst: Di 14. Feb 2006, 17:49
von Neuling
hat von euch keiner das Problem????