Creating a secondary query or overwriting the main query inside a page template is the quickest and easiest way I know to break pagination. The main query, which determines which page to load runs before your template thus the results on the page and the query that loads the page become out of sync. The … Read more
Hopefully this will provide some answers to anyone who runs into a similar problem. I had copied/created a (poor) function in my functions.php file that was looking for specific templates and if they were not found it would set $wp_query->is_404 = TRUE and that was the cause of the problem. Of course, the higher-level answer … Read more
I have a 404 plugin that does basically what you’re needing (if I understand correctly), only it creates a new page (using the same templates from your theme) and registers it as the 404 page. If you already have an existing WordPress page (NOT php file) then you could use code similar to the following … Read more
The short version is that you will need to do the lookup much sooner. As pointed out in comments, a 404 status can only be sent with the headers. There are a few ways that you can solve this issue. I would do it with a class. That class would use a few hooks but … Read more
Here is the tested code, you can use it as a mu-plugin: <?php /** * Filters whether to short-circuit default header status handling. * * Returning a non-false value from the filter will short-circuit the handling * and return early. * * @param bool $preempt Whether to short-circuit default header status handling. Default false. * … Read more
Both servers are listening to the same port. You have Nginx set to listen to 80 and nothing is set for Apache unless it’s in your ports.conf. Your also proxy passing to Apache port 80 in your Nginx conf. In the Nginx conf change proxy_pass http://127.0.0.1:80; to proxy_pass http://127.0.0.1:9000; change listen XXX.XXX.XXX.XXX:80; to listen 80; … Read more
Alright, after a couple more hours I removed the ‘query_var’ => ”, and re-saved/flushed my permalink settings. Query_var defaults to true, and it works. Coding blindness or something lol. Hope this can help someone else.
WordPress has a function to send a different status header: status_header( 200 ); If you send that after WordPress has send its headers and before you print anything you will get a status header 200. You could also filter ‘status_header’ and change the value there. See wp-includes/functions.php for details.
I solved it with the help of a colleagues of mine by adding the following lines into wp-config.php: $_SERVER[‘HTTP_HOST’] = $_SERVER[‘HTTP_X_FORWARDED_HOST’]; $_SERVER[‘REQUEST_URI’] = ‘/stuff/wordpress’ . $_SERVER[‘REQUEST_URI’]; $_SERVER[‘SCRIPT_NAME’] = ‘/stuff/wordpress’ . $_SERVER[‘SCRIPT_NAME’]; $_SERVER[‘PHP_SELF’] = ‘/stuff/wordpress’ . $_SERVER[‘PHP_SELF’]; $_SERVER[‘REMOTE_ADDR’] = $_SERVER[‘HTTP_X_FORWARDED_FOR’];
This very helpful page is unfortunately kind of burried on the codex: Basically mod_rewrite_rules hook will do the trick. function faster_htaccess_rules( $rules ){ $faster_rules = <<<EOD \n # BEGIN faster Apache 404 rules RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f RewriteRule \.(jpg|jpeg|png|gif|ico|swf|bmp)$ – [R=404,L] #Use instead for network sites #RewriteRule \.(jpg|jpeg|png|gif|ico|swf|bmp)$ – [nocase,redirect=404,last] # END faster Apache … Read more