sadams101

This plugin no longer works for me. I'm using Invision Community v4.2.7. Is there an update?

1) Mine shows no ads;
2) It may be showing the regular forum search engine's results and not google's. I don't see any difference in results when I turn it off or on. For example 226 results no matter which I use:
ON:
https://www.celiac.com/gluten-free/search/?q=cancer celiac genes&fromCSE=1
OFF:
https://www.celiac.com/gluten-free/search/?&q=cancer celiac genes
I'm using the latest version of your plugin (DP42) CSE Google 1.0.5 [P] (en).zip) and am putting in my correct google CSE ID.
Feel free to test:
https://www.celiac.com/gluten-free/search/

The starter of the topic corrected me and said to only run his script once per minute, not once per second.

I wanted to share the reply I got from Upgradeovec for the latest content for mycustomsitemapupdater.php, which, if you have a large site, apparently should be run once every second:
 
 

Error 2S136/4 thrown by IPS only in one situation - when somebody try to use report system. Just disable this ability for guests and all be fine. Now Google make your attention because it started crawl your site better and found that problem (it was exist before that changes and this changes is not link with that) 
Your example links said about this too (?do=reportComment - guest shoudn't use report system).

Found one more sitemap problem.
<lastmod> tag show generation time of the current sitemap file. It's right, but.. What is tell standard
So, coming back to our case, now we have 5271 sitemap files. So google should get all of them! He get information 'it's modified! take it' and doesn't matter content inside changed or not. Moreover - inside sub-sitemap with url's we didn't have any <lastmod> tags. So google get very old url to subsitemap file, get it and see just list of urls without additional meta information.
 
My proposal:
add <lastmod> tag to every url inside all sub-sutemaps. It will tell google which urls contain new elements and which should be scan and it tell which one not changed and not need to re-scan => will optimize scan perfomance.
Add <lastmod> tag to index sitemap file, which never tell date of this file generation - it should provide newer date of last modified url inside this file. With that google never download sitemap with 500 urls where no changes exist => will optimize scan perfomance.
P.S. I'll try to create a patch. If i do this - i'll share it here (for other dev's checks and helping IPS).
Thanks for you attension and support )

We've added the timestamp into the sitemap and we're looking to add a tool to quickly rebuild the sitemap on demand.

Thank you for this! I'll try the "ugly" method and report back. In my case it is very clear that something very bad happened to IPB's site map around the end of June 2017. See below if you doubt this:
 

Thank you for this! I'll try the "ugly" method and report back. In my case it is very clear that something very bad happened to IPB's site map around the end of June 2017. See below if you doubt this:
 

Could it have to do with the fact that my site is https?  For example, I had issues with my article site's search engine that I just had to fix. The fix was simple:
1) download https://www.google.com/afsonline/show_afs_search.js, put it to module folder, change all "http:" entries to "https:" in it.
2) modify the line that calls the script to be the local path, for example /forum/show_afs_search.js

www.celiac.com/gluten-free/
Try running this search: gluten free food
at: https://www.celiac.com/gluten-free/search/
and then try running it on the top-right box. You will see that the ads don't appear when you use the box, only when done on the search page.

The problem I am having now is that if you search using the top search box that is at the top of every page, the results don't show ads. Only if I search from the /search/ page do I see ads. This is a big issue because most people search using the box at the top.