Rechtevergabe - automatisches Update

hallo und guten tag erstmal !

ich wende mich an das forum, weil ich leider ein kleines problem mit dem update von wp 3.5.1 auf 3.8 habe.

erst einmal einige infos:

ich habe eine linux rechner auf dem apachefriends laeuft.
eigestellt ist der user=nobody und die group=nogroup

nun habe ich in einem vhost eine domain - sagen wir http://www.kirche.de
der login in diesem bereich erfolgt per ftp unter login: kirche passwort:xxxxx
das verzeichnis ist ausserhalb von /opt/lampp
und zwar unter /home/kirche
im verzeichnis /home/kirche wurde nun wp 3.5.1 installiert
unter /home/kirche/htdocs/wp
die rechte hat ab /home/kirche der user kirche mit der gruppe users.
wp lauft unter 3.5.1 super bis ich ein update machen wollte - automatisch
hier muessen natuerlich verschiedene rechte angepasst werden.

nun kommen die fragten.
1. welche rechte muss ich genau setzen 755 verzeichnisse datein 644 ??
2. welche verzeichnisse betrifft das ?
3. muss ich in der wp-config.php was aendern ?
ich habe da was gelesen von tmp-verzeichnis
4. wenn ja was muss ich da machen ?

ich moechte aber nicht vorenthalten, dass ich auf 3.8 geupdatet habe.
und zwar automatisch.

loesung war relativ einfach:
1. alle plugins deaktiviert
2. alle rechte auf:
chown nobody:nogroup -R /home/kirche/htdocs/
gesetzt.

anschliessend:
3. plugins wieder aktiviert
das funktionierte.

ich moechte dies aber nicht so belassen, da der apache unter nobody laeuft
und der user: kirche somit probleme bekommt. verstaendlich !!!

ich hoffe ich habe nicht soweit ausgeholt und warte ungedultig auf eine plausieble
loesung fuer mein problem.

ich danke schon jetzt fuer jeglicher anregungen und hilfe.

mfg selli :-))

halloechen Hille,

danke fuer deine schnelle antwort.

nun ich habe mir mal das ganze nochmals genau angesehen.
leider funktioniert die vorgeschlagene loesung nicht.
es kommt immer noch genau diese fehlermeldung.

nun habe ich folgendes mal versucht.
apache http.conf
User apache
Group users

wordpress 3.5.1 nochmals neu aufgesetzt.
bei der installation kann ich nun folgendes machen.
der user kirche gehoert zur gruppe users - genau wie der httpd.conf user apache.

wenn ich die rechte so setze wie du vorgeschlagen hast, kann ich die
wp-config.php schreiben und die rechte sind apache.users
das funktioniert soweit. also hat der httpd.conf user apache rechte zum schreiben.

wen ich nun von 3.5.1 auf 3.8 update erhalte ich die fehlermeldung.

[h=2][size=10]WordPress Aktualisieren[/SIZE][/h] WordPress Verzeichnis kann nicht gefunden werden.
Die Installation ging schief

warum ist das man blos so.

wp-content/tmp angelegt rechte 777
wp-content/upload angelegt rechte 777
wp-content/upgrade angelegt rechte 777

auch habe ich mal mit:
putenv('TMPDIR=/der komplette Server Pfad/wp-content/tmp');
define('WP_TEMP_DIR', ABSPATH . 'wp-content/tmp');

experimentier. aber keine loesung gefunden.

nun und zum schluss wollte ich noch in der VHost umgebung den user und die gruppe aendern.
waehre ja super den user kirche und die gruppe users hier eintragen zu koenne.
aber da gibt es nur veraltete loesungen.
super waehre solch eine loesung.
zumal man die php-scripte dann unter den user der vhost umgebung laufen lassen kann
und im system diesen auch einen user zuordnen kann.

wuerde mich wie immer auf jegliche anregung fuer eine loesung freuen.

mfg selli

halloeche Hille,

also ich habe das problem nach intensiver tagesarbeit geloest.

Suse und apachefriends.org

1. richtig ist die loesung mit den rechten wie oben schon beschrieben
2. ueber yast die rechte des users kirche fuer die gruppe in der nobody ist setzen
3. tmp, upload, upgrade anlegen und 777 geben
4. wp-config.php veraendern

putenv('TMPDIR=/der komplette Server Pfad/wp-content/tmp');
define('WP_TEMP_DIR', ABSPATH . 'wp-content/tmp');

if(is_admin()) {
add_filter('filesystem_method', create_function('$a', 'return "direct";' ));
define('FS_CHMOD_DIR', 0777 );
}

wp-config.php dem user kirche geben 444

dann aktualisieren

ftp server eintragen - sftp falls gegeben anwaehlen

das wars

war eine schwere geburt, aber ich denke mein fehler war
yast und damit die rechte setzen.
ich habe die datei /etc/group nur haendisch geandert das war nix.

und zum 2. sollte man vor der aktualisierung den cache des browsers
mal loeschen. bei den vielen konfigurieren und aendern
kommt der irgendwann nicht mehr klar.
habe ich bei google gefunden und dann hat es wie aus heiterem himmel
auf einmal funktioniert.

ein anderer weg ist mod_suphp mal auszutesten. da es in der apachefriends
nicht drin ist und ich das ganze "noch" nicht uebersetzen moechte, habe ich
es so wie oben beschrieben geloest.
aber ist auch noch ein ansatz um den vhost mal unter einen anderen
user und group laufen zu lassen.

DANKE DANKE DANKE Hille fuer deinen rat und unterstuetzung.

ich schliesse hiermit und denke das problem ist geloest.

mfg selli