I just figured section targeting tags are also included in RSS feeds generated by the node module. Would it be possible to remove them?
Maybe by not generating the tags when the URL ($_GET['q']) contains 'rss.xml'?
I just figured section targeting tags are also included in RSS feeds generated by the node module. Would it be possible to remove them?
Maybe by not generating the tags when the URL ($_GET['q']) contains 'rss.xml'?
Comments
Comment #1
kbahey commentedWhat is the problem with them being present in feeds?
Comment #2
markus_petrux commentedIf someone reads your feeds, could displayed them on their site, including those tags, which may affect them if they also use GoogleAds.
Comment #3
kbahey commentedAll those tags do is ask google to give more weight to real content. Google will not ignore the rest of the page, just put more emphasis on real content.
In any case, they can be turned off completely if you want.
I cannot check if $_GET['q'] is rss.xml, since this is changing every release as well as affected by other modules (node/feed, node-path-alias/feed if you use pathauto, ...etc.)
Comment #4
markus_petrux commentedI know, and I knew it was not easy, but... hmmm... maybe you could add an option to allow the site admin specify which pages to use this feature, something like the block settings "Show block on specific pages" options?
Not really critical though.
Comment #5
mgiffordJust to clarify this, in feeds like http://poped.org/node/feed
You get the following:
http://poped.org/oxfam −Oxfam Canada's Workshop Resource Materials
This section contains ready-to-deliver, student-participation workshops, mostly 60-70 minutes in duration. Many are self-contained; most outside material that is referred to within these workshops can be found in the Workshop Resource Materials section.
visit Oxfam Canada's Workshop Resource Materials (0)
Sun, 29 Jan 2006 16:06:55 -0500http://creativecommons.org/licenses/by-sa/2.0/ca/
Development Education
Would probably be better to strip out these tags from the rss:
&&
$items = str_replace(array('
', '
'), array(''', $items);
Not sure where exactly this should be added, but it would produce better rss. Everything in the RSS should be of the same quality I would think.
Mike
Comment #6
mgiffordSorry.. Switched versions.. i was running into what I think was the same problem on the 4.6 code. Switching it back now.
Mike
Comment #7
markus_petrux commentedIt might be interesting to see what happens with this issue:
http://drupal.org/node/41703
If the nodeapi('view') hook could tell if it's about to build a RSS feed, then you could not insert "section targeting tags".
Comment #8
drewish commentedsee also: http://drupal.org/node/41703
Comment #9
buddaI too would like this issue to be resolved in a future revision of the module. The tags are really not needed.
Comment #10
markus_petrux commentedMaybe you could use the same trick used by the devel module hook_exit().
Comment #11
markus_petrux commentedNope, it doesn't work, headers have not been sent, yet.
Maybe it would be nice to propose a new argument for nodeapi/view to reflect it is about feeds or not?
Comment #12
drewish commentedcould you take a look at the patch on http://drupal.org/node/41703, i think it would give you the flexibility to modify the node's body when it's being viewed as an rss item.
Comment #13
darren ohOut of date.
Comment #14
drewish commentedfunny you should mention that. #41703 just been applied to 4.7. now you could fix this.
Comment #15
jcnventuraThis behaviour doesn't show up in Drupal 5 or 6.. Drupal 4.7 is no longer supported, so I am closing this issue.
Comment #16
edvanleeuwenI have reopened this issue as I am experiencing this behaviour with 6.x.
One website (www.rsvnet.nl) is creating an RSS-feed which is used by another (www.covs.org) to display. Both are Drupal 6.x sites. The one consuming the feed is not only displaying the google tag, but the rest of the text has lost formatting as well.
Comment #17
edvanleeuwenComment #18
edvanleeuwenAdSense does not seem to be the cause (see http://drupal.org/node/666930). Closing again.