sadams101

I would like to modify my Guest Sign Up Widget to only show the Facebook sign in option, but still keep all of my current sign in options (~5) on the regular sign in page. Does anyone know how I can comment out some of the options from appearing in the widget?

You may know this already, but in your Google's Webmaster tools be sure to point to the new site map.

On 4/26/2018 at 6:17 PM, ProSkill said:

Anyone have updates to report after moving to 4.3? I noticed that the number of links in my sitemap is now significantly smaller. I am not sure why that is, I ran the sitemap rebuild function. It's too early to notice any ranking changes. 

I am wondering how sites that have upgraded to 4.3 are doing in google's rank? Any issues? I've also put off upgrading due to concerns about this, but want to be GDPR compliant and am now considering the upgrade.

Currently my site is recovering from the drop I first reported early in this thread, and obviously I want this trend to continue:

I know this was pointed out already, but links like this are not in the site map:

https://www.celiac.com/forums/topic/102448-what-brand-of-pasta-do-you-all-buy/?page=2

and google is throwing warnings about this in their "Indexed, not submitted in sitemap" area. Is there a reason these are not in the sitemap? Is all the content in the sitemap anyway, so including the pagination doesn't matter? 

PS - I am not yet on 4.3...is this why I can't find the settings mentioned that allow the profiles to be searchable/indexable by google?

I edited my first reply...I do see the pagination on the later category pages, so my bad! I must have been looking at the wrong link in view page...sorry!

Is anyone else using the sitemap cronjob at the start of this thread? It creates some memory issues, even though I have 130Gigs.

POST EDITED: I removed my rant...I looked at the incorrect link and posted that the pagination was not included in the canonical links, but I was incorrect, it is included...

PS - There is an issue with the mycustomsiteupdater.php file here that causes too many resources to be used, so I would not use it. The mod that seems to have done the trick is the <lastmod> date that was added early in this thread.

I did implement all mods and am seeing positive results since I did it. At a low point I had 111,000 indexed, which really makes no sense at all given that I have nearly 1M posts, well over 100K topics, and an article site also that has 5K articles. As you can see it is going up fast now, and is up to 187,000. Since there are built in canonical links, I would not block anything in the robots.txt file:

I am having some issues getting this working--it doesn't seem to work with a custom block that I created. Even though I select only one category, it is still showing in all categories. Any idea why it isn't working?

I just installed this and have one comment, and one question. First, overall this is a great idea for a mod, and I hope you keep updating it.

In the description I think you need to emphasize that it works on your custom blocks only, and not on the system blocks. I was really hoping that it also worked on the system blocks, for example I don't want my Pages categories navigation menu on my index page, but I do want it on all other pages and all other categories. A great feature would be to make this also work on the system blocks. 

An ideas out there to make a system block not appear on my site's index page, but on all other pages?

I am still having issues with the search feature not displaying--there is clearly a conflict. I will try to find the root cause and post it here.

Just in case anyone else is having the blog redirect issue, one work around if you have access to your .htaccess file is this 301 redirect created by Upgradeovec:

Quote

RedirectMatch 301 ^/gluten-free/blog/.*?/entry-(.+) https://www.yourdomain.com/blogs/entry/$1

I am still hoping that there is a better answer and will post it here if I find it.

I will post what I find here, but in my case, the redirects may not be working properly because I do not have IPB in my root directory.

I created a support ticket.

Hi Daniel F,

Instead of explaining this in a way that only developers might understand, could you please put this out in a way that I can understand?

I just need a 301 redirect here. I also am curious about why so many of my older posts and blogs display your markup language? Example:

https://www.celiac.com/gluten-free/blogs/entry/1580-get-over-yourself-rachael-ray/

But you see...this is the issue. When you stop using these directories you MUST build in 301 redirects...you can't simply make it so that all of my indexed links are left broken. Rather than me pointing them to my home page, which is definitely not ideal, they should redirect to the proper members is possible.

Here are more issues with all of my blogs:

http://www.celiac.com/gluten-free/blog/164/entry-1580-get-over-yourself-rachael-ray/

is not properly redirecting to:

https://www.celiac.com/gluten-free/blogs/entry/1580-get-over-yourself-rachael-ray/

Again, it looks like you've made some changes to directories, without redirects. Does anyone know how to write a 301 redirect that will change /blog/*/ to /blogs/entry/  ??

I suspect these changes occurred around June of last year, no?

Also, you may notice the blog above, and many others include your markup code. Why is that? Lots of my site's older posts and blogs show this code.

