Beiträge von Andre1982

Und die anderen Ordner, wie gerade beschrieben, 755? Dateien 644?

Wenn ja werd ich das nun noch mal so umsetzen.

Vielen Dank!

Hallo und danke!

Ja ich löse das Backup über das Plugin.

Mit 755 funktioniert bei mir der Upload für die Mediathek leider nicht. Wieso und weshalb ist mir allerdings ein Rätsel.

Hallo,

ich habe nun nach langem hin und her und mit einigen Problemen meinen Blog zu einem neuen Provider gezogen. Soweit funktioniert auch alles, zumindest finde ich keine Fehler mehr.

Allerdings sind mir im laufe der Nacht ein paar Fragen über den Weg gelaufen, die ich leider hier durch die Suche nicht beantwortet kriege:

Welche Konsequenz haben die Rechte der Ordner?

Beispiel:
Ich konnte keine Uploads mehr in die Mediathek machen. Der Wp-Content mit allen Unterordnern und Dateien hatte die Rechte 755. Also hab ich alles, ohne zu wissen mit welcher Konsequenz, die Rechte 777 vergeben. Danach ging der Upload wieder. Heute morgen dann wieder versucht einen Artikel mit Foto online zu stellen, wieder das Problem mit 755 anstatt 777. Wieder Rechte vergeben, alles funktioniert.

Nun also meine Frage:

Was hat es mit den Rechten aufsich? Ist dies nun eine Sicherheitslücke?

Wieso ich gleich den ganzen Ordner wp-content mit 777 ausgestattet habe kann ich auch noch kurz erläutern: Das Backup der Datenbank ging ebenfalls nicht, so dass ich dann gleich dem ganzen Ordner wp-content die 777 gab.

Vielen Dank für die eventuellen Antworten.

Hallo,

ich plane nun dieses WE mein Daten plus Datenbank komplett auf den neuen Provider zu spielen (erfolgreiche Tests haben nun endlich geklappt).

Beim neuen Provider habe ich mir meine seite, für den Übergang, als .com registriert. Momentan besitze ich die selbe Seite ebenfalls als .de.

Nun würd ich in den nächten 24 Stunden die Daten überspielen. Wenn dies alles klappt und die Seite läuft, würde ich die .de Domain zu .com umleiten.

Geplant ist dann solange mit der .com zu arbeiten, bis der alte Provider mir den Authcode für die .de Domain übermittelt hat und dieser Code beim neuen Anbieter eingespielt ist.

Nun stellt sich mir aber folgende Frage:

Wenn ich nun mit der .com arbeite, wenn auch nur für ca. 24 Stunden, bestraft Google das dann als duplicate content?

Denn wenn google meine Seite durchsucht, ist dort ja genau der selbe Inhalt wie auf der .de Domain.

Leider fällt mir keine andere Lösung ein, um einen Ausfall der Webseite zu vermeiden. Eine Abstrafung von Google wäre aber glaub ich schlimmer als 24 Stunden offline zu sein.

Danke

Problem gelöst.
Es lag am Plugin Really Simple CAPTCHA.

Auch die Schriftgröße der Tabellen ist nun wieder normal. Hab das Plugin einfach gelöscht, da ich es eh nicht brauche.

Danke

Das ist eine gute Frage. Wie bereits gesagt, weiß ich nicht, wofür das gut sein soll.

Aber ich hab in der wp-config.php folgende Dinge geändert:

define('DB_NAME', '....');
define('DB_USER', '....');
define('DB_PASSWORD', '....');

Ansonsten blieb die ganze Seite absolut unberührt. Nun hab ich halt noch deinen Tipp mit Define hinzugefügt.
Das wars.

Die Seite läuft ja auch, aber eben mit den oben genannten Fehlern.

Zitat von infected

Nimm einfach die wp-config.php der "alten Installation" und passe darin nur die Datenbank-Zugangsdaten an. Dann brauchst Du Dir um das Prefix keine Sorgen machen.

Genau das hab ich getan. Die Präfix hat allerdings nun noch einen Namen der dem Datenbankname der alten Datenbank sehr ähnelt.

Vielleicht ist die Präfix aber auch garnicht das Problem der 3 Fehler. Dein Tipp mit dem define hat leider auch keine Abhilfe geschafft.

Hallo,

vorab schon mal danke für deine Antworten.

Die Datenbankdaten hab ich natürlich angepasst. Mir ist aber nicht ganz klar was die Präfix sein soll bzw. woraus sich diese zusammensetzt.

Wie gesagt, als Präfix ist noch irgendwas aus der alten Datenbank vorhanden. Wo ich allerdings die neue herbekomme weiß ich nicht :(

Ja, aber die alte soll ja gleichzeitig wieder die neue sein (nur umzug, nicht domaindwechsel)

Das war ja auch schon mein Verdacht. Ich hab die Hauptdomain nun noch laufen, will diese aber zum neuen Provider übernehmen. Vorab wollte ich dort aber alles soweit startklar machen, so dass ich beim alten Provider eine Weiterleitung auf den neuen Provider schalte.

Ich glaub aber das irgendwas mit der Präfix nicht stimmt. Wo find ich denn die Präfix? Denn diese verweist anscheinend noch auf irgendeinen alten Datenbankname bzw. auf den, des alten Providers. Lösche ich die Präfix raus, will er eine neue Wordpress Installation starten.

Und irgendeine Idee wieso die Schriftart in Tabellen nun größer ist?

Sorry falsche Rubrik. Bitte zur Rubrik Installation verschieben.

Problem besteht aber immer noch.

Hallo,

bin gerade dabei mit meiner Seite umzuziehen (zu all. Vorab hab ich mir eine andere Domain registriert, um erst mal unter dieser alles zu testen.

Nun erscheinen aber nach dem erfolgreichen Import der Datenbank wie auch der Daten oben auf der Seite folgende Fehlermeldungen:

Zitat

Warning: is_dir() [function.is-dir]: open_basedir restriction in effect. File(/) is not within the allowed path(s): (/www/htdocs/w00d030f/:/tmp:/usr/bin:/www/htdocs/w00d030f:/bin:/usr/local/bin:/usr/share/php) in /www/htdocs/w00d030f/Test/www/testseite.de/wp-includes/functions.php on line 1948

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/) is not within the allowed path(s): (/www/htdocs/w00d030f/:/tmp:/usr/bin:/www/htdocs/w00d030f:/bin:/usr/local/bin:/usr/share/php) in /www/htdocs/w00d030f/Test/www/testseite.de/wp-includes/functions.php on line 1939

Warning: is_dir() [function.is-dir]: open_basedir restriction in effect. File(/) is not within the allowed path(s): (/www/htdocs/w00d030f/:/tmp:/usr/bin:/www/htdocs/w00d030f:/bin:/usr/local/bin:/usr/share/php) in /www/htdocs/w00d030f/Test/www/testseite.de/wp-includes/functions.php on line 1948

Zu dem ist die Schriftart in den Tabellen viel größer als normal.
Hat irgendwer Ideen?

Hab auch schon mal gesucht, leider nichts gefunden.

Danke