WordPress-Hosting bei inode/UPC

Bin eben mit dem Blog zu inode umgesiedelt, Produkt xHost Linux medium. Da sollte ja alles flutschen, sollte man meinen.

Sollte man meinen. Aber es flutscht nicht alles.

Die automatischen Aktualisierungen von WordPress-Plugins kann man sich als Kunde in die Haare schmieren, denn wie sagt der inode-Support zu meiner entsprechenden Anfrage:

“Bitte haben Sie Verständnis, dass es leider aus Sicherheitsgründen auf einem Shared Webhost nicht möglich ist Php Safemode zu deaktivieren. Da dies eine Einstellung ist, die alle Kunden betreffen würde, und die Sicherheit des Webhosts drastisch senken würde.”

Und das im Jahr 2009. So ziemlich alle anderen Provider haben bei Shared Webhost-Produkten die Sicherheit im Griff, ohne dass sich die Kunden so stark einschränken müssen. Oder sie informieren über ein funktionierendes Workaround (diese ist leider bei inode nicht möglich), wie HostEurope.  Zu denen ich wohl in einem Jahr umsiedeln werde, wenn inode nicht mit der Zeit mitgehen will.

Update

Es gibt beim inode-Shared Hosting Produkt einen tmp-Ordner, der unter /home/xxxxxxx/tmp erreichbar ist (ersetzen Sie das xxxxxxxx durch Ihren FTP-Benutzernamen). Aber trotz Angabe mit

define('WP_TEMP_DIR', '/home/xxxxxxxx/tmp');

kann/will WordPress den etwa bei der Neuinstallation von Plugins nicht nutzen. *seufz*

Und die Varianten

putenv('TMPDIR=' . ini_get('upload_tmp_dir') );

oder

putenv('TMPDIR=' . '/home/xxxxxxxx/tmp' );

sind ebenfalls nicht möglich, da das Statement “putenv” nicht erlaubt ist.

*doppelseufz*

Update Mai 2010

Siehe da, plötzlich läßt sich WordPress nun auch bei inode automatisch aktualisieren, und das gilt natürlich auch für Plugins. Womit meiner Ansicht nach dem Sicherheitsgefühl der sensiblen inode-Techniker wesentlich mehr Rechnung getragen wird, denn wenn das Aktualisieren leicht von der Hand geht, dann macht man es auch und lebt nicht ewig lang mit einer veralteten, unsicheren Version.

Schön, dass  inode Techniker das endlich überrissen haben, und sie die Webserver so wie viele andere Provider nun auch im Griff haben. Ohne dabei die Kunden wesentlich beschränken zu müssen. Danke an dieser Stelle.

Falls Sie auch lange leiden mussten, und es Ihnen als inode-Kunde noch immer nicht gelingt, mein Rezept: die folgende Zeile befindet sich in meiner wp-config.php Datei:

define('WP_TEMP_DIR', '/home/xxxxxxxx/tmp');

Ersetzten Sie den /home/xxxxxxxx/tmp-Teil durch den korrekten Pfad zu Ihrem tmp-Verzeichnis. Ob’s auch ohne geht, habe ich noch nicht probiert.

Update Mai 2011

Es reicht, Umsiedelung zu World4You.


Kommentare

Eine Antwort zu „WordPress-Hosting bei inode/UPC“

  1. Tut mir leid zu hören. Auch zwischenruf.at hat mit Inode (kA ob als Hoster) schlechte Erfahrung gemacht. Wenn das wirklich eine technische Frage ist (und nicht in höherpreisigen Shared-Server-Kategorien magischerweise doch geht), sind die wirklich ziemlich rückständig. Hab mich über einige Hoster informiert und kenn verschiedene aus der Praxis, aber sowas ist mir noch nie untergekommen.

Schreibe einen Kommentar zu Thomas Antworten abbrechen

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert