Lucene Search segments to Network 'App_Data' folder

Posted by Community Admin on 03-Aug-2018 20:11

Lucene Search segments to Network 'App_Data' folder

All Replies

Posted by Community Admin on 26-Oct-2010 00:00

continuation of thread....
http://www.sitefinity.com/devnet/forums/sitefinity-4-x/general-discussions/search-multiple-sitefinity-sites.aspx

If we did use 4 instances of Sitefinity (4 subsites on 1 server)  (all with the same base domain name) -

The 4 instances could all dump their indexing results in a network shared "App_Data" folder, and the Search page could then pull from that 'one' shared network folder, instead of 4 separate instances of local "App_Data" folders, right?

Would this method just require pointing the Lucene engine to the shared network "App_Data" folder, and setting sharing permissions on the Win 2008 Server?

Also, would there be a way to tell the origins of each indexed item ? i.e.
Result - xxx xxx xxx xx Recieved from Instance1 of Sitefinity
Result - yyy yyy yyy y Recieved from instance2 of Sitefinity


Also, can Sitefinity index natively multiple URLS?  For instance, if we had
www.mainsite.com/area1,
www.mainsite.com/area2,
www.mainsite.com/area3,
www.mainsite.com/area4 
Could Sitefinity Lucene engine index multiples such as the Karamasoft ASP.net search Engine does?

We will definitely be using the same base url www.mainsite.com .

Thanks for your quick reply, trying to base our purchasing decision on some of these factors.

Brgds,
Chuck.

Posted by Community Admin on 28-Oct-2010 00:00

Hello Telerik Tech ,

Can you kindly leave an answer for the above question, we have a conference call tomorrow about the purchase of Sitfinity, and need to know these answers.

Thanks in advance,
Chuck.

Posted by Community Admin on 29-Oct-2010 00:00

Hello chuck,

Thank you for your interest in Sitefinity 4.0.

The App_Data folder should be part of the website's file structure. If you try to write to a location outside of the application's root you might have permission issues. Furthermore this is a scenario which would not work in Medium Trust at all. What you can do is to set up four different Sitefinity sites, and name their search indexes (Index 1, Index 2, etc.). Then you can set up file replication of the contents of the App_Data folder (more specifically the search indexes. You will not be able to have this working in one index as each time the files are replicated you will loose information from the other 3 instances.

The search index will give you the ability to either index the whole site map of your site, or index just a portion of the site map (pages under a specific parent page, or only public pages). Have you considered having 4 sites under one instance of Sitefinity? This will allow you to manage all sites from one place. Each site will have its own content contributors, and users from other sites will be restricted from viewing/editing content. Also this will allow you to have a global index for all your site maps (each different site)or have a separate index for each site map.

All the best,
Radoslav Georgiev
the Telerik team

Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items

Posted by Community Admin on 29-Oct-2010 00:00

Hello Gregoriev,


Thanks for the reply. 
Yes, so it seems like one instance of Sitefinity running 4 distinct business groups from one server and one base domain is our best choice for global indexing.

Our goal is if the client is in the site and searches from business group 1's area (www.mainsite.com/area1) then results from www.mainsite.com/area1 are returned.....
or....
If they choose otherwise in the searchbox they can also have returned results from
www.mainsite.com/area2
www.mainsite.com/area3
www.mainsite.com/area4
whilst searching from www.mainsite.com/area1
Please clarify that this is absolutely possible.

Also as far as separating the four business groups within one instance of Sitefinity.
Will each group be able to be setup as not to interfere with the other's content, management, logins etc....?
If we choose one install of Sitefinity, will the 4 distinct business groups be able to login and act totally independent of the other 3 business groups? Not interfering with them in any way?

Thanks again for your quick response, our meeting begins shortly.

Regards,
Chuck

Posted by Community Admin on 29-Oct-2010 00:00

Hello Radoslav,


The 4 business units preference is to have 4 separate instances of Sitefinity on one server/one base domain, just so they have full control of global preference settings, i.e. language support etc...

i.e.

businessunit1.mainsite.com
businessunit2.mainsite.com
businessunit3.mainsite.com
businessunit4.mainsite.com

When you say in the prior post
" If you try to write to a location outside of the application's root you might have permission issues."

Do you mean the application root of sitefinity? Or the application root of the Website?

If we structure our install as described above (1 server/ subsites on same base domain/ 4 instances of Sitefinity)

If a customer is using the search engine on businessunit1.mainsite.com, will they be able to return results from the other three business unit subsites as well?  (businessunit2.mainsite.com, businessunit3.mainsite.com, businessunit4.mainsite.com)

We need to be certain that this will be absolutely possible as we plan on purchasing 4 instances on Monday.

Thank you for your quick reply,
Best Regards,
Chuck.

Posted by Community Admin on 29-Oct-2010 00:00

Hi chuck,

Thank you for getting back to me.

When discussing the 4 instances approach I was referring to the website root, as opposed to Sitefinity's root. What you are seeking with the search functionality will be not part of the out of the box functionality if you decide to go with 4 different instances. You would have to develop logic for replicating indexes among instances. You would also customize the way how result paths are resolved. By default we resolve paths relatively to the current web application. If you are querying a search index which is from another instance you would have to resolve links based on this instance's applciation path.

For example I have instance one where tha path is instance1.mydomain.com. On this instance I create a search index and make it a copy of a search index from instance two (instance2.mydomain.com). On instance one when I query the index which comes from instance two I would have to revise the result urls and resolve them according to instance2.mydomain.com.

Should you consider to go with 1 instance for your different business group you will be just creating 4 different search indexes - one for each site map that you have, and since all indexes will come from the same application paths will be resolved properly. Also the way permissions are applied you can separate what business groups can manage down to the single item level. For example you can configure that business group 1 can only see pages/manage which are under page named "Business Group 1." You can also restrict peoples from this group to be able to view/manage only particular blogs, libraries etc. You can even define custom toolboxes for users from different business groups.
 
Sitefinity is using the Provider Model. This allows you to configure multiple data providers for each functional module of the system(pages, content modules, users, roles permissions). You can configure one provider for news per business group for example. This way you can separate them even more. Users from business group 1 will be able to work on news only in the news provider for them (no one else will be able to work on news from this provider). This can be done with all other functional modules.

Greetings,
Radoslav Georgiev
the Telerik team

Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items

This thread is closed