Comparison of Similiar / Relevant by term block modules.
Last modified: June 16, 2009 - 23:25
Similar / Relevant by term is based on the taxonomy terms assigned to content. Blocks are available based on similarity within each of the defined vocabularies for a site as well as a block for similarity within all vocabularies
| Feature | Similar By Terms | Relevant Content | Related links | Similar Entries | |||||
|---|---|---|---|---|---|---|---|---|---|
| Drupal-related | |||||||||
| Drupal 6.x | ![]() |
![]() |
![]() |
![]() |
|||||
| Drupal 5.x | ![]() |
![]() |
![]() |
![]() |
|||||
| Last update | 2009-Jan-26 | 2008-Nov-06 | 2008-May-13 | 2009-May-08 | |||||
| Documentation | README.txt | README.txt | README.txt | README.txt | |||||
| Demonstration | ![]() |
demo | ![]() |
demo | |||||
| Architecture | term-based | term-based | ?? | ?? | |||||
| Caching | Yes | ?? | ?? | ?? | |||||
| Additional database tables | 2 | 0 | ? | ?? | |||||
| Services provided | |||||||||
| Translation template supplied | ![]() |
![]() |
![]() |
||||||
| CCK Field | ![]() |
![]() |
![]() |
![]() |
|||||



and of course a note regarding CCK and block implementations
i believe that relevant content is the ONLY one providing CCK implementation for placement within the node by default (as read only)
........................................................................
i love to waste time: http://twitter.com/passingnotes
taxonomy quick find
also check out taxonomy quick find- this module uses ajax to find content and divides results into content types, you can configure multiple blocks and select which content types to use in each one. http://drupal.org/project/taxonomy_quick_find
Which modules are compatible with node access?
To my knowledge few modules (or may be none) is compatible with node access modules meaning it shows a link in the block even if the node is not accessible to reader.
Custom sort order
As far as I know none of these modules have the option to determine the sort order of the related nodes.
Sometimes it's convenient to sort by title, importantce or creation date.
What I really want to know is
What I really want to know is what the performance of these modules is like. Which one slows down the site more? how much more? I had been told by a Drupal programmer that I shouldn't use Relevant Content because it is "not efficient."
How so?
Could you please ask this programmer how it's innefficient as, if he is correct, I'd like to correct this... I've run Relevant Content on MANY sites and I've not hit ANY efficiency issues.
In terms of slow down - obviously the more modules you add to your site, the slower it will run simply because you're including more code. The real question is "does the benefit outweigh the cost". In terms of Relevant content, I've not (personally) noticed any real quantifiable cost and the benefit is pretty good for the UX.
I'm not commenting on other modules, not because I don't recommend them, but simply because I've had no experience.
I do not have contact with
I do not have contact with them right now. Perhaps it is because Similar by Terms has a cache function.
Node Access
Relevant Content currently does ignore node access restrictions. That means your node title will be displayed in the block generated by Relevant Content even if it is not supposed to be visible to the current user.
The issue can be followed at http://drupal.org/node/344310
Besides that it is a great module!
So update it
Every registered Drupal user can update the handbooks. A few pages are slightly more controlled due to the content, but you are welcome to join the Documentation team to get the limit removed. Then please let the appropriate module maintainer know that this page is here so they can fill in the cells and even to add rows that are special to them.
NancyDru
How about adding Views to
How about adding Views to this list. I'm not sure about the first Views but with Views2 on Drupal 6.x I believe you can create blocks just like the Similar Content and Relevant Content blocks. In fact, Views allows for even more flexibility in the block display.
using views
Nice explanation of how to do just that here
http://drupaleasy.com/blogs/ryanprice/2008/06/using-views-2-drupal-6-cre...
Potentially the best of the bunch as it exposes all of views' customization settings.
Room for growth
Building this using Views also gives the flexibility to easily modify it, e.g. to add support for a node reference to allow some nodes to have a custom-added list that's shown above the rest.
The Drupal article that
The Drupal article that nwe_44 mentioned really is a fantastic explanation of how to list content with the same taxonomy term(s). To be honest, using Views 2 makes many of the other modules listed here obsolete.
I feel that any related content module that wants some longevity should be looking for advanced implementation of relating content: such as a scrobble-like (Lastfm) module which is based on several factors, not just simple taxonomy.
I'd really like to see an advanced related content module that takes advantage of the power of Views 2, and in addition adds more factors for "strength of relatedness" between nodes. Perhaps that also incorporates the Recommender API ?
Similar entries is not baed on taxonomy
I think the module "Similar Entries" doesn't belong here as it's based on MySQL's FULLTEXT index (i.e. search-based)
-- Amr Mostafa
I think it does belong here.
I think it does belong here. It's a consideration of how we want to show relevant content. Term-based is one route, using title and body content via FULLTEXT is another one.
We should contact the page author to update the "Architecture" column of "Similar Entries" to say "MySQL FULLTEXT".
Then again, this page hasn't been updated since June...
-Wes
So, update it
So, update it. You have an account on DO, so you are welcome to maintain this page.
NancyDru
Associated Nodes
I'm trying this http://drupal.org/project/associated_nodes in a dev site.
It seems to be very flexible, in a sense that you can choose and assign criteria of association and wheight for that criteria, in a content-type base. You can write your own plugins (there's an API) wich will "define your own criteria of association".
It is yet a new-born, but looks like "low-buggy" :) and well mantained by mr. jfberroyer.
Anybody has tried it? What do you think about the ... approach?