Beiträge von WP-Markus

Gibt es sonst noch einen Hack? Z.B., daß man in der wp-block-header.php eine 'Weiche' setzt? Das ist hier nur mal angedeutet, da ich kein Coder bin:

if ($_SERVER['HTTP_HOST'] == 'www.beispiel1.de') 
{require_once ('/wp-config.php');} 


else {require_once ('/wp-config2.php');}

Ich lese grade, das Zauberteil heißt wohl "WordPress MU".

Warum kann man in diesem Forum nicht nach WordPress MU suchen? Das ist doch wohl eine Schnappsidee, daß "MU" zu kurz ist.

Sind das dann 2 getrennte WP Installationen z.B. in 2 unterschiedlichen Unterverzeichnissen?

Ich suche einen Tipp zu 1 Satz Installationsdateien, pro WP 1 MySQL, mehrere WP mit unterschiedlichen Domains. Also sowas, wie es blogger.de macht, jeder User kriegt seine individuellen Blog, aber die Systemdateien sind identisch, damit man schneller updaten kann.

Dieses Backup-Plugin legt unterhalb von wp-content einen Ordner an wie z.B.
backup-123xyz. Dieser wird automatisch auch auf 777 stehen, überprüf das mal! Es kann aber auch sein, daß Dein Hoster andere Sicherheitsvorgaben macht und Du nur 755 einstellen kannst oder so.

Stell mal wp-content auf 777. Was mich aber interessieren würde ist, ob die Ausgabedatei o.k. ist. Lade sie doch mal runter auf Deine HD und schau sie Dir an. Die .sql ist eine Textdatei. Bricht sie am Ende ab, oder sieht das "normal" aus?

Eine Plugininstallation an einem Massenblog geht aus verschiedenen Gründen nicht. Das Plugin wäre sonst wohl für alle Nutzer gleichermaßen installiert und da könnten Sachen kollidieren.

Super sind Hoster, wo man WP automatisch installiert bekommt unter cpanel. Die sind in D aber rar.

Also heute gehen meine Links wieder. Ich habe es einfach nochmal probiert. Habe den Eindruck es war ein JS-Problem.

Habt Ihr die Datensicherung eigentlich schon mal zurückgelesen? Bei wp 2.0.5 scheint das Plugin "WordPress Database Backup 1.8 On-demand backup of your WordPress database. By Scott Merrill" nicht zu funktionieren.

Na prima! Ich habe mal hier einen neuen Thread aufgemacht bzgl. Fragen zu PHPMyAdmin:

http://forum.wordpress-deutschland.org/showthread.php?p=72381#post72381

Was bedeuten eigentlich die ganzen Felder bei PHPMyAdmin bzw. was sollte man anklicken für ein gelungenes Backup?

*Füge DROP TABLE hinzu - Add DROP TABLE
--> Genau genommen "DROP TABLE IF EXISTS" Die Tabelle wird gelöscht, wenn sie schon existiert, damit man problemlos eine existierende Datenbanktabelle überschreiben kann. + Sehr empfehlenswert bei komplettem Backup.

*Füge IF NOT EXISTS hinzu - Add IF NOT EXISTS
--> Genau genommen "CREATE TABLE IF NOT EXISTS" Neue Tabelle anlegen, wenn sie nicht schon existiert.

*AUTO_INCREMENT-Wert hinzufügen - Add AUTO_INCREMENT value
keine Ahnung

*Tabellen- und Feldnamen in einfachen Anführungszeichen - Enclose table and field names with backquotes
--> Recht sinnvoll und absolut notwendig, wenn schlecht programmiert wurde und Tabellen- oder Feldnamen von MySQL reservierte Worte enthalten.

*In Kommentarbereich einbeziehen
Erzeugungs- / Aktualisierungs- / Überprüfungszeiten - Creation/Update/Check dates
--> Datum bei jeder Tabelle

Vollständige 'INSERT's - Complete inserts

Erweiterte 'INSERT's - Extended inserts

Verzögerten INSERT-Befehl verwenden - Use delayed inserts

Fehlerübergehenden INSERT-Befehl verwenden - Use ignore inserts

Hexadezimalschreibweise für Binärfelder verwenden - Use hexadecimal for binary fields

Damit das mal etwas schneller geht:

