~/virtual/home/joho | DeltaFelter | Stealth Cookie | FidoNet | Joaquim Homrighausen | joho68
Using the APIs over at trafiklab.se can yield some quite useful results. I needed to be able to display the commute stop departure times for public transport in a given place, so I wrote this WordPress plugin called Stopsign. It uses the Trafiklab.se API. The plugin is free (GPLv2) and open source.
Knock yourself out: github.com/joho1968/Stopsign
While trying to configure some internal URL re-writing in nginx for a WordPress site, I ran across an annoying issue:
Regardless of my re-writing efforts, WordPress would issue a re-direct (301) header (?!)
This wouldn’t have been such a big deal if I didn’t want the URL to stay the same in the browser’s address bar. If I didn’t have that requirement, I would naturally have used a simple re-direct.
After spending some time troubleshooting this, and making sure nginx was actually doing what I wanted it to do, I ran across a few posts talking about disabling “canonical redirects” (sic) in WordPress. So adding this snippet to the end of the active theme’s functions.php:
remove_filter('template_redirect','redirect_canonical');
got rid of WordPress re-directs. Unfortunately, another plugin “stepped in” and started doing it instead (this time, it was the Polylang plugin). I’m sure there are a number of other plugins that exhibit this behavior, and it may be possible to circumvent this in many/most/all of them by using something similar to the above snippet, but I still haven’t solved the actual problem.
Using cURL to debug URL re-writing and URL re-direction can save you a lot of time, like this:
curl -I https://yourwebsite.foo
(Please note that the issues I have experienced here are not related to nginx. This would happen in Apache too as the re-directs are issued by the WordPress stack. Once control is handed off to PHP, there’s little the web server can do.)
If you’re playing with nginx, PHP-FPM, and URL re-writing, you may also find this post of interest: URL re-writing with nginx, PHP, and WordPress
The list of things to do to harden a WordPress site with Apache is long, but some things that could be done include:
FileETag None
<Files wp-config.php>
Require all denied
</Files>
<Files xmlrpc.php>
Require all denied
</Files>
<LocationMatch "/wp-content/uploads/.*(?i)\.php$">
Require all denied
</LocationMatch>
This is, perhaps, obvious to most PHP developers. But it came somewhat as a surprise to me.
Using is_numeric () for validating a WordPress version string, such as ‘4.7’, does not seem to work very well when WordPress introduces minor releases such as ‘4.7.1’.
Since I cannot be bothered to figure out why it behaves in this (erratic, IMHO) way, I have since replaced the call to is_numeric () with a small function using a simple regular expression (regexp):
function wpVersionStringCheck ($vs)
{
return (preg_match ('/^(\d+\.)+\d+$/', $vs));
}
I’m sure there is a hole in there somewhere, but on the following strings at least, it gives me the desired result:
1.0 is valid
1.0. is invalid
1.0.1 is valid
1.banana.0 is invalid
Tired of nine zillion revisions of your posts created on your WordPress site?
Open up wp-config.php with a nice editor like Emacs or Pico/Nano or VI and add:
define('WP_POST_REVISIONS', false );
to disable post revisions completely.
Or, if you just want to limit the number of revisions WordPress keeps:
define('WP_POST_REVISIONS', 3);
Of course, this is just a simple Google query away from you:
http://lmgtfy.com/?q=limit+number+of+revisions+in+wordpress
Or, as it happens:
http://bit.ly/Hi9T1Y
Well, I guess it had to happen at some point. I’ve been running Serendipity (S9Y) for as long as I can remember “blogging”. At one point I was coding something that looked a lot like some early version of WordPress and S9Y, but I gave up on it. Since there are so many talented developers out there, I didn’t have to wait long for some nice alternatives to show up.
When WordPress 3 arrived, I decided it was time to move away from S9Y. I do a lot of WordPress-related stuff at work, and the time when I thought tinkering with “odd” bits and pieces just because I had nothing better to do has long since passed. These days I do it because I have something better to do but can’t keep my hands away 🙂
During the next few weeks, I’ll get a lot of stuff back here again, but I’d like to extend a big “THANK YOU” to this post:
Bland alla de mallar som finns för WordPress hittar man ibland en del udda saker. Retro-mallen från Kerry Webster är en sådan udda sak. Det låter som en jättekul idé, och känns initialt lite roligt. Men handen på hjärtat, hade det inte varit bättre om man inte behövt stirra på en fosfor-grön sida.
För de som inte var med, eller kommer ihåg, så såg skärmarna ut så här för 20+ år sedan. Väldigt retro är det i alla fall.