Friday 02 April 2010 1:13:16 pm
"
Thank you Paul for your advices but I'am very surprised reading your last sentence !!! I really thought that it was possible to request any index that "live" on the same solR instance. I don't really see why the need to have the same DB because if I understood well making a search with eZ Find is a REST request to solR server, am I wrong ? So there is no mean to do that ? Thank you for you help
"
Hi Matthieu, You are right about the REST part ... but: 1) the permissions implementation still needs DB calls to be made, so ez Find can construct a corresponding Solr filter query. If its not in the same DB (with sites basically having all a different root node), it will fail .. well even worse, it does not make sense in the general case. 2) the returned objects to the templates are actualy extended versions of eZ Publish objects, requring DB calls for every result displayed Now, the use-case you mention is actually part of a larger family of use cases and its being addressed in the next development cycle. To solve 1), we'll have to implement a system to interrogate "foreign" eZ Publish instances about what permissions to activate (a set of policies basically) in order to construct the right query filter. The very simple implementation we currently have is that "foreign data" is searched as long as it is flagged to be readable by anonymous users .... ok for some use-cases, but certainly not in general To solve 2), I am working on extending eZ Find so it also optionally stores serialized versions of eZ Publish objects. Once that is done, no more DB calls are needed for that part (and a large speedup possible too, but that is another story) So if I understand your situation correctly, with indexes to be searched from really foreign installations, you will have to resort to the rawSolrRequest fetch function. You will be able to use the stored values for urls and so, as well as the "plain text" versions of most of what is indexed from attributes, but not the rich content (like ezxml, ezselection, ezmatrix, images, ... and so on) in the display of the search results I hope this clarifies the limitations we have today (but which will certainly be lifted in future versions) Have a nice weekend Paul
eZ Publish, eZ Find, Solr expert consulting and training
http://twitter.com/paulborgermans
|