iamjanco

Sorry about this, it’s not Yoast SEO causing the issue; while not the optimal solution for the site, the workaround is:

define( 'WPE_GOVERNOR', false );

in the wp-config file.

Additional pertinent info follows:

PHP version: 7.0.30-0ubuntu0.16.04.1
MySQL version: 5.7.22-22-log
WordPress memory limit: 512 MB

After performing additional updates that have been released since this ticket was submitted, the PHP compatibility issue appears to be fixed. Fyi, the plugin used to test the PHP was the PHP Compatibility Checker by WPengine.

Thanks for the response, but no further help is needed at this time.

• This reply was modified 6 years, 5 months ago by iamjanco. Reason: spell check, added link

Found the problem after comparing the output of a page and a facebook-tab:
the culprit was a missing bit of javascript that set up the path to the root for images.

Again, this is a great plugin.

Check out the new app if you get a chance:

https://www.facebook.com/TheUltimateInPoolCare/app_115742721890664

Anyone?

Jan C.

Added: jQuery Val Code

Will do–thanks again!

esmi–thank you so much!!! You learn something new every day, and as a newbie, so did I.

Where do I send the beer or wine?

–jfc

Please note that thethird example in the second box was written using the html ampersand entity.

Try this:

Create a layer for your background. Color that layer with the same color you’re using in the header where you want to place the logo.

In a new layer (or series of layers), create your logo. Once you’re happy with the way it looks, delete the background layer, then merge all visible layers.

For best results, save as a 24-bit png.

“something to chew on: That is a MediaWiki page, not a WordPress page, go complain to MediaWiki that they don’t output W3c “valid” pages.”

ooops, my bad. I take that particular one back.

On the thingee about validation, I tend to agree with you. The real reason I brought it up is that I was trying to help a buddy out who bought one of those “theme-mill” themes (aren’t they all), and found that no matter how much I played with .htaccess and default site settings, I couldn’t get that theme’s slider to show up on first load in Chrome (dom vs. page load). After tweaking some of the css a bit, presto magic, and it worked. The main thing that got me though, was that the site that milled that particular theme states right on their homepage that all their themes validate 100%. You and I know better, of course, but your average idiot with an idiot’s guide to blogging probably doesn’t.

Keep up the great work (I use your add from server plugin)!

P.S. I’d like to think that any theme right out of the box that claims validation should validate on first go after install. Then, I like to think that I don’t need to lose any weight and at almost 60, I’m still a great looking guy who could give some twenty-somethings a run for their money ;*)

…that is, if I didn’t pass as much gas as I do. Aging and intestinal fortitude sometimes go hand-in-hand.

Bude: without being able to log into the site and actually see the source that’s being generated while logged in, it’d be fairly difficult to troubleshoot the issue.

I actually solved the mystery last night. Turns out that the problem was actually my fault (isn’t it always?)…

When I added the typical “site design by <a href=”yada yada…”, I took a shortcut and added it by way of the copyright setting/field in the theme options panel. After doing so, it worked fine (including the linking) until two days ago, which threw me off. The issue finally reared its ugly head when the function(s) associated with that copyright line were put into play and/or conflicted with something else.

Long story short: hard coding the design attributions into the footer.php file fixed the problem.

“duh…,” sayeth this happy camper

Thanks all!

–jfc

Has anyone made any more headway with this issue? The list items in my adminbar just started showing up in the broken fashion like the one described above. I can turn them off of course by installing the show/hide admin bar plugin, but that’s not really optimal. The hooks in my header and footer php files are fine, and it’s not being caused by a plugin. I could restore the dbase (which is where I think the problem is because of a couple of broken links that shows up in the broken adminbar), but stupid me only has an older copy of the dbase… which I’ll now resolve by backing up the dbase on a regular basis. I also noticed that when logged in, the html for the adminbar is added below the javascripts are the bottom of the page, just before the last closing tags.