For links that end with ?do=embed google is indexing them as:

So is it ok to redirect /members to the board's index page? Is /members no longer used by the board, including the search engine, links, etc? Just want to be sure my redirect doesn't break anything, but to me it looks like /members is no longer used.

Also, and I hope someone didn't already bring this up here, but I am seeing these type of links in google's index and they are causing errors:

http://www.celiac.com/gluten-free/topic/84513-descriptions-of-dh-types/?do=embed

Should these be in a robots.txt or have a rel="nofollow" ?

In my long SEO experience, it is ALWAYS better to have a 301 redirect for any links in the index, rather than leave them not working. In fact, this is exactly why google is showing these links to you, so you can fix this.

In that spirit, in my case many of my links with issues have to do with the /members directory, adn look like this:

http://www.celiac.com/gluten-free/members/page__sort_key__joined__sort_order__asc__max_results__20__quickjump__E__name_box__begins__name__E__st__320

Because I don't see that the site uses /members anymore, I created a 301 redirect like this:

Quote

RedirectMatch 301 ^/gluten-free/members(.*)$ http://www.celiac.com/gluten-free

My question is: Am I correct that /members is no longer in use by the board? Obviously I don't want to create an issue with this redirect.

So what links in the board are set to noindex?

Morgin, you may have just hit the nail on the head! I actually wasn't going to implement much of this site map because I do want individual posts to be in their index--why would I not want them to be??

Many users over the years may link directly to a post, and then you would be telling google not to index that (at least to me that seems like what you would be telling google). So if certain links are noindex, like the link to individual posts, I'd like to remove that noindex and see what happens.

Why again would a proper robots.txt file NOT be included with this app? After running a site continuously for over 20 years, and using multiple applications over those years, a simple robots.txt file would have prevented many issues I've had with this app, for example google's bot clicking and indexing the report button and other URL's that probably should never have been in the index. Why would it be up to each user to search this out or try to create one, when this is clearly a job for the software's designers?

Also, the sitemap is very important to the google index, just as site speed is. Blaming indexing issues on Google's Fred or any other update is not productive when your sitemap clearly has issues that need to be fixed--or are we still arguing about that?

Not to go off topic, but this is related also....since the Fred update I suspect that some of you here are also being hit hard with site speed issues, and google's penalties for those appear to be increasing. IPB's position on this so far has been that their software doesn't need to address this (in my case they were happy to blame my site's ads, as they've kind of done in this thread too, which were not the root cause of my speed issues, and in fact were totally unrelated because I serve them asynchronously). My site had dropped greatly in rank until I had to find workarounds that should just be built into the software. After implementing some fairly easy changes, you can see my rank improve (I did this around a year ago):

• https://www.alexa.com/siteinfo/celiac.com
• Site speed test: https://developers.google.com/speed/pagespeed/insights/?url=https%3A%2F%2Fwww.celiac.com%2Fgluten-free%2Fforum%2F13-celiac-disease-pre-diagnosis-testing-amp-symptoms%2F
• Compared to an "out of the box" version of IPB (I noticed that IPB has blocked the site speed site from working on their forum): https://developers.google.com/speed/pagespeed/insights/?url=https%3A%2F%2Fwww.fiat-lancia.org.rs%2Fforum%2Findex.php%3F%2Ftopic%2F75871-kazna-za-izlaženje-iz-auta%2F

My point here is that the search engine health of your forum, and your users' forums, are far more important than all the new bells and whistles that you keep adding (no complaints about new features, just that you should re-think your priorities). I am seeing some improvement already in the number of pages in google's index after making the changes recommended here by Upgradeovec, so far I've gone up from the 114,000 low point, to 130,000+ in a short time. I hope this improvement continues.

For the rest of you--look into those site speed issues! I am no expert and used the help of Adlago to get my site scoring well on google's speed test.

@SeNioR- can you tell me where this robots.txt is from? Also, what is the current standard robots.txt?

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:

Quote

<?php

require 'init.php';

$generator = new \IPS\Sitemap;
for ($i=1; $i<60; $i++) {
  $generator->buildNextSitemap();
}

$last = \IPS\Db::i()->select('FROM_UNIXTIME(updated, "%a %b %d %H:%i:%s UTC %Y")', 'ibf_core_sitemap', null, 'updated asc', 1)->first();
//print_r('Oldest time now: ' . $last . PHP_EOL);

It is possible, I will run some tests to see if this is the case.