The problem is that your .htaccess rules are referencing a path outside of the document root, which is not allowed in .htaccess files. Here is the complete working code for your .htaccess file. RewriteEngine On RewriteBase / RewriteRule ^index\.php$ – [L] # add a trailing slash to /wp-admin RewriteRule ^wp-admin$ wp-admin/ [R=301,L] RewriteCond %{REQUEST_FILENAME} -f … Read more
Confusingly WordPress does not have a concept of a simply search page, it only has concept of search results page. The difference is critical because search without search query 404s as you are seeing. If you want dedicated search page you would have to implement it as custom one, see Codex > Creating a Search … Read more
One way to do this is to use the status_header filter. Adding the following to the functions.php file or your theme (or an appropriate plugin file) would do the trick: add_filter( ‘status_header’, ‘your_status_header_function’, 10, 2 ); /** * Substitutes a 202 Accepted header for 404s. * * @param string $status_header The complete status header string … Read more
Put your code in the template file category.php. Remove all the part before the loop: once in category template, you don’t need to get the category, get the paged, run again the query with query_posts… So your category.php should simply appear like so: if ( have_posts() ) : while ( have_posts() ) : the_post(); $image … Read more
It sounds as though WorldPay is responsible for sending the overly generic name parameter so you aren’t in a position to control that. You will instead have to catch the request and force it to work. Something like: function redir_404_wpse_137703() { if (is_404() && isset($_GET[‘name’])) { locate_template(‘some-theme-template.php’,true); exit; } } add_action(‘template_redirect’,’redir_404_wpse_137703′); some-theme-template.php will need to … Read more
Your get_author_posts_url() seems wrong, it doesn’t accept three parameters. Passing ID as first one should be sufficient to generate correct link, name argument is pretty redundant there.
I received a response with code that fixed the issue from rtcamp.com Add this code to the nginx site configuration for the domain has the issue with not all 404 requests being handled by WordPress: if (!-e $request_filename) { rewrite ^/(.+)$ /index.php?q=$1 last; }
When a URL is processed by WordPress, its index.php script is loaded with the path to the requested page. Because in this case the index.php script is always found, a normal 404 error will never trigger (via ErrorDocument 404 …). If the requested URL does not match a page that WP knows about, WP will … Read more
You should wrap your enqueue/register function in your conditional, not your add_action() You can try something like this using the is_404() conditional check function enqueue_404_script() { if(is_404()) { //do what you need to do } } add_action( ‘wp_enqueue_scripts’, ‘enqueue_404_script’ );
After checking phpinfo(), mod_rewrite wasn’t enabled so I enabled it: http://linuxcommando.blogspot.fr/2014/03/how-to-enable-modrewrite-for-apache-web.html and it worked !