Tag Info

Hot answers tagged

10

This is listed in several places on the interwebs. But I suggest look at this official KB article: SharePoint 2010 - Configuring Adobe PDF iFilter 9 for 64-bit platforms, http://support.microsoft.com/kb/2293357.


8

Yes we do need it. Search indexing is really made up of two items: the actual index file which contains keyword AND the search database that contains metadata. The two are combined when a search is initiated The search database contains settings related to search (content sources, confguration, all that good stuff). In addition it will also contain the list ...


5

Toni, application pages are not crawled by the crawler when SharePoint is crawled. The crawler uses the SiteData.asmx/GetContent to find content to crawl for a web application. Since application pages are not a part of the actual content they are not being discovered. If you want to crawl application pages you need to set up a standard web crawl content ...


5

Maybe you are running into a loopback authentication issue. This will happen if content is accessed from a server to the same server using an alternate DNS name. For example: Server name: srvSP2010wfe Portal URL pointing to server (1.): http://portal DNS config: portal A IP.OF.Server.1 The resolution is described here: ...


5

You also need to install the iFilter from Adobe in order to allow SharePoint to index the PDFs. The configuration changes you made simply tells SharePoint to index PDF, but the iFilter is actually what does the work. Start here: http://support.microsoft.com/kb/2293357


4

XML files are searched and indexed natively in SharePoint 2010 using the out-of-the-box engine (FAST is just a search add-on/alternative but uses the native engine under the covers so it's a supplement and will search XML files using the native engine). It's a little confusing because you say you're using FAST (generally a product related to SharePoint ...


4

Out of the box SharePoint will not be able to crawl the contents of these files. I would check 2 things. First, make sure the file type is in the allowed file types to make sure that the results will be available. Second, if you want to be able to search by contents, you will need to have an iFilter for these file types. Then SharePoint will be able to crack ...


4

Yes, you can crawl file shares with SharePoint 2007. This is how you can configure crawling, then you should configure full crawl and incremental crawl schedule.


4

SharePoint Search does by default not index unapproved items as well as draft versions (minor versions). This is so because the search crawling account only has read access to the content and only users with contribute access or better can see unapproved documents and draft versions. Consequently, you could get around the issue by granting contribute access ...


4

Add class="noindex" to your footer <div> See Control Search Indexing (Crawling) Within a Page with Noindex


4

This will be exactly because there is no file extension. The search crawler (or gatherer) relies on the file extension to know which piece of software (IFilter) to load to open the file and index it. No way around it, this is just how Search in SharePoint works.


3

You should just join the server to the farm and then go to Central Admin > Farm Search Admin and select Modify Topologies. From there you can select which server to run which roles for search.


3

Have you done Full Crawl after setting up the rules?


3

In Search configuration in Central Administration, make sure you have added .sav to the "File Types" to include in crawls (left-hand column, under "Crawling"). You may also need an iFilter to enable search to crack open the files, depending on their format.


3

Hum, maybe the SharePoint Timer Service is down. Check the Windows Service "Windows Sharepoint Services Timer". Check also the status of SharePoint jobs (on Operation tab on central administration)


3

That's how you do it, but use the class noindex instead, like this: <div class="noindex"> footer </div>


3

HA! Nailed it. I had a look at the logs of an IIS box in our DMZ that was showing the same activity. It turns out in IIS anonymous access was turned on (of course) as well as Windows Integrated Authentication. So what's happening is that the spider is trying to use its credentials (which are no good on this machine as it's not on the domain) instead of ...


3

Read this : http://blogs.msdn.com/b/dinaayoub/archive/2010/04/22/sharepoint-2010-how-to-change-the-list-view-threshold.aspx Also : http://technet.microsoft.com/en-us/library/cc262813.aspx Hope it helps


3

You need to install the 64-bit IFilter if your WSS/MSSX is 64-bit, otherwise 32 bit is the one to use. You cannot just install the reader on the server (which I do not think you should do at all - there are currently no more unsecure product than Acrobat Reader!).


3

You can add a robots.txt to your root. in this robots.txt you can put information about what pages may and may not be indexed. For more information check: http://www.robotstxt.org/ http://www.robotstxt.org/robotstxt.html edit: waldek mastykarz has made a solution that automatically creates a robots.txt for you: ...


3

The Adobe IFilter allows to index all searchable PDF files (i.e. not the ones created by scanning a document or a book), regardless of software that was used to generate them.


3

I doubt you would be able to implement an iFilter on Office 365/SharePoint Online as it requires changes to the Server File system. As an alternative I would suggest you could use tagging and other metadata fields on the libraries where you store the DWG files. This might be inconvenient if you have many fields, but without an indexed search, and the ...


3

If you change your code to use "yield return" you should give out id's as the crawler asks for it, instead of building up a long list internally which is then returned. I haven't tried this myself, but using yield is the perfect way to fetch data as needed. Could be worth a try. I suspect you can do something similar when it ask for each item, if you keep a ...


3

Have you considered splitting the content Databases into smaller chunks? I see a few benefits for doing this : Crawler performance Page Response Times Reduce App Pool Recycle Times Since you are talking about Mirroring DB's I am going to take the liberty of thinking that you may have the capability of having multiple SQL Servers. Consider moving ...


3

Here's a couple of options for you: In Central Admin, go to your Search Service Application (Content SSA if you use FAST Search for SharePoint) then navigate to Server Name Mappings and create one. Set the "Address in index" field value to your Extended zone url (the one configured to be crawled in the content source) and set the "Address in search ...


3

The search crawler does not access Content Databases at all. The search crawler uses the SharePoint Object Model to crawl SharePoint content in a similar fashion to how a user would view the content.


3

you should set the NoCrawl Property to true of the column. SPField.NoCrawl


3

A crawl is never started by anything changing in SharePoint, neither content nor security changes. A crawl is either started manually or according to the specified schedule. If you're using search, then you probably have a crawl schedule set up which does incremental (and sometimes full) crawls. The full crawls with crawl everything and the incremental ...


3

Yes, automaticly. (Not "service", but "content source") It will prevent you from creating two content source with intersections. Up2u. Choice the most comfortable way for you. To disable crawl choice "No" in the schedule drop down. Continuous crawl work every 15 minutes by default. If you have just one crawl server it will not have any difference from ...



Only top voted, non community-wiki answers of a minimum length are eligible