You are viewing a plain text version of this content. The canonical link for it is here.
Posted to droids-dev@incubator.apache.org by "Florent ANDRE (JIRA)" <ji...@apache.org> on 2010/11/24 10:34:14 UTC
[jira] Commented: (DROIDS-105) missing caching for robots.txt
[ https://issues.apache.org/jira/browse/DROIDS-105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12935280#action_12935280 ]
Florent ANDRE commented on DROIDS-105:
--------------------------------------
Thanks for pointing this.
Did you see a way to change the final status of contentLoader in HttpProtocol ?
You cachingContentLoader class can be use inside droids ? If yes can you provide a patch from the project's root ? It's more expressive and understandable that an attached class.
++
> missing caching for robots.txt
> ------------------------------
>
> Key: DROIDS-105
> URL: https://issues.apache.org/jira/browse/DROIDS-105
> Project: Droids
> Issue Type: Improvement
> Components: core
> Reporter: Paul Rogalinski
> Attachments: CachingContentLoader.java
>
>
> the current implementation of the HttpClient will not cache any requests to the robots.txt file. While using the CrawlingWorker this will result in 2 requests to the robots.txt (HEAD + GET) per crawled URL. So when crawling 3 URLs the target server would get 6 requests for the robots.txt.
> unfortunately the contentLoader is made final in HttpProtocol, so there is no possibility to replace it with a caching Protocol like that one you'll find in the attachment.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.