Sebastian

All depends on how you’ve set it up, but if you look in the table wp_sitemeta you should see your admins’ names, in the row with meta key “site_admins”. For example if you have one admin and he is named “admin”, it will be in the form of a:1:{i:0;s:5:”admin”;}

Make a database backup before you proceed. Then look up that user in the wp_user table (it *should* be the one with id 1, anyway). Try to change that user’s password, click edit on the row, enter a new password in the password field, then next to it select the function “MD5”, and save. Next try to log in with that user. If you land in your site instead of your network dashboard, manually go to yourdomain.com/wp-admin/network.php and log in there with the same credentials. If that works you should be able to set up new users from there if you need to.

Hm, looking now, the tags added by Squirrly are gone, but the Jetpack tags are there. 😉 So you could just change the filter again to what you had before, see if it helps.

Ideally you’d want to get rid of these tags though (and keep the ones from either Jetpack or Squirrly):

<!--/ Open Graph /-->
<meta property="og:image" content="" />
<meta property="og:title" content="Ignore The Lies" />
<meta property="og:url" content="http://ignorethelies.com" />

You could try to find them in the theme’s header.php (Design -> Editor -> silverOrchid -> header.php – make a backup of that file before editing on a live site). But it might just as well also be another plugin causing them. :/

Here is how I would do it (in fact I just did this on a client website yesterday, albeit a slightly different case 😉 )

1. Unless you have already done so, make a local backup on your computer of the entire /test directory, just in case. Also backup your WP database either through phpMyAdmin, cPanel, or a plugin.
2. FTP onto your server, copy all the FILES (not folders) in your web root into a new directory, call it /_backup or whatever. From here on your website will throw errors for visitors until WordPress is in place. (There are ways around this, but this is easier.)
3. Log in to your test WP installation and change both directories (under Settings, General) to http://www.jennaglatzer.com if they are not already.
4. Copy everything in the /test directory to your web root.
5. Download the following script: http://interconnectit.com/124/search-and-replace-for-wordpress-databases/ (this script is also linked in the codex).
6. Change the name of the script file so nobody else can use it, for example fixmysite.php (but obviously name it something else ;))
7. Point your browser to the script, example http://www.jennaglatzer.com/fixmysite.php – go through the wizard, if it cannot automatically detect your database settings (it should), then enter the database information from your config.php file.
8. At the point where the script asks you what to replace, replace http://www.jennaglatzer.com/test with http://www.jennaglatzer.com
9. Open .htaccess in your webroot and confirm there are no more references to the test directory, eg. if it says rewritebase /test change it to rewritebase /
10. Delete fixmysite.php from your webroot and confirm everything works.

If that didn’t fix it, you can always restore from your backups and report back here.