As in this question and answer, and because of your huge .htaccess file it’s like you have a .htaccess directive that’s causing your apache to not process that file or understand its type. As mentioned by @Rup, using the default WordPress .htaccess, and checking other directories for rogue .htaccess files will likely resolve this issue. … Read more
The file wp-content/object-cache.php is one of the dropins – PHP files with custom code that are not plugins. It is used when you are using a persistent object cache plugin, and it will be loaded automatically. Normally the plugin will create that file. But if you move all the files without the plugin, the code … Read more
As you did not state any details about the environment of if you are adding to a remote host or localhost – I’ll write the steps required to clone an install on a local environment on Windows using XAMPP from a zip of the database and wp-content files – the process is similar in both … Read more
This is probably because .htaccess is not being respected. If you’re using Apache as a webserver, make sure that mod rewrite is active and .htaccess files are read and used in vhosts. You should allow overrides in the vhost. Like this: <Directory /var/www/site/example.com/> Options Indexes FollowSymLinks AllowOverride All Require all granted </Directory> If you are … Read more
When migrating a live site to local you need to do a couple of thing. update the site url, you can do this in wp_options column (phpmyadmin) or in wp-config.php You need to find and replace all instances of the old url, you can use better search replace, its a great plugin for exactly that … Read more
The problem was that one if the the serialized string lengths did not match its true string length. One of the migration steps was to change the domain name in the database SQL file with: sed -i ‘s/old-domain-name/new-domain/g’ db-dump.sql One of the theme mods was a string that contained the old domain name. When it … Read more
It’s not hard just copy your theme and plugins to the new site and use export from tools in the dashboard and you should be fine.
A good solution to your problem would be to use a maintenance mode plugin. These plugins will show a splash page to your visitors, but allow administrators full access to the site. You can find these plugins in the Plugin Repository, for example: http://wordpress.org/extend/plugins/maintenance-mode/
There are PHP errors and notices in your scripts invalidating the JavaScript code: http://www.foxterrier.com/wp-content/themes/shape/smooths/getimages.php <b>Deprecated</b>: Function eregi() is deprecated in <b>/home/foxterrier/public_html/wp-content/themes/shape/smooths/getimages.php</b> on line <b>13</b><br /> smootharray[0]=”004.jpg”;<br /> Plus, you are loading jQuery too late. Read wp_enqueue_script() and how to handle dependencies (the third parameter).
It sounds like your opening <?php tag is abutting your first call to update_option. If it isn’t directly adjacent to it, perhaps the whitespace between the two is unrecognized for one reason or another (this can happen from copying and pasting from some sources). Have your functions.php file start off like this: <?php update_option(‘siteurl’,’http://example.com/blog’); update_option(‘home’,’http://example.com/blog’);