Closed (fixed)
Project:
Apache Solr Search
Version:
6.x-2.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
13 Feb 2009 at 07:52 UTC
Updated:
3 Jan 2014 at 00:07 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
David Stosik commentedAdding
before node_invoke_nodeapi, would be OK.
But it needs to node_load each search result...
Comment #2
pwolanin commentedIf you want to display this info - it would be better to do it at index-time, rather than at display time.
Othersie you do indeeed need to do a node load on each node - though this may already be ahppening since we are calling hook_nodeapi.
Comment #3
David Stosik commentedSeems it's not happening, as adding the lines I pasted here actually worked! ;)
Comment #4
pwolanin commentedAh, we may be exeuting a node load- I did not mean to imply that we were adding all the node data to the doc.
Comment #5
lisarex commentedThis has been added to the Redesign project #660572: Meta issue for Apache Solr Search Integration
Comment #6
robertdouglass commentedWe want to avoid node_load. We're not doing it now and it would be catastrophic to performance to add it. We need to index the information that upload module expects to have.
Comment #7
pwolanin commentedsomething like this.
Comment #8
pwolanin commentedwe should probably take into account file filed and image field, etc.
Perhaps this code should be in apachesolr_attachments?
Comment #9
csevb10 commentedMy vote would be that apachesolr handles core modules (only to replicate node_load related functionality), lets external modules handle their own indexing/values via the api, and provides roll-up metrics via something like apachesolr_attachments (i.e a count of filefield + imagefield + upload files if desired).
RD: Do you have thoughts on this? How would you like to handle functionality for core modules like upload?
Comment #10
csevb10 commentedWhoops. Modified status.
Comment #11
drummWhich page at https://infrastructure.drupal.org/drupal.org-style-guide/prototype.html shows this being used in the redesign?
Comment #12
pwolanin commentedLooking at this:
https://infrastructure.drupal.org/drupal.org-style-guide/prototype/searc...
if we have api.d.o, docs.d.o, etc then each of the top right facets on that page would be a site within the multisite search.
My recollection, however, is that the multisite aspect of search is not very explicit in the design, but is pretty clearly needed as we split more content among subdomains.
Comment #13
drummOh, I read this as something having to do full attachments. A simple count is good.
Comment #14
pwolanin commentedNot sure what the tactic is here - the code to find filefield attachments is already in apachesolr_attachements, but I'm not sure if thoe show up in the count displayed by core search?
Comment #15
pwolanin commentedSlightly improved version of #7. Since core node search doesn't show filefiled files, maybe we should just KISS.
Comment #16
pwolanin commentedcommitted to 6.x-1.x, needs to be ported to other branches. (patch doesn't apply cleanly to 6.x-2.x)
Comment #17
robertdouglass commented#373824 by pwolanin | David Stosik: Fixed Attachment count is not displayed in search results.