Du wirst irgendwo die Zeile haben
CREATE TABLE `wp_posts` (

In die Zeile davor schreibst Du
DROP TABLE IF EXISTS `wp_posts`;

Das machst Du analog vor jedem CREATE TABLE. Ich schätze so 10-20 Mal. Dann speichere das mal ab und versuche zunächst das als zip wie vorher auch hochzuladen. Vielleicht kommt dann die Fehlermeldung schon nicht mehr.

Zitat von ruffy

also "DROP TABLE IF EXISTS" kommt kein einziges mal in dem SQL DUMP vor!

Das könnte schon das Problem sein. Das muß man nämlich anklicken beim Export unter dem MySQL admin.

D.h. die Tabelle wird nicht gelöscht und Du sagst ja, es läuft schon wieder ein System, die Datenbank ist also voll und Dein Backup kann da nicht drüber.

Das ist aber kein Problem. Mein Vorschlag wäre zunächst mal zu sehen, wie Du die Aufteilung machen kannst.

Such mal den Ausdruck CREATE TABLE, wie häufig kommt der vor?

Ja, scheint zu klappen. Ist ja auch nicht so einfach mit dem Gerödel.

Ja, es geht um das title tag. Schau mal im browser oben links, da ist kein Titel. Und wie gesagt optimal-title, das bringt nochmal was im Ranking http://elasticdog.com/2004/09/optimal-title/

Die wp-config.php ist noch zu ändern und schau doch mal nach der Zeile 108 in der wp-settings.php . Die ruft die wp-includes/cache.php auf. Ist die vorhanden?

Zitat

das nicht Navigation dort steht sondern mein Homepagename

Kann ich nicht genau sagen, aber Du hast keinen Titel, frage mich warum bzw. wie Du den rausbekommen hast. Du solltest das Plugin OptimalTitle nehmen.

Das ist doof: web67.helix.rootbash.de/ kannst Du wahrscheinlich nur über den Hoster sperren.

Schau Dir mal die Struktur einer MySQL-Datei an!

So eine SQL hat immer 3 Teile pro Tabelle und insgesamt ca. 10-30 Tabellen z.B.

1. DROP TABLE IF EXISTS `wp_categories`;
Tabelle löschen, wenn vorhanden

2. CREATE TABLE `wp_categories` ( blah, blah)
Tabelle neu anlegen

3. INSERT INTO ( blah, blah)
Tabelle wird mit Inhalt befüllt.

Such mal nach dem Ausdruck "DROP TABLE IF EXISTS". Wie häufig kommt der vor? Das ist dann die Anzahl Tabellen.

Wenn man die einzelnen Tabellen zusammenläßt (also 1,2,3), kann man aus dem gesamten mehrere Teile machen.

Jeder Teil ist dann hoffentlich unter 2 MB. Ist etwas umständlich -> also am Ende ist es natürlich besser, wenn man klärt warum es mit dem gzip usw. nicht klappt.

Übrigens klappt das WordPress Database Backup auf meinem neuen Webspace auch nicht. Könnte aber ein Timeout sein. Auf jeden Fall kann ich da 50 MB MySQL hochladen!!!

Ne, wenn Du das bereits gewußt hast, wie man das macht, dann geht es auch mit anderen Editoren. Lädt Notepad 7 MB?

Weaverslave färbt den Code halt übersichtlich ein und speichert eben reinen, unformatierten Text.

Ich teste dieses WP-Backup-Plugin mal die Tage auf dem neuen Server. Wenn ich mal wieder mehr als 2 MB habe, dann werde ich mich da intensiv drum kümmern und das hier mal posten. Immer in die MySQL kriechen ist auf dauer doof.

Weaverslave ist in der Tat kein open source. Mir gefiehl er, weil kostenlos und bohrt sich nicht ins System rein. Ich nehme gerne Vorschläge (PM) für bessere Systeme an, kann aber schnell eine Endlosdiskussion werden und ich will hier nicht zu sehr off topic gehen.

Nochmal grundsätzlich: so eine SQL hat immer 3 Teile pro Tabelle z.B.

1. DROP TABLE IF EXISTS `wp_categories`;
Tabelle löschen, wenn vorhanden

2. CREATE TABLE `wp_categories` ( blah, blah)
Tabelle neu anlegen

3. INSERT INTO ( blah, blah)
Tabelle wird mit Inhalt befüllt.

Wenn man das zusammenläßt, kann man aus dem gesamten mehrere Teile machen. Jeder Teil ist dann hoffentlich unter 2 MB. Ist etwas umständlich -> also am Ende ist es natürlich besser, wenn man klärt warum es mit dem gzip usw. nicht klappt.

Zitat von mastermind

Markus, soweit ich weiß, kann man beim WP-Backup-Plugin die Tabellen selber auswählen. ;-)

Ja, ich habe es mehrfach getestet mit nichts weiter angeklickt und mit allem. Es sicherte aber bei mir weniger als das vorgegebene Zwangs-Minimum, nur ca. 5 Tabellen. Dieser 'Fortschrittspfeil' zeigte aber eine komplette Sicherung an. Das ist hochgradig problematisch, meist mekrt man es ja erst in einem Notfall.

Weaverslave ist ein recht guter open source Editor für HTML und so weiter.

Das Problem mit 2MB bzw. ZIP nicht o.k. kenne ich leider zu gut. Ich habe da auch noch nicht den Fehler bzw. ein Workaround gefunden.