Migrating WackoWiki to another webserver

Hello fellow Wackos LOL.
I am running into a issue migrating my wiki from my home server wheeloftheyear.ddns.net to youracmemagick,com.
Both servers will be running the newest version of wackowiki R6.0.16.


I installed .16 on youracmemagick.com/wacko server and tried to import a backup from my old server and did a database sync /repair and was not successful in migrating the data over.


Then I tried a sql export from old wiki to the new wiki with the same results.


Tried several methods from several different forums and still no joy.


Hopefully I am just to close to the problem and just missing something simple.


* SO THE PROBLEM IN A NUTSHELL *


So with my old wiki running a upgrade to .16 and my new wiki with a fresh install of .16 what would be a successful method to get the data/pages over from the old wiki to the new one.


Please assume I am a total idiot if you have a method to accomplish this. So that way I will not miss an obvious step. And we end up with a good method to leave posted for the next lucky person to have to go though this fun.


TY TY TY for any and all help. It is greatly appreciated !!!

Comments

  1. Re: Migrating WackoWiki to another webserver

    You created a backup of your wiki in the Backup module of your Admin panel and then you transferred the folder of this backup to your new wiki.

    transfer backup folder via SFTP

    In a second step you selected the backup in the Restore module of your new wiki and you run restore.

    restore backup

    What went wrong?
    Did both installations have the same table prefix?
    What does the restore script gave you back as result?
    Could you see the imported records in your wiki tables via phpMyAdmin?
    • WikiAdmin
    • 26.03.2021 20:44 edited

  2. Re: Migrating WackoWiki to another webserver

    Did both installations have the same table prefix?
    Yes "wacko_"
    What does the restore script gave you back as result?
    14:36:19 - Completed. Total files:
	all: 347
	restored: 347
	skipped: 0
================================================
14:36:19 - RESTORATION COMPLETED


    Could you see the imported records in your wiki tables via phpMyAdmin?
    Yes..
    And seems to be working fine at this point other that when first loading the page it keeps asking for language preferences just need to change the flag in the one file to fix that
    • bear
    • 26.03.2021 20:44 edited

  4. Re: Migrating WackoWiki to another webserver

    So now it is working?

    There was a page with a missing page language setting and the engine showed you a notice about that?
    It is always good to make a screenshot or copy away the error message in a text file, this may help us later to locate the possible error source.

    What you mean with installed flag?
    • WikiAdmin
    • 26.03.2021 20:45 edited

  6. Re: Migrating WackoWiki to another webserver

    So if you call example.com the installer is called again, but when you call example.com/HomePage it shows you the wiki.

    How you managed to do that?
    The installer is only called if there is a empty config.php or when the WACKO_VERSION in the constant.php is bigger than the corresponding wacko_version in the config file.

    I'm not sure what may cause this.
    example.com
    HTTP/2 200 OK
date: Fri, 29 Jan 2021 22:52:43 GMT
content-type: text/html; charset=utf-8
vary: Accept-Encoding
host-header: c2hhcmVkLmJsdWVob3N0LmNvbQ==
cf-cache-status: HIT
age: 5623
cf-request-id: 07f1f25c670000e95884b80000000001
expect-ct: max-age=604800, report-uri="https://report-uri.cloudflare.com/cdn-cgi/beacon/expect-ct"
server: cloudflare
cf-ray: 61968673dbe7e958-MIA
content-encoding: gzip
X-Firefox-Spdy: h2


    Please remove the setup/ folder from your server.
    Delete via admincache action the page and config cache.
    Check example.com again.

    From the header above it look like a non WackoWiki related cache issue to me.

    example.com/HomePage
    HTTP/2 200 OK
date: Fri, 29 Jan 2021 23:00:02 GMT
content-type: text/html; charset=utf-8
content-security-policy: default-src 'self';script-src 'self' 'unsafe-inline';style-src 'self' 'unsafe-inline';img-src * data:;media-src 'self';object-src 'self';frame-src 'self';
referrer-policy: origin-when-cross-origin
strict-transport-security: max-age=7776000
x-frame-options: SAMEORIGIN
x-content-type-options: nosniff
expires: Wed, 01 Feb 1984 00:47:24 GMT
cache-control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
pragma: no-cache
vary: Accept-Encoding
set-cookie: YouracmemagickComBZsu7bSession=h7Owf20I53XxaL5KmH00g; path=/wotypedia/; httponly; SameSite=Strict
set-cookie: YouracmemagickComBZsu7bSessionNoReplay=858q26yKT6N; path=/wotypedia/; httponly; SameSite=Strict
last-modified: Fri, 29 Jan 2021 23:00:02 GMT
host-header: c2hhcmVkLmJsdWVob3N0LmNvbQ==
cf-cache-status: MISS
cf-request-id: 07f1f90bcf00003719572bb000000001
expect-ct: max-age=604800, report-uri="https://report-uri.cloudflare.com/cdn-cgi/beacon/expect-ct"
server: cloudflare
cf-ray: 619691261eca3719-MIA
content-encoding: gzip
X-Firefox-Spdy: h2


    Please check your hosting environment. I'm not familiar with cloudflare services, see cf-cache-status: HIT.
    • WikiAdmin
    • 26.03.2021 20:45 edited

  7. Re: Migrating WackoWiki to another webserver

    I got the issue fixed... I looked like my FTP client was still open and had the config.php still in a open state. I closed the FTP made change permissions on the config.php back to 666 . Loaded the website and all was working. Change the permission on config.php back to 644 and all was good.
    • bear
    • 14.03.2024 07:56 edited
Log in or create an account to post a comment.