I am using sharepoint search server express 2010, And have bit of a trouble in crawlling. The pages that are permenantly redirected are not crawled and come up as a warrning that the url is permenantly moved, where as this isnt the case with the pervious version of search server where it would just crawl
Is there any config setting that I can change on the search server 2010
Thanks
Related
In my company we use the Web Portal to log users into the RDS2016 Terminal. Firefox has been giving me the error for some time: "Parts of this page are not secure (such as images)". I know this is related to hardcoded http instead of https and pointing to favicon.ico. I also know that in Wordpress it can be easily solved with e.g. Really Simple SSL. On a server we use common IIS in windows server 2016. I can't find a favicon link to fix it from http to https. The favicon.ico file is in / root.
We have configured the SSL on SharePoint 2016 environment, however the search crawl is not working on SSL URL site. It works for internal HTTP URL though. I tried the below article but no luck:
https://blogs.msdn.microsoft.com/sharepoint_strategery/2013/02/20/beware-crawling-the-non-default-zone-for-a-sharepoint-2013-web-application/
https://blogit.create.pt/miguelisidoro/2018/08/10/sharepoint-2016-problems-crawling-content-and-the-the-crawler-could-not-communicate-with-the-server-error/
Please let me know if anyone else has faced same issue and resolved it.
I installed Drupal 7 and developed a basic site for a friend (http://www.misterklean.org.uk)
It was working lovely, then I noticed months later that every single link on the site (including admin links like admin login!) are being redirected to the homepage.
I contacted my hosts who are refusing to help, saying that it's a scripting problem. The htaccess file hasn't changed since I initially uploaded it - and I've tried re-uploading a default htaccess file which I know works on another of my drupal sites (same hosting company)
I've looked at the server error log file and can't see anything since I'd finished developing the site.
I can post the htaccess file here if people think it might help.
you have not enable the clean URL on the server. so you need to disable the Clean URL form Drupal Admin or database.
you can view the pages like below:
http://www.misterklean.org.uk/?q=clients
http://www.misterklean.org.uk/?q=payment-options
http://www.misterklean.org.uk/?q=enquiries
I don't want to migrate the whole site at same time, only some pages for now.
I have done:
install valid certificate
securized all resources into the html code of these pages.
add rel canonical tag
redirect 301 of some pages from http to https version through .htaccess
Google Chrome shows green secured status when access to these pages. Everything it's ok.
I haven't added new site property for https version in Google Search Console because if I do it Google will go to index my whole https site, and i don't want that to happen.
I made these changes 4 days ago and Google still is showing in search results the http version of my migrated pages.
I don't know if we have to add a new property in Google Search Console mandatory or if I just have to wait to google bot recognize the 301 redirect an reindexe pages.
Regards
Try to add links with https in sitemap.xml and add this sitemap in robots.txt and wait googlebot
SOLVED. After 5 days from changes Google is showing https version of my pages. Regards
So this afternoon users started reporting that they couldn't get to our SharePoint 2007 intranet site. We set the home page via group policy for all users to the url
http://spsite
When this url is hit, SharePoint redirects to
http://spsite/Pages/default.aspx
This has been working like this for years.
Today, our remote branches are getting returned a 'Under Construction' page. However, if these same users hit Refresh on the browser or type in the
http://spsite/pages/default.aspx
they get there without issue.
Our local users are not seeing this problem at all. This tells me there has to be some kind of DNS resolution problem. I'm not much of a SharePoint guy, so I'm at a loss.
Has anyone seen this behavior before? What would be my first step in trying to figure out where the problem is?
I'm posting the resolution for this and the theory behind the issue.
There were a few things that happened in our environment that lead to this 'Perfect Storm' scenario.
At some point in the day, our SharePoint site became unresponsive. Users hitting the site at that time then got back an odd response from the server. It seems that somehow IIS had two sites listening on port 80, both with a wildcard binding. The first site was the SharePoint site, the second one was the default site. When the SharePoint site failed to respond, IIS then went to the Default Site. Since this site hadn't been set up, the 'Site Under Construction' page was returned (IIS6 on Windows 2003 server).
This was odd in itself. However, what happened later is just as bizarre. An IISReset fixed the problem that the SharePoint site was having. As a result, the SharePoint site was again available. However, anyone that had hit the url when it was down had a cached the iisstart.htm page. It appears that when their browser was checking the URL, they were getting a 304 from the server. So the request never made it all the way into the sharepoint site, which actually returns a 302 redirect.
So, for all these users, we had to clear the cache on their machine and this then allowed the to get back to the SharePoint site.