Beiträge von wemaflo

    Klar funktioniert das, wenn man es richtig und sauber macht. Du musst eben alle Änderungen, die du bereits im Original-Theme vorgenommen hast, in das Child-Theme kopieren und danach das Original wieder in den Ausgangszustand versetzen. Dann kannst du dein Childtheme aktivieren und alles sollte wunderbar laufen.

    Ich habe da vor einiger Zeit mal ein ausführliches Tutorial zu geschrieben, das auch auf das Verändern von Template-Dateien oder der functions.php eingeht:
    http://wemaflo.net/2010/06/tutori…sign-erstellen/

    Wenn du es ganz ordentlich machen willst, kannst du dich noch an dieses Tutorial halten, in dem ich beschreibe, wie die Stylesheets nicht per @include eingebunden, sondern ladetechnisch sinnvoller als <link rel="stylesheet"> im Head ausgegeben werden:
    http://wemaflo.net/2011/07/tutori…htig-einbinden/

    Das sichern der Daten ist übrigens als Datenbankbackup sinnvoller. Das sollte man vor dem Update aber immer tun.
    Solltest du auf Twenty Twelve umsteigen, musst du übrigens ein neues Childtheme anlegen, sprich mit dem Design noch mal von vorne beginnen.

    Hallo!

    Was meinst du mit Kürzel? Gefällt dir deine Domain (bzw. Subdomain) nicht? Ich erkläre dir mal eben, wie sich deine Adresse zusammensetzt, nur zum besseren Verständnis (es ist zwar sachlich so auch nicht ganz richtig, aber so wird es überall genutzt):

    bplaced bietet dir Webspace an, dazu bekommst du kostenlos eine Subdomain nach dem Schema subdomain.bplaced.net. Deine Subdomain ist 18kopernikus.
    Dazu kommt, dass WordPress bei dir in einem Unterordner namens /wordpress liegt, der auch in der URL auftaucht. Falls dich das stört, ist es leicht zu beheben.

    Sollte dich aber die Subdomain stören, ist das ganze schon mehr Aufwand, dann benötigst du eine eigene Domain, die aber kostet Geld. Ich weiß aktuell nicht, ob bplaced das Aufschalten externer Domains erlaubt, das müsstest du in dem Fall noch in Erfahrung bringen.

    Edit: Ich sehe gerade, dass das das komplett falsche Forum ist...

    Ich denke doch, Hille. Schau mal in die Fehlermeldung ganz zu Anfang. Der Fehler tritt in der Datei /var/www/vhosts/knaat.de/httpdocs/wp-load.php in Zeile 31 auf. Diese Datei und damit wohl auch WordPress liegt also innerhalb von /httpdocs. Trotzdem versucht das ganze, irgendwie fälschlicherweise auf /var/www/vhosts/knaat.de/wp-config.php zuzugreifen, was natürlich verboten ist, weil open_basedir nur /var/www/vhosts/knaat.de/httpdocs/ und /tmp/ zulässt.

    dasbaum:
    Hast du denn mal, wie von mir vorgeschlagen, die wp-config.php selbst erstellt? Funktioniert dann WordPress schon mal?

    Einfach das ganze FTP-Verzeichnis der Website mit den schiefgegangenen update-Dateien löschen und alle Dateien, die man per Backup gesichert hat wieder mit FTP hochladen?


    Prinzipiell ja. Du lädst dir mit deinem FTP-Programm sämtliche Dateien auf deinen Computer herunter. Dann sicherst du die Datenbank und speicherst die Datei auch auf deinem PC (es gibt diverse Tools, die die Datenbank auf einfache Art sichern, ich empfehle mysqldumper, das ist allerdings eine von WordPress völlig unabhängige Installation).

    Wenn nun etwas schief geht, kannst du einfach die Dateien auf dem Space löschen und die gesicherten wieder hochladen. Die Datenbank kannst du entweder mit mysqldumper oder mit phpmyadmin (wird vermutlich von deinem Hoster bereitgestellt) hochladen und wieder importieren.

    Ob dein Benutzer alle Rechte hat, ist für gewöhnlich unerheblich, da es noch einige Benutzer mehr auf deinem vServer gibt (für den Apachen, eventuell für Maildienste, für MySQL, Verwaltungsoberflächen, usw...), die alle ihre Dienste übernehmen. Das scheint aber auch nicht das Problem zu sein, eher ist das Problem ein misskonfiguriertes open_basedir, bzw. safe_mod.

    Ich gehe aufgrund deiner Äußerungen hier mal davon aus, dass du zur Administration des Servers eine Oberfläche wie Plesk nutzt. Stimmt das?

    Was ist denn so eine Weile? Kann es sein, dass deine Installation gehackt wurde und die Zugangsdaten geändert? Gibt es dafür Anhaltspunkte (plötzlich Werbung auf der Seite, komische Dinge im Quelltext)?

    WordPress sendet dir doch normalerweise ein neues Passwort zu, wenn du das anforderst. Klappt auch das nicht?

    Hast du Zugriff auf deine Datenbank (über phpmyadmin oder Ähnliches) und deinen Webspace?

    Aaalso:
    Zuerst, wie maltris schon sagte, ein Backup machen. Und zwar sowohl von den Dateien, als auch von der Datenbank. Wenn dann etwas schief geht, kommst du bequem zum vorherigen Stand zurück.

    Dann solltest du beachten, dass sich ein Update von 3.1.1 auf 3.4.2 über die automatische Funktion im Backend nicht empfiehlt. Besser überschreibst du die vorhandenen Dateien mit denen einer neu heruntergeladenen WordPress-Version, danach muss nur noch die Datenbank aktualisiert werden (was WordPress dann wieder selber kann). Du kannst das automatische Update probieren, aber vielleicht geht es auch schief :)

    Zu deinem Stylesheet:
    Wenn du WordPress aktualisierst, kann es gut sein (es ist vermutlich auch so), dass auch Twenty Ten aktualisiert wird. Dein Stylesheet wird dadurch überschrieben, die Änderungen sind weg. Wenn du noch weißst, wo du was geändert hast, ist das ja kein Problem und kann anhand des Backups nachvollzogen werden.
    Ich persönlich lege mir für solche Zwecke immer Child-Themes an, da wird nichts überschrieben und ich habe das Original und meine Änderungen sauber getrennt (und es gibt noch einige tolle Möglichkeiten mehr).

    Du hast ein Problem mit open_basedir.
    Ich gehe mal davon aus, dass alle WordPress-Dateien unter /var/www/vhosts/knaat.de/httpdocs/ liegen?

    Versuche doch mal, die wp-config.php selbst zu erstellen. Nimm einfach die wp-config-sample.php, fülle dort alles aus (mit einem Texteditor) und speichere sie als wp-config.php. Vielleicht löst das dein Problem.

    Okay, mal von Anfang an:

    Du hast bei one.com Webspace samt Domain bestellt, mit FileZilla WordPress auf deinen Webspace bei one.com geladen und installiert? Das würde bedeuten, dass du, wenn du die erwähnte Domain aufrufst, deine Seite mit WordPress siehst, dich ins Dashboard einloggen kannst (Nutzernamen und Passwort hast du bei der Installation festgelegt). Dort kannst du dann alles verändern, was du willst: Plugins installieren, neue Themes installieren, Blogartikel oder Seiten verfassen und publizieren.

    Schau doch mal in die FAQ, da findest du zwei Lösungswege.
    http://faq.wpde.org/wordpress-trot…chnis-aufrufen/
    Da wird beschrieben, wie du (oben bereits erklärt) das Verzeichnis änderst und nur .htaccess und index.php verschiebst.

    http://faq.wpde.org/wordpress-url-aendern/
    Wenn du aber lieber WordPress gleich komplett im Rootverzeichnis haben möchtest (der Ordnung halber, etc.), nimmst du einfach diese Anleitung. Hier gehts zwar eigentlich um das komplette Ändern einer Domain, aber das ist eigentlich unerheblich.

    Ich habe da vor längerer Zeit mal ein Plugin zu geschrieben (weil hier jemand nach etwas ähnlichem gesucht hat). Es handelt sich um ein Stinknormales Java-Applet, welches sich mit einem frei wählbaren IRC-Netzwerk verbindet.
    Sollte das für dich in Frage kommen, schau es dir mal an: http://wemaflo.net/2011/03/plugin-wordpress-irc-admin-chat/
    Falls es nicht wie erwartet funktionieren sollte, sag einfach bescheid, es ist nicht mehr besonders jung und ich habe es seit längerem nicht getestet :)

    Naja, sicher sind die Themeforest-Sachen nicht pauschal schlecht, aber es stimmt schon, die Erfahrung zeigt, dass der überwiegende Teil der Premium-Themes (nicht nur bei TF) Codetechnisch das letzte ist. Das fällt dem normalen Kunden oft nicht auf, aber wenn man dann mal was ändern muss, wirds haarig, oft sind sie dateigrößentechnisch und die Ladegeschwindigkeit betreffend absolut undurchdacht, der Quelltext ist oft nicht standardkonform und so weiter.
    Ich hatte letztens erst so einen Fall von undurchdachtheit, wo das Theme für jedes Miniaturbild (ca. 20 auf der Startseite) timthumb.php verlinkte. An sich kein Problem, wenn aber auf dem Server mod_evasive läuft (was ja nicht so ungewöhnlich ist), läuft man schon beim einmaligen Laden der Seite in den DDoS-Schutz.

    Was denn? Problem gefunden?
    Ob es an langsamen Platten liegt, kannst du übrigens mit top gut beobachten, wenn da io des öfteren bei Zugriffen hoch geht und gleichzeitig Load Average steigt, wird vermutlich das Abarbeiten der Prozesse durch langsames Lesen ausgebremst. Das Programm iotop gibt noch ausführlichere Auskunft.
    Wenn der Cache für MySQL zu klein ist oder die Tabellen unoptimiert sind und dadurch nicht in den Cache passen, müssen sämtliche Tabellendaten vor jedem Aufruf von der Festplatte gelesen werden, das braucht Zeit. In der Zeit stehen deine 8 Prozessorkerne da rum und warten. Wenn du jetzt 100 Querys hast udn 100 Mal die Tabelle von der Platte geladen und durchsucht werden muss, summiert sich das ganz schön.

    Edit:
    Ah, die Antwort kam danach :)