Forum / FAQ / Produktunterstützung

Hallo,

die Probleme beim Update nerven echt. Mal wieder konnte es nicht durchgeführt werden, weil der Server Ordner nicht löschen konnte. Ich habe mir das jetzt mal genau angesehen. Wenn ich das Plugin über das Backend installiere, besitzt der FTP-User die Ordner. Da das bei all-inkl. läuft (der Server läuft mit getrennten Rechten für FTP und PHP User), bekommen die Ordner 777. Installiere ich nun aber die Module über das Backend, ist der Besitzer der neuen Ordner der PHP-User mit 755. Wenn ich WPSG nun aktualisieren will, können diese Ordner nicht gelöscht werden, so dass der Vorgang abgebrochen wird.

Lade ich alles per FTP hoch, sind alle Besitzer und Rechte korrekt (FTP + 755) Mache ich nun aber ein Update, wird der Plugin Ordner auf 777 gesetzt und alle Order für die zusätzlichen Module Einseitencheckout, DownloadPlus, Rechnungen und Produktartikel auf den PHP User mit 755. Außerdem bekomme ich eine Fehlermeldung:

Das nächste Update wird also wieder schieflaufen, wenn ich es über das Backend versuche, weil die Modulordner nicht gelöscht werden können. Dieses Phänomen kenne ich von keinem anderen Plugin, so dass hier irgend etwas nicht richtig läuft. Es wäre wirklich schön, wenn Ihr das irgendwann mal fixen könntet. All-inkl. ist ja kein Billigprovider!

Danke und Gruß, Mike

ich hab inzwischen glaube ich so 15-20 pakete bei allinkl. füge bitte folgendes ans ende der htaccess ein, danach braucht su nie wieder irgendwelche ordnerrechte vergeben und hast 256mb für wp zur verfügung. vorher alle besitzrechte rekursiv von PHP-User auf den ftp user setzen.
damit aktivierst du php over cgi und schon ist das besitzrecht und editier problem gegessen. php54 kannst/musst du noch auf die im acc zur verfügung stehende bzw gewünschte php version ändern.

Diese Mod kenne ich natürlich. Allerdings rät all-inkl. von dieser Mod ab. Die Begründung: php over cgi sei langsamer. Das mag vielleicht nicht stimmen. Auf jeden Fall ist es für die Serverlast ungünstiger. Außerdem arbeitet der Server dann nur noch mit einem Zugangsrecht für FTP und PHP User. Das ist, zumindest in der Theorie, nicht so sicher. Andererseits habe ich auch gelesen, dass der CGI Mode sicherer sei. Keine Ahnung, was da stimmt.

Aber mal abgesehen von dieser Mod: Das Problem trat bei mir bisher ausschließlich bei WPSG auf. Da sollte also auch noch irgend etwas zu optimieren sein.

Gruß, Mike

also ich habs, weil mir der support mal irgendwann gesagt hat, dass es das gibt und es sicherer ist. konnte bisher nicht feststellen, dass da irgendwas langsamer läuft und ich hab da seiten mit paar tausend besuchern täglich drauf liegen. ich würde es einfach mal testen. seite mit http://gtmetrix.com testen, dann siehste gleich noch was sonst noch im argen ist dann mal umstellen und nochmal testen.

Gruß
RS

Ja, so werde ich das machen. Wenn es bei Dir gut läuft, dann sehe ich da keine Problem. Ich werde wohl auch switchen. Danke für den Input!

Gruß, Mike

wenn du willst, kann ich dir auch ne komplette htaccess, die für allinkl optimiert ist, geben. diese hat zusätzlich noch mod_expires, mod_gzip und mod_deflate drin, was ja gerne mal beim google speedtest bemängelt wird. achja, bei gtmetrix bekommst du auch gleich die optimierten js, css und images zum download angeboten... speichern, umbenennen und wieder hochladen und schon läufts alles minimal schneller

Gruß
RS

Das wäre super! Du kannst es auch ruhig hier hochladen. Es gibt ja auch andere, die bei all-inkl. sind. Oder sonst per PN.

Danke und Gruß, Mike

ich häng sie mal hier an.

Gruß
RS

Supi, danke Dir! Werde das morgen mal in Ruhe testen.

Gruß, Mike

Hallo,

klappte bei mir leider nicht so ganz, weil WPSG den Pfad für die Sessions nicht finden konnte:
Konnte das fixen mit dem Zusatz:
War das bei Dir nicht so?

Gruß, Mike