Beiträge von ralla

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!

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.

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! ;)

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???

Haha, ja ich weiß. ^^ *lach*

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...

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. ;)

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.

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....

Damit es auch andere einfach haben: Ich nutze das Plugin "All in one Favicon". Ein sehr einfaches Plugin, dass sogar noch etliche andere Favicon Einstellungen unterstützt. ;-)

bitte diesen thread löschen