Scott DeLuzio

In Version 3.0.14, open parts/class-footer-footer_main.php
Change lines 171 to 175 from:

$credits =  sprintf( '<p> &middot; &copy; %1$s <a href="%2$s" title="%3$s" rel="bookmark">%3$s</a> &middot; Designed by %4$s &middot;</p>',
					    esc_attr( date( 'Y' ) ),
					    esc_url( home_url() ),
					    esc_attr(get_bloginfo()),
					    '<a href="'.TC_WEBSITE.'">Themes & Co</a>'

to

$credits =  sprintf( '<p> &middot; &copy; %1$s <a href="%2$s" title="%3$s" rel="bookmark">%3$s</a> &middot;</p>',
					    esc_attr( date( 'Y' ) ),
					    esc_url( home_url() ),
					    esc_attr(get_bloginfo())

OK, I see what you’re saying now. The links work in the header and footer – they both send you to the correct page. However when clicking the footer links, no content loads in the page that the links send you to. I originally misunderstood your issue, thinking that the links didn’t even send you to another page.

Are you using the Pages widget in the footer, or are you coding the links in a Text widget? I don’t think it should matter, but if your header menu is getting your content to show up, maybe the Pages widget would work better than manually typing an <a href> link.

I just tried a few of the links on Chrome and Safari, and it seems to click through just fine.
Are you still having the trouble?

It looks like you didn’t install WordPress to the root of your domain. It looks like it’s installed under https://www.benpotter.com.au/wordpress/

To access the admin dashboard, go to https://www.benpotter.com.au/wordpress/wp-admin

To install WordPress in the root of your domain (i.e. to have it show up when you visit https://www.benpotter.com.au rather than https://www.benpotter.com.au/wordpress/), you shouldn’t upload WordPress to a folder under the root directory.

I wonder if the <!–more–> tag is throwing it off?

I don’t know why the embedded videos might have disappeared, but you could try looking at the Embed writeup here: https://codex.www.ads-software.com/Embeds

It might help keep your videos from disappearing in the future if you follow the suggestions.

I stumbled upon this support topic as I had the same issue that dwhukcom was having.

I started thinking of how to get control over how to get wp-cron to run when I wanted it to, and not rely on my site’s traffic.

At first I thought about setting a cronjob that would trigger wp-cron to run at a set interval like when I wanted WPBTD to start running. While this might do the trick, I thought there might be a better way.

Then I came across Pingdom, which will monitor your website’s up time, down time, and response time every minute (or whatever interval you choose). From what I can tell, since their servers actually visit your site to determine its response time this should trigger wp-cron to run every time Pingdom visits.

If this is true, then setting Pingdom to check your site every minute would allow wp-cron to run 1,440 times per day (60 minutes x 24 hours). This is probably more frequently than most sites need, but it does seem as if it’s possible to artificially get wp-cron to run, plus provides you with the additional benefit of site monitoring.

Am I correct in this assumption?

H1 would be useful for me also.

I had no problem sending/receiving messages using WP 3.1 with Contact Form7 2.4.4.