Note also there are numerous cookie policy plugins which simply drop down or slide up a cookie policy notice at top or bottom margin of page to comply with European cookie policy law; this has been the case for several years now and not new. Most themes don’t include such function as it’s not a worldwide issue.

You might try looking in the wordpress.org plugin repository for any of the various plugins that do this for you and don’t require hacking the Adsense code.

Press [F12] in Chrome; also see the Google docs on how to use extended features of Chrome. 🙂

Go to the category section in the main WP admin panel, and when you hover mouse over the edit button it will show the ID number of that category. Ideally WP should really SHOW the category ID in the listing; not sure if there is hack or plugin to do that. 🙂

( likely time to add something in the tutorials on this one! ) 😉

Hi folks
not available for hire at the moment, as I’m knee deep in setting up our new CMS for 2016 (moving our main business CMS from a custom system built in 2005/7 to WordPress for 2016) and doing all kinds of even weirder optimizations like changing the wp-content folder name to assets, setting up ACF 5 Pro to add custom fields for posts … I am shooting for highest possible PageSpeed insights score since I have 100/100 for everything under https using our classic CMS … but more challenging with WordPress.

So, best bet is to use my optimization thread in the forum (also found in the “best of forum” section in the theme docs, tutorials, at this time for a lot of my best tips.

Will have some really interesting other stuff to impart once this project is done. But this particular project is using a home-brew theme built on Bootstrap 2 and *not* TagDiv theme since it needs to be much more “lean” for our newswire system.

Thanks for thinking of me 🙂

Happy New Year!

Yup!

You can look at the page source to see the h1 class for the post and then add some negative space to that class and put that into your custom CSS box in theme panel. Might need the !important over-ride.

If you don’t understand that – wait for TagDiv to get back tomorrow with example 🙂

I don’t see ads “taller” than the space due to fact I have set a specific div height and div width to 100%, with a border line under my banner space below the menus, above the post content. Presumably setting div height to “auto” might work. I do get the 970×90 99% of the time on desktop.

Well, you might LOOK at the dates … Sept. 2014 for the links at top of this thread. This is **OLD** thread that @ptec1 restarted vs starting his/her own NEW thread.

Screen caps “expire” after awhile, especially 15 months 🙂

Make sure you have enough memory allocated to your WP install, via both the wp-config.php file and your php.ini file on hosting setup.

@creapolitan
see the theme docs, link right side of page >>>>
much of the help for using theme is found there.

SEE:
https://forum.tagdiv.com/tagdiv-social-counter-tutorial-2/

Hope that helps!

Chris

I think we were using the no-captcha recaptcha plugin for one of our sites for a grant submission form. That seemed to work well to get the not a robot captcha.

Worth a try for your needs:
https://wordpress.org/plugins/no-captcha-recaptcha/

🙂

• This reply was modified 10 years by simchris.

What I do is put the “responsive” AdSense code in that spot which then allows Google to “load in” the largest banner for that viewport, so full width on desktop, or smaller on iPad portrait, wider on iPad landscape, etc.

This way i don’t have to build in javascript if/then/or logic to load separate fixed size based on viewport — which is basically what TagDiv built into the theme — which is how we’ve all done it outside of what TagDiv baked in.

You can also simply create your own include file, and call that in the ad spot in place of the TagDiv ad code, if you want to hack it — not too hard, just follow the header.php code thread upstream.

Working for me so far. One hiccups was the super buggy Yoast SEO 3x. With 3.07 it seems they finally fixed that buggy misadventure. 🙂

Theme doesn’t control your media folder —
a) try increasing default memory for your install from the wp-config.php file and your hosting php.ini file
b) resave permalinks
c) clear all hosting/CDN caching, and browser caching — make sure you’re using modern web browser and not IE9 or something really dumb like Safari on Windows (!)
d) make sure your media folder is writable and you have enough storage space on your hosting account
e) try going to your media manager in WP, and uploading a file
f) in case not already obvious, you need to make sure the image format can be “read” by WP; and use proper file naming like .. no spaces in file name, no high ASCII characters like * ! () [] & — etc. and only one period for the file extension (e.g., my-image.jpg and not mysuper.image.from.hell.jpg ).

Hope that helps!

Chris

As much as I hate plugins for stuff like this ….

you might temporarily try this to avoid “losing sales”…

https://wordpress.org/plugins/woocommerce-products-per-page/

but yes, this *should* work if you put it at bottom of your main (not child) theme functions.php file:

// Display 24 products per page. Goes in functions.php
add_filter( 'loop_shop_per_page', create_function( '$cols', 'return 24;' ), 20 );

Your version of code looks a little different than the official filter above, however.
REF:
https://docs.woothemes.com/document/change-number-of-products-displayed-per-page/

• This reply was modified 10 years by simchris.

Well — you might LOOK at your page source. If you have h1, h2, h3, h4 tags in your page source, they are obviously actually there and the scanner you’re using is a P.O.S. (crap). 😉

All post pages will have h1 tag for title, and h3 tags in the sidebar, etc. and if you use h2 tags for sub-heads, then they are there.

Now, if you have major JS or HTML errors … this might show up in doing a check in the console (F12 in most browsers), then it might “break” the HTML and thus scanner you’re using would not be able to parse content properly. Example if you did a opening tag somewhere but messed up closing tag — this would cause an error on page and in some cases break all the scanners.

Hope that helps vs just being an annoying comment 🙂

Ideally you should NOT install the theme content, unless your site is NOT live and in testing mode, and you are keeping it hidden from search engines. You do NOT want Google to index the temp content on your domain!

So, you might install the demo content on blank site to learn how to use options and change things. Then wipe it all clean with fresh dbase and fresh install for the REAL new website.

Put another way, major pain in the butt to remove all the demo content AFTER you start building the real site.

Yes, what happens with major theme updates — just like changing to new theme, is that your widgets can be reset — this is a failing of WordPress, although there are supposedly some plugins that mitigate this by keeping the transient settings intact for that across themes (habe not tried).

Additionally, in some cases the widgets will still be there on the widgets page, just “inactive” and you can usually simply drag the appropriate widgets back to the sidebar panels on the widget admin page.

Hope that helps.

Do search in forum for common question.

Basically make either a text box in a row with VC on your home page, or text box widget in sidebar on home page.

Wrap the text you want for your H1 (should match your title tag meta).

In custom CSS box in theme panel setup a class for the H1 to change size/font/color, etc. and apply that class to the H1 tag in your text box.

I think on our site we went into the main style.css and changed ours from #FFF to #f5f5f5 … of course, I could be entirely wrong for the current version; but I seem to recall doing that awhile back as we wanted an off-white color on our site too.

LOL — we’ve all been there ! :_)

Happy holidays!

This is normally controlled from the sidebars widget settings from the main WP admin panel > apperance > widgets …. where you choose which widgets go in which sidebars.

Theme has no control over the WP tagcloud widget. Best to look for a better tag cloud widget plugin in the wordpress.org repository; this is what most of us do 🙂

You don’t need to use child theme unless you plan to make changes to the theme core code; and still best to do that to the main theme and keep track of changes to apply to future updates.

Note – see the changelog included in the all files download as you may need to update the child theme files as well as main theme files when there is major update.