Ich kann nicht mehr - wer bitte kann mir helfen?

  • Hallo Community,

    ich habe ein riesen Problem mit meinem Blog seit ich versucht habe von 3.0.2 auf 3.0.3 upzudaten.

    Ich fange mit der kurzen Version an, denn vielleicht kann mir auch so geholfen werden...:?:

    Also, meine generelle Frage lautet: "Wie stelle ich das vor 3 Tagen erstellte Backup meines Blogs wieder her - und zwar aus WordPress heraus?"

    Glaubt mir bitte, ich habe alles mögliche versucht, NICHTS aber hat funktioniert :-( Wenn ich zB. unter 'Werkzeuge' -> 'Daten importieren' -> 'Wordpress' klicke, verlangt WP dies: "Wähle eine Datei von deinem Computer: (Maximale Größe: 2MB)" Diese Datei sollte die Endung 'WXR' haben; wenn ich aber mit dem gleichen Werkzeug ein Backup erstelle, wird eine .XML-Datei (wordpress.aktuelles_datum.xml) erstellt!

    Ich nutze WP seit über 2 Jahren, ich darf also behaupten, ich weiß, wie man updatet (mache ich ja permanent seit Version 2.*), trotzdem ist diesmal etwas (beim manuellem Update) schief gelaufen... Ich kann nicht mehr weiter, seit 2 Tagen (und Nächten) versuche ich mein Blog zum laufen zu bringen - vergebens. Ich hoffe ihr könnt mir helfen.

    Also: ich habe folgende Backups:
    1) a*******_blog_wp_blogadm20101210_220.sql.gz (erstellt direkt im Admin-Bereich von WP), danach auf meinen PC heruntergeladen und wieder hochgeladen ins Verzeichnis 'wp-content/backup-db'

    2) a*******.tar.gz und a*******_blog.sql.gz erstellt im Admin-Bereich meines Providers (000webhost.com) mit dem Backup-Tool, danach auf meinen PC heruntergeladen.

    Wie bitte stelle ich diese Dateien/ Backups wieder her?

    Ich hoffe auf ein baldige Lösung und verbleibe mit freundlichen Grüßen an alle, die dies lesen.

    • Anzeige

    Hallo!

    Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.

    • ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
    • ✔️ Deutsche Server & DSGVO-konform
    • ✔️ Persönlicher Support (kein 0815-Ticket-System)

    Mehr erfahren

  • Bei 000 bin ich auch. :D
    Dort das Backup einzuspielen ist total einfach. Du loggst Dich ins Cpanel ein, scrollst runter zu Useful Stuff und dort dann auf "1-Click Database Restore".
    Mich wunderts, dass Du das übersehen hast. ;)

    LG....

  • Bei 000 bin ich auch. :D
    Dort das Backup einzuspielen ist total einfach. Du loggst Dich ins Cpanel ein, scrollst runter zu Useful Stuff und dort dann auf "1-Click Database Restore".
    Mich wunderts, dass Du das übersehen hast. ;)

    LG....

    Danke schon mal für Deine Antwort - NEIN(!) ich habe nichts übersehen, es geht 1fach nicht! habe ich soeben wieder versucht, nachdem ich 1 neue DB erstellt habe - resultat, siehe Screenshot:

  • Well, BigFish, ich denke in dem Hosterforum biste besser aufgehoben. Habe mir Dein Thread dahinten mal durchgelesen und finde es unnötig mir hier den Kopf weiter zu zerbrechen, was da alles schiefläuft und was vielleicht auch nicht.:twisted:
    MySqlDumper ist als Wort schon gefallen - solltest Du dann auch in die Tat umsetzen.

    Ich selbst habe mit den DB-Programmen bei 000webhost auch schon immer Probleme gehabt. Von daher empfehle ich nur über phpmyadmin DB-backups zu machen (MIT drop und create, für alle fälle!). Dann klappt es auch so.
    Wie gesagt ist alles andere dort ziemlich unausgereift und habe dort auch nur noch meine alten und sehr kleinen Projekte liegen.
    Viel Erfolg!

    LG...

    P.s.: Und Du schriebst dort btw, du bist mit dem blog umgezogen!?
    Hoffe Du hast dann auch alle Adressen in der DB umgeschrieben.

    Einmal editiert, zuletzt von ralla (13. Dezember 2010 um 04:08)


  • MySqlDumper ist als Wort schon gefallen - solltest Du dann auch in die Tat umsetzen.

    Heute habe ich weitere 3 Stunden meines Leben vergeudet, denn das hat auch nicht funktioniert. Siehe bitte meinen Post im 000Webhost-Forum von heute: http://tinyurl.com/33ghlal

    Von daher empfehle ich nur über phpmyadmin DB-backups zu machen (MIT drop und create, für alle fälle!).

    Denk jetzt bloß nicht, ich wüsste was Du meinst :shock: Bin kein Experte auf diesem Gebiet, leider...

    P.s.: Und Du schriebst dort btw, du bist mit dem blog umgezogen!? Hoffe Du hast dann auch alle Adressen in der DB umgeschrieben.

    Umgezogen bin ich nicht, mein Blog läuft dort seit ca. 2 Jahren, ich wollte nur von WP 3.0.2 auf 3.0.3 manuell updaten
    (so, wie ich es schon X-Mal gemacht habe), dabei ist was schief gelaufen...

    Hoffe Du hast dann auch alle Adressen in der DB umgeschrieben.

    Was heisst denn das so ungefähr? Habe leider k. Ahnung.

    Trotzdem herzl. Dank & Gute Nacht.

  • Also ich versuche mich mal kurz zu halten. *nachdenk* ehm....
    Wenn Deine DB noch existiert, wovon ich mal ausgehe, dann gehe mal in phpmyadmin und wähle Deine entsprechende DB aus.
    So, dann haste ja oben eine neue Menüreihe. Da steht ja dann u.a. "exportieren". Naja, kennste ja schon.
    Uhm..., dann gehste auf Exportieren und standardmäßig sind DROP und CREATE immer ausgeblendet, was nach meinem Verständnis unlogisch ist. (Bitte aktiviere diese beim Exportieren!)

    Denn DROP sagt aus, wenn importiert wird und es existieren jedoch die entsprechenden Tabellen aus dem Import in Deiner DB, dann werden diese Daten in Deiner DB geleert und anschließend überschrieben.

    CREATE sagt aus, wenn Tabellen im Import vorhanden sind, in der DB jedoch nicht, dann werden diese erstellt.

    Wie Du also sehen kannst, sind diese beiden Funktionen essentiell für ein erfolgreiches Backup. Ohne diese Funktionen kannst Du weder eine DB wiederherstellen, noch neu einspielen.
    CREATE sollte also IMMER aktiviert sein, wenn Du eine leere DB hast.
    DROP sollte zusätzlich IMMER aktiviert sein, wenn Deine DB vorhanden (voll) ist.
    Ich denke, das sollte nun verständlich sein, wie man ein DB Backup richtig macht. Wenn Du also noch ein Backup machen kannst, dann bitte nur mit DROP und CREATE.
    Falls Du kein Backup mehr machen kannst, kannst Du in mühevoller KleinStarbeit die DROP/CREATE Funktion von Hand einfügen.
    Und nein, damit kenne ich mich nicht aus. :D

    Ich weiß nur, dass ich damals auch diesen Fehler gemacht habe und ich konnte einfach nie ein Backup einspielen. Dachte dass 000webhost der Übeltäter gewesen sein, was sich ja als falsch herausstellte.

    LG...

    PS:
    Achso, beinahe vergessen. Bei 000 besser nur als reine sql DB speichern. Bei mir gabs immer Fehler beim Importieren, wenn ich es als zip exportierte.
    Und das mit dem Umzug meinte ich damit, dass wenn Du ein Backup von Hoster1 machst und spielst dieses dann bei Hoster2 ein, dann sind noch Deine alten URLs im Backup vorhanden. Diese müsstest Du dann per Hand manuell umschreiben. Aber das braucht Dich nicht zu interessieren, weil Du ja nun nicht umgezogen bist. ;)

    Einmal editiert, zuletzt von ralla (14. Dezember 2010 um 07:06)


  • Wenn Deine DB noch existiert, wovon ich mal ausgehe, dann gehe mal in phpmyadmin und wähle Deine entsprechende DB aus.

    Die existiert nicht mehr, den:

    Als das Problem zum 1. Mal auftrat, habe ich natürlich 1 Support-Ticket erstellt, die haben mir geraten meinen Account (hinterderfassade.co.cc) zu löschen und anschl. neu zu erstellen. Das Argument war dass dann mein Account an einem anderen Server liegen wird, bla-bla

    OK, ich habe das gemacht, aber habe ich mittels phpmyadmin natürlich kein Backup angelegt, denn die DB war ja offensichtlich schon hin, wenn mein Blog nicht mehr funktioniert hat, oder? Übrigens habe ich noch nie 1 Backup mittels phpmyadmin gemacht und trotzdem konnte ich in der Vergangenheit meinen Blog wiederherstellen... Soviel dazu

    Bevor ich allerdings versucht habe, WP auf 3.0.3 up zu daten, habe ich natürlich -aus WP heraus- die DB gesichert und auf meinen PC herunterladen PLUS habe ich auch ein Backup mittels 'Backups' im CP von 000Webhost gemacht (all diese Backups sind an meinem PC vorhanden und noch drei andere, die mir WP wöchentlich per Mail gesendet hat)- genauso, wie seit 2 Jahren immer und immer wieder.

    ALSO: da mein Blog nach wie vor unter gleicher Adresse zu erreichen ist und auch den Hoster nicht gewechselt habe, müsste ich nach erfolgreicher Wiederherstellung auch keine Links anpassen, stimmt's?

    Alles was ich will (und nicht hinkriege - nicht einmal mit mysqldumper) ist,
    meine gesicherten DB-Backups wieder enzuspielen. Es klappt einfach nicht - mit keiner Methode, die ich bis jetzt versucht habe.
    Ich poste hier mal, was ich gestern im anderen Forum geschrieben habe; damit bekommst Du vielleicht 1 besseres Bild darüber, was ich bis jetzt versucht habe:

    "Nachdem ich mysqldumper erfolgreich hochgeladen, installiert und aufgerufen habe, ist mir gleich aufgefallen, dass bei mir bei 'Max. Ausführungszeit': 10 Sekunden steht[COLOR=Red]*[/COLOR] (im Gegensatz zum [size=10][COLOR=DeepSkyBlue]Video[/COLOR][/SIZE], wo 30 Sekunden zu sehen sind), ist das ein Fehler oder ist es OK so???

    Dann wollte ich natürlich den PW-Schutz einrichten, wie im Video gezeigt wird, und ab da geht nichts mehr:
    1) Kann das Proggie die 2 Dateien
    .htaccess & .htpasswd nicht eigenständig anlegen, obwohl ich dem Ordner, in dem sie reinkommen sollen, 777-rechte vergeben habe! Also habe ich sie manuell erstellt und mit den Daten gefüttert, die mir mysqldumper gegeben hat.
    2) Ab diesem Moment ist Schluss, die rechte Seite des Fensters von
    mysqldumper bleibt leer/weiss, egal, wohin ich klicke [Blockierte Grafik: http://www.000webhost.com/forum/images/smilies/eek.gif]
    Siehe [size=10][COLOR=DeepSkyBlue]kurzes Video[/COLOR][/SIZE]: http://tinyurl.com/2v897oa

    Beim Anlegen des Verschlüsselungsverfahrens habe ich alle 3 Varianten

    • Crypt maximal 8 Zeichen (Linux und Unix-Systeme)
    • MD5 (Linux und Unix-Systeme)
    • SHA1 (alle Systeme)


    ausprobiert, daran kann es also nicht liegen.

    Ich kann nicht mehr, denn egal was ich versuche, schlägt alles fehl. Daher denke ich, folg. Angehensweise wäre eventuell richtig (falls es bei 000Webhost überhaupt eine richtige gibt):

    1) Komplett alle Dateien von meinem Account via ftp löschen, sowie die vorhandene DB vom Admin-Bereich aus mittels 'Manage MySQL Databases' und dort auf das Rote X klicken.
    2) Neue DB mittels selbigem Tool erstellen
    3) danach mysqldumper per ftp hochladen & einrichten
    4) WP 3.0.3. per ftp hochladen

    [COLOR=Red]5)[/COLOR] [COLOR=Red]???[/COLOR] WELCHEN SCHRITT sollte ich jetzt tun??? mysqldumper starten und meine vorhandenen WP-Backups einspielen, ODER zuerst die http://hinterderfassade.co.cc/wp-admin/install.php/ aufrufen usw. und erst danach mysqldumper starten und meine vorhandenen WP-Backups einspielen?"


    Wie Du also sehen kannst, sind diese beiden Funktionen essentiell für ein erfolgreiches Backup. Ohne diese Funktionen kannst Du weder eine DB wiederherstellen, noch neu einspielen.

    Schade dass ich dies nicht früher gewusst habe...

    Wenn Du also noch ein Backup machen kannst, dann bitte nur mit DROP und CREATE.


    Natürlich kann ich kein Backup machen, denn ich habe ja meinen Account gelöscht, wie weiter oben erleutert.

    Falls Du kein Backup mehr machen kannst, kannst Du in mühevoller KleinStarbeit die DROP/CREATE Funktion von Hand einfügen.


    Dies verstehe ich zwar nicht ganz, aber ist es denn nicht hinfällig ???

    Bei 000 besser nur als reine sql DB speichern. Bei mir gabs immer Fehler beim Importieren, wenn ich es als zip exportierte.


    Alle meine Backups haben die Endung .sql.gz - das ist es doch, was Du meinst, oder?

    Gruß BigFish (Arturo)

  • Unter meinem letzten PS schrieb ich, dass es bei mir auch immer probs beim einspielen gab, wenn die DB als zip war. Hmm, könnte vielleicht die Lösung sein!?
    Das was Du hast (gz) ist ein Gzip Archiv. Das kannst Du easy mit WinRar öffnen und die SQL Datenbank dort herausnehmen.
    Dann kannst Du diese nochmal versuchen zu importieren. Nur die .sql an sich!

    Das "hinfällige" ist es tatsächlich nur, wenn Deine Datenbank komplett leer ist. Zumindest bei 000webhost. :D

    => 5.) Das ist egal. Ob zuerst WP und dann DB oder umgekehrt, spielt keine Rolle. Wenn Du WP zuerst installierst, konfiguriere aber dann die wp-config.php mit deinen DB Daten. Normal sollte man aber zuerst die DB aufspielen und dann die wp-config auf die DB einstellen. Erspart bissl hin und her. ^^

    ~~~
    Probiere erst einmal aus, ob Du die .sql (nackt wie sie ist, ohne zip/gzip) zu importieren. Das dann bitte bei phpmyadmin und mysqldumper.
    Sollte es dann immernoch nicht gehen, ehm, dann hilft nur noch dem Support direkt ein Ticket zu schreiben.
    Denn dann wüsste ich auch nicht mehr weiter.

    EDIT: Achso, ehm, die kleinere Datei verwenden. Nicht dieses 25MB große teil da. ;)
    Weißt scho' was ich meine...

    Einmal editiert, zuletzt von ralla (14. Dezember 2010 um 10:22)


  • Das was Du hast (gz) ist ein Gzip Archiv. Das kannst Du easy mit WinRar öffnen und die SQL Datenbank dort herausnehmen.
    Dann kannst Du diese nochmal versuchen zu importieren. Nur die .sql an sich!

    Aber welche denn????? Ich habe ja 3 Dateien, wie ich es schon schrieb! Alle drei, oder welche von den drei?
    1) a1655934_blog.sql.gz = 1.171 Kb
    2) a1655934.tar.gz = 25.622 Kb (wenn ich dies mit 7Zip öffne, hat sie die Endung .tar OHNE .sql
    Diese habe ich mit 'Backups' bei 000Webhost erstellt

    3) a1655934_blog_wp_blogadm20101210_220.sql.gz = 1.290 Kb
    Diese habe ich mit Wordpress 3.0.2 erstellt

    Probiere erst einmal aus, ob Du die .sql (nackt wie sie ist, ohne zip/gzip) zu importieren. Das dann bitte bei phpmyadmin und mysqldumper.

    Was denn, etwa 2 mal??? Wer soll sich hier auskennen? Bedenke bitte, ich bin in diesen Sachen nicht erfahren :-(
    Sollte es dann immernoch nicht gehen, ehm, dann hilft nur noch dem Support direkt ein Ticket zu schreiben.
    Denn dann wüsste ich auch nicht mehr weiter.

    die kleinere Datei verwenden. Nicht dieses 25MB große teil da. ;) Weißt scho' was ich meine...

    Sind aber alle meine Post/ Beiträge nicht gerade in der großen Datei? Ich verstehe ehrlich Bahnhof. Mein Blog ist ca. 2 Jahre alt mit mind 100 Posts, wie sollen sich die alle in einer 1.171 Kb oder 1.290 Kb großen Datei befinden??? Und WOZU dann die Große Datei?
    Kenne mich echt nicht aus, SORRY

  • Zitat

    Aber welche denn?


    Probiere eine sql nach der anderen aus. Irgendwann sollte es klappen. Also in bester Hoffnung natürlich.

    Zitat

    Was denn, etwa 2 mal?


    Hihi, nein natürlich nicht. Meinte damit eigentlich, dass wenn phpmyadmin nicht geht, probiere es mit dem Dumper aus. Oder halt umgekehrt, je nach dem womit Du beginnst zu arbeiten. ;)

    Zitat

    Und wozu dann die Große Datei?


    Hmm, ja das wüsste ich ehrlich gesagt auch gerne. Wie gesagt habe ich meine Backups damals ausschließlich mit phpmyadmin erledigt. Daran hat sich nie etwas geändert und wirds auch nit, da ich einmal dieselben Probs wie Du damals hatte.
    .tar ist ein Archivformat wie WinRar (.rar), nur halt von/für Linux.
    ~~~~

    Ehm, ausserdem fällt mir gerade etwas auf!
    Diese WXR (wixer^^) Datei IST die XML Datei.
    Hast Du überhaupt schonmal probiert die zu importieren???

  • Hi ralla

    Jetzt stell Dir mal dies vor: (es scheint) dass ich endlich alles hinbekommen habe, sprich, die DB mit Hilfe von mysqldumper hergestellt habe, danach WP 3.0.3 per ftp hochgeladen (die config.php natürlich entsprechend abgeändert) - und jetzt kommt'S [COLOR=Red]ICH KANN IN MEIN BLOG NICHT EINLOGGEN!!![/COLOR]
    Zum verrückt werden, die wp-login.php sagt mir pausenlos, "Fehler: Falscher Benutzername. Passwort vergessen?" Sollte dies stimmen, was ich nicht glauben kann, denn ich bin kein Anfänger & notiere mir natürlich IMMER & SOFORT alle neu angelegten Zugangsdaten in Keepass (und zwar mit Drag & Drop, damit ja kein Tippfehler passiert),
    weißt Du wo diese Zugangsdaten gespeichert sind bzw. wie man sie resettet???

    Danke im Voraus!
    Gruß :rolleyes:

  • Erst einmal herzlichen Glückwunsch zu Deinem Erfolg! ;)

    Dann frage ich mich grad noch so bissl nebenher, was mit deiner xml-backup datei ist. Hast Du dieses schon importiert, wenn nötig? Das ist wie gesagt die wxr Datei, als xml verkleidet quasi.

    Soa und Passwort ändern geht natürlich nur via Datenbankzugriff.
    Dazu habe ich Dir hier einen netten Link herausgesucht, der Dir weiterhelfen sollte.
    Frohes Schaffen! ;)

  • Soa und Passwort ändern geht natürlich nur via Datenbankzugriff

    Guetn Morgen!

    Wenn ich Dir jetzt schreiben würde, dass es nicht geht, würdest Du mir wahrsch. nicht glauben, stimmt's? Deshalb habe ich auf [COLOR=RoyalBlue]Video[/COLOR] alle Schritte von der Beschreibung, auf Die du verwiesen hast, aufgenommen.

    (Übrigens: Bei 'Punkt 8: Sichere die Information in der Datenbank ab.' weiss ich nicht, wie das gehen soll, ich habe keinen befehl dazu gefunden :-( )

    Wie Du des Weiteren im Video sehen kannst, versuche ich mir unter Eingabe meiner RICHTIGEN(!) EmailAdresse mir von WP meine loginDaten zuschicken zu lassen, was auch nicht klappt... Wenn das nicht zum Verzweifeln ist...

  • Wie gut dass Du das auf Video aufgenommen hast. Du hast da einen kleinen Fehler gemacht.
    Und zwar musst Du bei dem md5 hash generator auch ein Passwort eingeben.
    Als Beispiel nehmen wir 1234.
    Dann kommt bei mir dieser "hashstring" raus:
    81dc9bdb52d04dc20036dbd8313ed055
    Diesen kopierst Du, wie Du es schon richtig gemacht hast, in die Tabelle ein. Das war ja auch bisweilen richtig so.
    Aber jetzt kommt Dein Gedankenfehler...hihihi....
    Jetzt darfst Du Dich natürlich nicht bei WP mit dem Hashstring einloggen, sondern mit dem Passwort 1234.
    Dann müsstest Du erfolgreich eingeloggt sein.

    Also User: Admin und PW: 1234 (als beispiel!!!!)
    Versuche es mal.
    (Aber bitte generiere nun Dein eigenes simples Passwort. Sonst hackt sich nachher jeder in Dein Blog ein. ;) )

    EDIT:
    Und Du musst nach dem löschen des Strings nicht auf "Go" klicken. Einfach ersetzen und dann Go. ^^
    Achja, und das mit dem Punkt 8 ist schon erledigt mit dem "Go". Wird also direkt übernommen.

    Einmal editiert, zuletzt von ralla (16. Dezember 2010 um 11:21)


  • Jetzt darfst Du Dich natürlich nicht bei WP mit dem Hashstring einloggen, sondern mit dem Passwort 1234.

    Entschuldige ralla, aber für wie bescheuert hälst Du mich??? Natürlich habe ich das PW un NICHT den HashString zum Einloggen benutzt!

    Zweitens, ich habe keine Ahnung was, aber ETWAS ist mit meinem Account mächtig nicht in Ordnung, denn zB. auch sobald ich die Konfiguration von MySQLDumper per PW absichern will, wird es unbrauchbar - aber das habe ich auch schon erwähnt :-(

    Ehrlich gesagt geht mir dieses hin und herschreiben mächtig auf den Geist, jetzt dauert es schon fast 1 Woche und bin der Lösung meines Problems nicht 1 Schritt näher gekommen, daher frage ich Dich nochmals, bist Du bereit mir einen 'Live'-Support über Skype oder ev. über Teamviewer zu geben?
    Wenn nicht dann lass es, ich werde woanders nach Hilfe suchen.

    BITTE(!) verstehe dies nicht als arroganz oder ähnliches, ich bin nur 1 praktischer Mensch und wenn ich sehe dass etwas nach mehrmaligen Versuchen nicht klappt, dann lasse ich es. Ich hoffe Du vertsehst.

    Danke & Gruß

    Was auch zu erwähnen währe ist, dass ich meinen alten Blog gestern ohne probleme Updaten konnte (gehostet auch bei 000Webhost: http://ebookreseller.co.cc/blog/wordpress ) - verstehe nicht, wieso es bei Account Hintederfassade nicht klappt...

  • Da nimmt man sich freiwillig die Zeit, zerbricht sich den Kopf darüber was der andere Mensch am anderen Ende des Internets für ein Problem hat und wie man es lösen könnte und dann kommt da so eine freche und pampige Antwort.
    Wollte eigentlich eben einen Roman darüber schreiben, dass Dir der Anstand fehlt Dich vernünftig zu artikulieren bzw, Dich mit mir zu unterhalten.
    Aber so?

    Glaubst Du jetzt echt noch, dass Dir jemand auf diesem Niveau weiterhelfen wird?
    Diese Frage ist rhetorisch und bedarf keiner Antwort. Abo abbestellt - Helf Dir selbst! :evil:
    Frechheit!
    Stündest Du mir gegenüber, hättest Du von meinem Anwalt gehört!

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!