John Peden

Thanks Rebecca,

I’m new to AJAX so it is almost certainly incorrect. I’m basing my code on this:

https://stackoverflow.com/questions/10873537/saving-wordpress-settings-api-options-with-ajax

In which the OP appears to serialize the entire form and post it to options.php.

Solved here

Ok thanks for the suggestion. I’ll ask on Studiopress.

Ok no problem, thanks for the help!

Thanks, I understand what it does but it seems to be using wp-cron to log me in as opposed to wp-login.php (to which there is no reference). Just a little peculiar.

Ok, I think it is secure as-is. I’ve checked the logs using the definitely secure login form and also using the signin widget. The logs are identical so I can only assume that both methods are secure.

That said, my output looks a little different to yours. I keep seeing references to wp-cron like this:

xxx.xxx.xxx.xxx – – [05/Jul/2012:12:06:56 +0100] “POST /wp-cron.php?doing_wp_cron=1341486416.6266379356384277343750 HTTP/1.0” 200 – “-” “WordPress/3.4.1; https://%domain%”

Any thoughts?

But the BuddyPress login widget exists on a non-encrypted page! I guess the widget needs to be disabled?

Ah,

That makes sense now. I didn’t use the tool as I’d already got the site up-and-running.

Obviously there are a few variables hidden in there somewhere that didn’t like my approach.

Thanks for your help man.

Got it working. Deleted multisite references from wp-config, emptied my .htaccess file, deleted these tables from my databases:

• _blogs
• _blog_versions
• _site
• _sitemeta

Then I re-enabled multisite in wp-config and ran through the installation process again, making sure subdomain install was set to false.

Hope this helps someone else!

Additionally, I moved the old sites to new subdomains using the exact same approach. No problems there.

Hey man,

Obviously I ran a search and replace on my entire DB before moving the site and importing it. If I hadn’t, the site wouldn’t be working as well as it is.

The organization I’m working for runs hundreds of sites on subdomains of its academic domain and as a result there is no way I’ll be able to install on the root .ac.uk domain.

They had this all working on another server which was hacked and is now sat behind a very strict firewall and isn’t in use.

I’m pretty sure I’ve seen all the relevant settings but is there anything else I can look for on the hacked server?

Ok, getting further.

This line fixes/breaks everything:

RewriteBase / (pages display, new sites return a 404)
RewriteBase /hub/ (500 internal server error on everything)

Before I had the domains setup, the sites were setup like this:

• https://hostname/network1
• https://hostname/network2

I moved the sites onto their respective domains and I assume that this is where the problem lies.

Just can’t get my head round what exactly is broken.

Correction…everything is not working perfectly.

Only the homepage and the dash are visible. EVERYTHING else gives a 500 internal server error.

Having read around, I think although I’m trying to run WPMS on a subdomain, I’m actually trying to get new sites to appear in subfolders on said subdomain.

As such, everything is working (almost) but as you can see in my new thread, I’m now getting a 500 internal server error on any new site I create.

Worked a treat for me! Hats off gentlemen.