Viewing 5 replies - 1 through 5 (of 5 total)
  • Plugin Author Never Settle

    (@neversettle)

    Hello!

    Thanks for posting the log… something stands out as strange. Normally the tables for ID=1 do not have a prefix like wp_1_ (a standard default install and configuration of the database has the wp_ prefix for all ID=1 tables and then
    wp_2_
    wp_3_
    and so on for the subsites).

    Can you confirm if your database is actually using wp_1_ as the name in all the ID=1 tables. If so, was this something that you changed?

    Also, normally the site ID=1 upload files are not stored in a blogs.dir/1/ folder. Usually there’s no blogs.dir (or sites/#/) uploads folder for ID=1. The uploads are just stored in /uploads/.

    We’re just trying to figure out the unusual results in the log for an ID=1 cloning operation. Can you confirm more details of your setup – actual DB table names for site ID=1 and actual uploads folder location.

    Thanks!

    Thread Starter SwabTheDeck

    (@swabthedeck)

    Hi!

    Thanks for your quick response. Yes, we are using wp_1_ as the prefix for all of the tables of the main site of the multisite, and blogs.dir/1/ is the folder where the uploaded files are stored. As far as why it is set up this way, I don’t have a good answer. This site is fairly old and has been maintained by many before me. If there is anything other information that would be helpful, let me know and I’d be happy to do my best to get it to you. Thanks again!

    Plugin Author Never Settle

    (@neversettle)

    Sorry for the delay! Just reviewing any loose threads and realized we hadn’t closed the loop on this. We did some additional brainstorming and came up with a potential self-serve fix. This isn’t something we’ll add to the Cloner since it would mess up other standard environments, and the bummer is that if you update the Cloner in the future you’ll have to “re-apply” this patch. Also, we don’t have a valid way to test this since it is so environment specific – so USE AT YOUR OWN RISK ??

    That said, an experimental fix would be to change line 425 of ns-cloner.php from this:

    $source_pre = $source_id==1? $wpdb->base_prefix : $wpdb->base_prefix . $source_id . '_'; // the wp id of the source database

    To this:

    $source_pre = /*$source_id==1? $wpdb->base_prefix :*/ $wpdb->base_prefix . $source_id . '_'; // the wp id of the source database

    If you were still having issues, hopefully this gives an option of something new to try. Again, though, please be very careful in trying this. Best case would be to try it on an off-line duplicate of your live site / isolated dev environment.

    Let us know if it works out for you. Thanks!

    Thread Starter SwabTheDeck

    (@swabthedeck)

    Hi,

    Thanks for your reply. We had ended up using a different strategy for our client without having to use the Cloner, but I appreciate the response. Sorry for not updating the ticket to notify you.

    Plugin Author Never Settle

    (@neversettle)

    Sure thing! Glad you figured something out!

Viewing 5 replies - 1 through 5 (of 5 total)
  • The topic ‘Clone of ID=1 site gives signup redirect when visiting the subdomain’ is closed to new replies.