[webkit-dev] trac.webkit.org links via Google.com
eric at webkit.org
Mon Nov 30 23:00:43 PST 2009
On Tue, Dec 1, 2009 at 1:52 AM, Mark Rowe <mrowe at apple.com> wrote:
> rel=nofollow doesn't do what you think it does<http://en.wikipedia.org/wiki/Nofollow#What_nofollow_is_not_for>.
> It prevents a link from implying influence. It doesn't prevent the link
> from being followed and the destination content from being indexed.
Good to know.
"git grep" is hard to beat.
I totally agree! I just often want trac urls for sharing with others, and
assembling them from file paths is annoying sometimes. :)
I looked briefly at google.com/codesearch but it doesn't seem to have found
svn.webkit.org yet. It claims we should ideally have a "codesearch
I don't really know much about sitemaps or if that would even be a
I don't see a sitemap listed in robots.txt (
http://www.sitemaps.org/protocol.php#submit_robots), but maybe there is one
tucked away somewhere, but I'm pretty clueless on the whole "hosting a
website" thing. :)
> On Tue, Dec 1, 2009 at 1:41 AM, Mark Rowe <mrowe at apple.com> wrote:
>> On 2009-11-30, at 22:36, Eric Seidel wrote:
>> It's bothered me for a while that I can't just type "trac webkit
>> Document.cpp" into Google and have it give me a trac link to our
>> Document.cpp page.
>> I checked http://trac.macosforge.org/robots.txt tonight and low and
>> behold we disallow "browser/" (which is where all these links live).
>> Curious if this is intentional, and if we should change this setting?
>> Web crawler indexing of Trac is seriously painful for the servers
>> involved. The entire SVN history of the repository is accessible. File
>> content. Changes. Annotations. Everything. That's not cheap to compute
>> and serve up.
>> - Mark
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the webkit-dev