Beiträge von Hille

Aha, aber was hat das mit der Frage vom TS zu tun??? Wenn du Fragen zu Wordpress hast, wende dich an dieses Forum, da bekommst du fast immer Hilfe.

http://forum.wpde.org/

Versuche doch mal die Bestätigungsdatei per Browser aufzurufen. Wenn das funktioniert, sollte auch google keine Probleme haben. Eine weitere Möglichkeit wäre noch die Bestätigung per DNS Eintrag, das funktioniert auch tadellos.

Zitat von Tiles

FastCGI hat mich nicht weitergebracht. fcgid ist ja für beide Seiten aktiviert.

Ist denn der Webserver auch als MPM Worker konfiguriert? Sinnvoll wäre es denn auch, den Webserver durch einen individueller User z.B. den FTP User ausführen zu lassen. Ich vermute eher, das dein Server als Prefork konfiguriert ist.
Ist den wirklich in dem Verzeichnis für deine Subdomain www-data Eigentümer? Hat der Webserver auch wirklich Schreibrechte für die Dateien? Hast du mal in die error.log geschaut?

Zitat von scotti

Achtung:
Mit PHP/SHELL kann ein kompletter Server ausgelesen und verändert werden.

Dazu müssen erst mal root Rechte erlangt werden.
Aber es stimmt schon, du musst jetzt ernsthaft schauen, wo sich die Sicherheitslücke befindet. Im Ernstfall hilft nur eine komplette Neuinstallation.

Mit Ja beantworten ist das eine, aber stimmen die Angaben auch wirklich? Sind die Eingaben für deine Datenbank auch wirklich korrekt??

Welche Fenster meinst du, bei mir hat sich da nichts geöffnet. Habe es eben mit dem iPhone getestet.

Bist du dir sicher, das du das nötige Wissen zur Server Administration hast? Du schreibst immer was von einer www-data Methode... In deinem Fall wird der Webserver durch den Benutzer www-data ausgeführt. Bei der Verwendung von FastCGI muss dies nicht der Fall sein.

Wie sind denn die Rechte gesetzt (chmod)? Hat der Server Schreibrechte für dein Subdomain Verzeichnis?

Ich vermute mal, es geht um diese Domain [FONT=Verdana, Arial, Helvetica, sans-serif][size=10]http://www.psb24-gatow.de. Allerdings wird die korrekt dargestellt in der URL Leiste.[/SIZE][/FONT]

Ich habe mal eine ähnliche Konfiguration testweise aufgesetzt, 64-bit Debian 6, PHP Version 5.3.3-7, 64MB PHP Memory_Limit. Eine komplett leere Wordpress Installation mit Theme Twenty Eleven benötigt rund 20MB. Eine Bild mit 1024 x 1024px - 72dpi ließ sich problemlos hochladen. Ich weiß nicht, wie Alfahosting Ihre System konfiguriert, aber normal ist das bei dir nicht. Wie hoch ist dein PHP Memory Limit jetzt?

Vielleicht kannste ja beschreiben, wo das Problem lag.

Zitat von fuhrmara

Auf meiner lokalen XAMPP Installation brauch mein 'nacktes' Wordpress nur 19MB Speicher. Da werden auch alle thumbnails generiert, obwohl ich ein Memory_Limit von 128M eingestellt habe, da ich hier auch nur die hälfte an Speicher brauche.

Das kommt daher, das dein XAMPP auf einem 32-bit System läuft und der Server bei Alfahosting auf einem 64-bit System. Wieviel MB hat denn so ein Bild, das du hochladen möchtest?

Du betreibst doch einen eigenen V-Server, wenn ich das richtig gesehen habe. Schau doch mal in die error.log, da müsste doch die Ursache drin stehen. Stimmen die Rechte? Hat dein Webserver Leserechte? Lösche einfach mal die .htaccess...

Schau mal im root Verzeichnis nach einer Datei .htaccess und poste mal den Inhalt dieser Datei.

Wer ist Eigentümer der Datei (chown)?

Zitat von infected

Sprich nicht die eines Admins.

Hmm, verstehe ich ehrlich gesagt nicht. Einerseits sollte es einem Redakteur möglich sein, Seiten einem Admin zu bearbeiten, anderseits ist es aber einem User mit dem Level 7 (bis 7 ist ja Redakteur) nur möglich, Seiten eines Authors & Users zu bearbeiten.
Als was der Benutzer mal angelegt wurde, weiß ich nicht. Im Moment steht der entsprechende Benutzer als Redakteur. Ein Rolemanager Plugin ist nicht im Einsatz. Wie kann ich dem Redakteur Schreibrechte geben?

Hallo,

warum kann ein Redakteur (Userlevel 7) keine Seiten bearbeiten, die ein Admin erstellt hat? Normalerweise sollte das doch möglich sein.

Hallo Anja,

denke dran, das Wordpress die FTP Daten verlangt, nicht die Daten vom Admin Center. In den meisten Fällen muss der FTP Zugang erst noch angelegt werden.

Zitat von fuhrmara

Da die meisten Provider auf 64Bit Systemen mit suPHP arbeiten sprengt anscheinend der Upload eines 1024*768 Bildes in einer 'nackte' Wordpress Installation das Memory_Limit von 96MB.

Definitiv nicht.

Ab Wordpress 3.5 gibt es Blogroll nicht mehr. Man kann links aber sehr einfach über die Menüverwaltung einrichten.

Benenne per FTP das Plugin um und der Blog läuft wieder.