3 ms·
Which will be ignored by Feedfetcher :-) Plus you cannot put a robots.txt at s3.amazonaws.com so if the url is accessed through the https://s3.amazonaws.com/..
by Panos 14y ago
Which will be ignored by Feedfetcher :-)
Plus you cannot put a robots.txt at s3.amazonaws.com so if the url is accessed through the https://s3.amazonaws.com/... https://s3.amazonaws.com/.... url, the robots.txt will not work.
- simonw 14y agoYou could put robots.txt in the bucket if you address it using the http://mybucket.s3.amazonaws.com/ http://mybucket.s3.amazonaws.com/ alternative URL scheme - a robots.txt in the root of the bucket would then be available at http://mybucket.s3.amazonaws.com/robots.txt http://mybucket.s3.amazonaws.com/robots.txt
- Panos 14y agoYes, that would solve the issue of not being able to have your own robots.txt file and I did not know about that. On the other hand, Feedfetcher would still ignore the robots.txt
- justincormack 14y agoGoogle's justification for ignoring this is very weak.
- icebraining 14y agoI disagree. Feedfetcher is no different than a browser: it fetches the URL the user inserted, nothing more (unlike a spider, which discovers URLs by itself).
- lubujackson 14y agoNot true. It fetches the URL every single hour, not just when the user requests it. So Google is claiming they can ignore robots.txt because it was an action performed by a user (true) but they're unleashing a huge problem with this background refreshing. Google is wasting gobs of their own money, too. What if I made a bot that generated 1000s of Google accounts with 1000s of spreadsheets hotlinking 1000s of big files stored on S3? This one guy's one file did TERABYTES of transfers over a week. The underlying problem is that Google is relying on the domain name to indicate the company size, and thus the bandwidth allocation for this service.
- icebraining 14y agoBackground refreshing is a common feature in client applications, like RSS readers. I think their reasoning makes sense. I do think they should change their process (making it lazy-load instead), but that's a different issue to robots.txt.
- derefr 14y agoI believe the parent's point was that, for the HTTPS scheme, you can't use any alternative CNAMEs, because they won't match the key S3 serves--so if your site is designed to be HTTPS-by-default, and is attached to an S3 bucket, putting a robots.txt in it is moot.