3 ms·
I think they are right not to obey robots.txt in this case. If I tell Go to download a module it shouldn't follow robots.txt because I am a human and I requeste
by kevincox 4y ago
I think they are right not to obey robots.txt in this case. If I tell Go to download a module it shouldn't follow robots.txt because I am a human and I requested it. This is similar to if you had private iCal URLs on your server the right think would be to deny them in robots.txt (in case a crawler found a leaked link) but a service that is monitoring a specific iCal calendar should still fetch it.
Basically robots.txt is more about what should be crawled than how. In this problem it appears that the traffic is desired in general, but it is being done far too often. robots.txt does have primative rate limiting configs but that seems to be a minor part of the file.
Of course like anything there is nuance and there is definitely some middle ground between crawlers and humans.
- forty 4y agoPrecisely, here the service is fetching stuff regularly even if no one is asking anything, if I understand correctly.
- willcipriano 4y agoIt apparently pulled a repo only used by the author 500 times in a day.