[issue42486] Investigate docs.python.org egregious SEO performance on Google

[Nelson Elhage]

Nelson Elhage  added the comment:

Thanks! Filed https://github.com/python/pythondotorg/issues/1691 to follow-up 
there.

--

___
Python tracker 
<https://bugs.python.org/issue42486>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42486] Investigate docs.python.org egregious SEO performance on Google

[Nelson Elhage]

New submission from Nelson Elhage :

This request might be out-of-scope for this bugtracker, but I
suspect that something is causing Google to actively downweight
docs.python.org in its search results, and want to request
someone investigate.

I would expect, for instance, a search for [python set] to turn
up https://docs.python.org/3/library/stdtypes.html#set
_somewhere_ on the first page of results, but it does not. In
fact, the only python.org result I see is for the long-deprecated
Python 2 `sets` module --
https://docs.python.org/2/library/sets.html

Similarly, [python shuffle list] does not turn up
https://docs.python.org/3/library/random.html -- or any other
python.org site -- _anywhere_ in the first page of results.

These results are egregious enough to make me suspect you're
being actively downranked for some reason, which is hopefully
identifiable and fixable by a site admin using Google's search
tools at https://developers.google.com/search

--
assignee: docs@python
components: Documentation
messages: 381957
nosy: docs@python, nelhage
priority: normal
severity: normal
status: open
title: Investigate docs.python.org egregious SEO performance on Google
type: enhancement

___
Python tracker 
<https://bugs.python.org/issue42486>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9334] argparse does not accept options taking arguments beginning with dash (regression from optparse)

[Nelson Elhage]

Nelson Elhage nelh...@nelhage.com added the comment:

For what it's worth, I have trouble seeing this as anything but a bug. I 
understand the motivation of trying to catch user errors, but in doing so, 
you're breaking with the behavior of every other option parsing library that 
I'm aware of, in favor of an arbitrary heuristic that sometimes guesses wrong. 
That's not the kind of behavior I expect from my Python libraries; I want them 
to do what I ask them to, not try to guess what I probably meant.

--
nosy: +nelhage

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9334
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com