Burt

Instead of creating database queries for each testimonial as you loop through the archive posts, why not grab the byline from the post meta along these lines:

get_post_meta( get_the_ID(), '_byline', true );

The data is already there in your loop without needing to query each time.

@ronsmithmd: Deactivate the Hello Dolly plugin.

Two things:

1. The tag name starts with “wp_”
2. Set the number of variables passed to the filter function.

Try this:

function forgotMyPasswordEmails( $nl2br, $message ) {
  if ( in_array( 'wp_retrieve_password', $message['tags']['automatic'] ) ) {
    $nl2br = true;
  }
  return $nl2br;
}
add_filter( 'mandrill_nl2br', 'forgotMyPasswordEmails', 10, 2 );

What’s the URL of the site?

In the file themes/mandigo/style.css.php, look for the following block (line 708 in the 1.36.2 version of the theme):

.sidebars ul li, .sidebars ol li {
    margin: 3px 0 0 0;
}

Change that last number to -5px, so it looks like “margin: 3px 0 0 -5px;” and the entries will shift left towards the sidebar border.

Hope that’s what you’re looking for.

Try this:
https://mookitty.co.uk/devblog/downloads/showcategories.zip

Actually, it looks like there might have been a problem in the DNS zone file for your domain. But while I was doing some checking it appeared to be corrected. The inconsistent behavior of being able to connect or not, was probably due to information either existing or not in people’s nameserver caches.

Regardless, it looks like the problem has been solved, more than likely by your hosting provider, so things _should_ be fine now.

See here: https://www.ads-software.com/support/topic.php?id=20273

Bug reported is:
https://mosquito.www.ads-software.com/view.php?id=641

(it’s not really an admin bug, as the bug report suggests, but because I didn’t create an account, I can’t change that)

Done.

As everyone has already said, that seems just a tad extreme. By that logic, you would have turned off your email years ago.

Your blog will be missed, it made me laugh.

Did you drop or delete your old database? Do you have a backup of it if you did?
If not, simply set your wp-config.php file to point to your old database and the same table prefix and it should be business as usual, as long as everything is in the same place.

Check that all files are in the right place and are of the right size (i.e. they match the file sizes in the downloaded bundle). That particular function, mysql2date() is in the wp-includes/functions.php file.
As a matter of interest, how are you putting these files on your server? Are you using an FTP client, or something else, like Frontpage, to publish them?

Nope, that’s all, but the server is returning an error that indicates that the file is not there. Can you reach:
https://www.splashhall.org/blog/test.php
and see the word “test” in your browser? When you can reach it without receiving a “page not found” error, then I should be able to check it as well.

https://www.splashhall.org/blog/test.php returns a 404, page not found error.. where did you put it??

To rule out WP as the cause of this problem, can you create test.php in your blog directory with just this in it:
<?php echo "test" ?>
I’m wondering whether this might be a PHP issue. When that file is there, I’ll have another look to see if the blank line is inserted between the chunk size and the word “test”. You will only see the word “test” in your browser.