WordPress Designpraxis Forum » WordPress Designpraxis Plugins

Anywone experiences with successful restores via BackUpWordPress?

(14 posts)
  • Started 2 years ago by rol
  • Latest reply from rol
  • This topic is not a support question

  1. ... or unsucessfull restores? I want to publish a stable release of BackUpWordPress, but need some feedback on that part. Also some experiences would be appreciated on successful/unsuccessful migrations of a WordPress website to another machine using a backup archive generated by BackUpWordPress.

    Posted 2 years ago #
  2. GLehnhoff
    Member

    I just have done a backup, change one text in a post, deleted one post and have done a restore.

    Outcome: nothing has been restored. Restore did not work.

    As far as I know only the database has to be restored. I did not copy any files manually.

    Posted 2 years ago #
  3. GLehnhoff
    Member

    Well, this might be important:

    BigDump: Staggered MySQL Dump Importer vversion

    Processing file: bkpwp_restore.sql

    Starting from line: 1
    Session Done To go Total
    Lines 4 4 0 4
    Queries 0 0 0 0
    Bytes 689 689 0 689
    KB 0.67 0.67 0 0.67
    MB 0 0 0 0
    % 100 100 0 100
    % bar

    Congratulations: End of file reached, assuming OK

    Posted 2 years ago #
  4. Gerhard, your bigdump message says
    Queries 0 0 0 0
    which means there was nothing to execute. Therefore nothing has changed on your blog. Did you download your backup created by BackUpWordPress, unpack and open the sql dump with a text editor to see if there is something in it?

    Posted 2 years ago #
  5. GLehnhoff
    Member

    Hi rol,

    restore of SQL-DBs-Backups work, restores of full backups not. And yes, within the full backup is the wordpress.sql-file which seems to be the dump of the database. And both wordpress.sql-files, the one of the SQL-DBs-Backup and the one of the full backup seem to be identical. That is to say that the full backup seems to work fine but not the restore of the SQL-DB out of the full backup, initiated out of the "Manage Backups" (Backups verwalten) screen by clicking "restore" (wiederherstellen).

    Can not be a big deal, can be?

    Cheers - gl

    Posted 2 years ago #
  6. Gerhard, thanks for the bug report! No that shouldn't be a big deal, I'll fix ist with the next version!

    Posted 2 years ago #
  7. rpesq
    Member

    Hi,
    Great plugin! Once the entire "Full" backup can be restored with one-click, it will be truly awesome.

    You asked about successful restores.

    I tried a "Full" restore, and the database is restored successfully. The uploads (photos, etc) are not, but it seems as though you have not implemented that feature yet.

    A one-click full restore (database + uploads) will be greatly appreciated.

    BTW -- is it "safe" to leave the backups on the server? I ask because a different WP backup plugin recommends that the backups be downloaded and deleted. Is that a big issue?

    thanks,
    bob

    Posted 2 years ago #
  8. rpesq, thanks a lot for your feedback!
    Actually, Alex Concha, one of the WordPress developers wites about that security issue on his blog. I responded as quickly as I could (while he was sleeping ;)) and released a security update of BackUpWordPress. I think you are on the safe side with BackUpWordPress.

    Posted 2 years ago #
  9. rpesq
    Member

    Hi Roland,
    That is excellent.

    Can you quickly elaborate what .htaccess protects/limits?

    Posted 2 years ago #
  10. rpesq,
    the .htaccess file prevnts direct access to backup archives within the backup repository via the web browser. Only logged in Administratores can access those files.
    Before this improvement and in case someone knows the URI of such a file, e.g. someone would sniff out the emails, BackUpWordPress sent to you, the backup archives would have been able to download for unauthorised users.

    Posted 2 years ago #
  11. Nick
    Member

    Hi Guys,

    Just thought I'd add my two cents from my experience today.

    I had to do a full wordpress restore due to moving it to a new server.

    Had a full backup saved safely. After copying into the backup directory it appeared under the managed backups but under action had "Your Backup is being processed."

    As it never appeared to finish processing, I dug a big deeper. It would seem that in the sub directory logs, each backup file must have an associated txt file to go with. So I created a backup, then copied this log file and renamed it appropriately.

    I then did a restore. It appeared to restore everything, only slight problem was that the posts appeared to be truncated in my case, annoying but better than nothing.

    HTH

    Nick

    Posted 2 years ago #
  12. besonen
    Member

    hi Roland,

    is there a development release available that contains any bug fixes since the 0.4.5beta release?

    also, have you been able to identify the source of the truncation (of posts) after restoration problem that Nick reported?

    - david

    Posted 2 years ago #
  13. cj
    Member

    Hi
    I just had to do a restore. The automatic restore didn't work, all posts were truncated at the first special character (öäü, etc). I then imported the backup file (after including the USE 'db' line) manually in phpmyadmin, setting the coding to latin1. This worked like a charm (and saved my @ss).
    thx for the wonderful plugin!

    Posted 2 years ago #
  14. hi guys, just like cj pointed out, ther are some issues due to database encoding. I'll dig into that deeper as soon as I have some time again. Pleaselet me know, if one of you successfully tweaked the plugin to solve that issue. Thanks, for reporting!

    Posted 2 years ago #

RSS feed for this topic

Reply

You must log in to post.