<html><head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head><body bgcolor="#FFFFFF" text="#000000"><br>
<span>
</span><br>
<blockquote style="border: 0px none;"
cite="mid:20200319232227.4pr5iowae36vsv7t@yuggoth.org" type="cite">
<div style="margin:30px 25px 10px 25px;" class="__pbConvHr"><div
style="width:100%;border-top:2px solid #EDF1F4;padding-top:10px;"> <div
style="display:inline-block;white-space:nowrap;vertical-align:middle;width:49%;">
<a moz-do-not-send="true" href="mailto:fungi@yuggoth.org"
style="color:#485664
!important;padding-right:6px;font-weight:500;text-decoration:none
!important;">Jeremy Stanley</a></div> <div
style="display:inline-block;white-space:nowrap;vertical-align:middle;width:48%;text-align:
right;"> <font color="#909AA4"><span style="padding-left:6px">March
19, 2020 at 6:22 PM</span></font></div> </div></div>
<div style="color:#909AA4;margin-left:24px;margin-right:24px;"
__pbrmquotes="true" class="__pbConvBody"><div><!----><br>I'm pretty sure
Apache .htaccess rules could manage that without any<br>client-side
scripting. I know it has ways to define conditional<br>redirect behavior
depending on whether specific files exist or not.<br></div></div>
</blockquote>
Yep. I think you could do this with RegEx and maybe enhance it with some
javascript. Adding Sebastian and JP to this thread to hopefully catch
up :)<br>
<blockquote style="border: 0px none;"
cite="mid:20200319232227.4pr5iowae36vsv7t@yuggoth.org" type="cite">
<div style="margin:30px 25px 10px 25px;" class="__pbConvHr"><div
style="width:100%;border-top:2px solid #EDF1F4;padding-top:10px;"> <div
style="display:inline-block;white-space:nowrap;vertical-align:middle;width:49%;">
<a moz-do-not-send="true" href="mailto:openstack@fried.cc"
style="color:#485664
!important;padding-right:6px;font-weight:500;text-decoration:none
!important;">Eric Fried</a></div> <div
style="display:inline-block;white-space:nowrap;vertical-align:middle;width:48%;text-align:
right;"> <font color="#909AA4"><span style="padding-left:6px">March
19, 2020 at 6:10 PM</span></font></div> </div></div>
<div style="color:#909AA4;margin-left:24px;margin-right:24px;"
__pbrmquotes="true" class="__pbConvBody">
<br>Slightly heavier-weight, but potentially much more useful, can't the
link do some js for you (either on page load or when you click it) to
probe, in order:
<br>
<br>- The page you were looking for, s/$release/latest/
<br>- failing that, the root of the project, as Ben suggests
<br>- failing that, the current behavior
<br>
<br>efried
<br>.
<br>
<br></div>
<div style="margin:30px 25px 10px 25px;" class="__pbConvHr"><div
style="width:100%;border-top:2px solid #EDF1F4;padding-top:10px;"> <div
style="display:inline-block;white-space:nowrap;vertical-align:middle;width:49%;">
<a moz-do-not-send="true" href="mailto:openstack@nemebean.com"
style="color:#485664
!important;padding-right:6px;font-weight:500;text-decoration:none
!important;">Ben Nemec</a></div> <div
style="display:inline-block;white-space:nowrap;vertical-align:middle;width:48%;text-align:
right;"> <font color="#909AA4"><span style="padding-left:6px">March
19, 2020 at 6:04 PM</span></font></div> </div></div>
<div style="color:#909AA4;margin-left:24px;margin-right:24px;"
__pbrmquotes="true" class="__pbConvBody">
<br>
<br><br>
<br>I just ran into this and I think there's a middle ground that would
still help a lot. Right now if you click on the banner to go to the
latest release it redirects you back to the main docs.openstack.org
page. Could it at least redirect you to the root of the project you were
already looking at? I realize that might break on project renames, but
that seems like a massively smaller problem to solve than trying to keep
track of internal structural changes in each project's docs.
<br>
<br></div>
<div style="margin:30px 25px 10px 25px;" class="__pbConvHr"><div
style="width:100%;border-top:2px solid #EDF1F4;padding-top:10px;"> <div
style="display:inline-block;white-space:nowrap;vertical-align:middle;width:49%;">
<a moz-do-not-send="true" href="mailto:fungi@yuggoth.org"
style="color:#485664
!important;padding-right:6px;font-weight:500;text-decoration:none
!important;">Jeremy Stanley</a></div> <div
style="display:inline-block;white-space:nowrap;vertical-align:middle;width:48%;text-align:
right;"> <font color="#909AA4"><span style="padding-left:6px">March
14, 2020 at 9:20 AM</span></font></div> </div></div>
<div style="color:#909AA4;margin-left:24px;margin-right:24px;"
__pbrmquotes="true" class="__pbConvBody"><pre wrap="">On 2020-03-14 14:05:32 +0000 (+0000), Sean Mooney wrote:
</pre><blockquote type="cite"><pre wrap="">On Sat, 2020-03-14 at 09:36 -0400, Donny Davis wrote:
</pre></blockquote><pre wrap=""><!---->[...]
</pre><blockquote type="cite"><blockquote type="cite"><pre wrap="">It would be really great if when you click the current release
is X button at the top of the page it would reload the same doc
and just replace the release instead of directing you back to
the home page of the doc release.
</pre></blockquote></blockquote><pre wrap=""><!---->[...]
</pre><blockquote type="cite"><pre wrap="">yes althought that is not a SEO thing i think we need to change
how that baner is create but i basically always ignore it because
it does not do what i want so removing it entirly or more helpflly
making it link to the latest verion of the current doc would both
be greate improvemnts.
</pre></blockquote><pre wrap=""><!---->
The solution to the technical problem is straightforward (even a
simple HTML form element would to the trick), the bigger challenge
is logistical: Content moves around between releases, it's not just
renamed but often gets split or combined too, and lots of times
folks don't think to include redirects from old filenames when they
make major edits like that. All too often when I'm looking something
up in the published HTML copies of our documentation I'll land on
the wrong version, edit the URL to a later release, and get a 404
for that file. Someone (really multiple someones) will need to do a
thorough audit to work out what redirects we missed between previous
releases as well as coming up with ways to better remind folks to
add redirects and maybe leave other breadcrumb trails when making
future changes.
</pre></div>
<div style="margin:30px 25px 10px 25px;" class="__pbConvHr"><div
style="width:100%;border-top:2px solid #EDF1F4;padding-top:10px;"> <div
style="display:inline-block;white-space:nowrap;vertical-align:middle;width:49%;">
<a moz-do-not-send="true" href="mailto:smooney@redhat.com"
style="color:#485664
!important;padding-right:6px;font-weight:500;text-decoration:none
!important;">Sean Mooney</a></div> <div
style="display:inline-block;white-space:nowrap;vertical-align:middle;width:48%;text-align:
right;"> <font color="#909AA4"><span style="padding-left:6px">March
14, 2020 at 9:05 AM</span></font></div> </div></div>
<div style="color:#909AA4;margin-left:24px;margin-right:24px;"
__pbrmquotes="true" class="__pbConvBody"><pre wrap="">On Sat, 2020-03-14 at 09:36 -0400, Donny Davis wrote:
</pre><blockquote type="cite"><pre wrap="">On Fri, Mar 13, 2020 at 5:53 PM Jimmy McArthur <a class="moz-txt-link-rfc2396E" href="mailto:jimmy@openstack.org"><jimmy@openstack.org></a> wrote:
</pre><blockquote type="cite"><pre wrap="">Jeremy Stanley <a class="moz-txt-link-rfc2396E" href="mailto:fungi@yuggoth.org"><fungi@yuggoth.org></a>
March 13, 2020 at 4:33 PM
On 2020-03-13 20:59:30 +0000 (+0000), Sean Mooney wrote:
[...]
Yep, this trips me up fairly often as well. The pattern of serving
multiple versions of documentation is a fairly widespread one, far
beyond just OpenStack circles, so maybe we should look at some other
examples and see if we can reverse engineer how they manage to
direct search results to their latest versions. For example, why do
searches for Python module names return results under
<a class="moz-txt-link-freetext" href="https://docs.python.org/3/">https://docs.python.org/3/</a> before they return results for
<a class="moz-txt-link-freetext" href="https://docs.python.org/3.5/">https://docs.python.org/3.5/</a> ? I briefly skimmed the page sources
for some examples but nothing jumped out at me, nor did the site's
robots.txt provide any insight. Perhaps SEO specialists know what
trick is at play there?
I will add it to my list of questions. Normally you'd do it with
redirects to the latest, but that doesn't help if you're trying to keep
archived documentation.
Sean Mooney <a class="moz-txt-link-rfc2396E" href="mailto:smooney@redhat.com"><smooney@redhat.com></a>
March 13, 2020 at 3:59 PM
On Fri, 2020-03-13 at 15:46 -0500, Jimmy McArthur wrote:
Sorry - I accidentally left Zuul keywords and examples in there. Fixed
below:
Jimmy McArthur <a class="moz-txt-link-rfc2396E" href="mailto:jimmy@openstack.org"><mailto:jimmy@openstack.org></a> <a class="moz-txt-link-rfc2396E" href="mailto:jimmy@openstack.org"><jimmy@openstack.org></a>
March 13, 2020 at 3:27 PM
Hi all -
We've contracted a professional SEO firm to help improve search
placement for all OSF projects. I'd like to crowd source this on each
of the project mailing lists, so the community is able to be
involved. Could you all help out in providing the below:
“Wish List” of keywords: 8-12 big terms you think fit your domain (if
you only have 4-5 to share, fewer is okay)
- open infrastructure
- ?
At least 3 competitors
- AWS
- ?
Any other input on positioning, offerings, etc. that you think will
help best filter for relevance
- ?
honestly the only think i would like to see is fixing the search result so that the 'latest' version of all our doc
are at the top of the list instead of pike.
the docs for our older release always come up first and its hard fo fine the direct link to the 'latest' version
which
tracks master.
granted i have it save in my broswer history but when users are looking for docs on things it would be nice if they
got
the more recent docs.
Cheers,
Jimmy
Jimmy McArthur <a class="moz-txt-link-rfc2396E" href="mailto:jimmy@openstack.org"><jimmy@openstack.org></a>
March 13, 2020 at 3:46 PM
Sorry - I accidentally left Zuul keywords and examples in there. Fixed
below:
Jimmy McArthur <a class="moz-txt-link-rfc2396E" href="mailto:jimmy@openstack.org"><jimmy@openstack.org></a>
March 13, 2020 at 3:27 PM
Hi all -
We've contracted a professional SEO firm to help improve search placement
for all OSF projects. I'd like to crowd source this on each of the project
mailing lists, so the community is able to be involved. Could you all help
out in providing the below:
“Wish List” of keywords: 8-12 big terms you think fit your domain (if you
only have 4-5 to share, fewer is okay)
- open source ci
- ?
At least 3 competitors
- Jenkins
- ?
Any other input on positioning, offerings, etc. that you think will help
best filter for relevance
- ?
Cheers,
Jimmy
</pre></blockquote><pre wrap="">It would be really great if when you click the current release is X button
at the top of the page it would reload the same doc and just replace the
release instead of directing you back to the home page of the doc release.
</pre></blockquote><pre wrap=""><!---->yes althought that is not a SEO thing i think we need to change how that baner is create but
i basically always ignore it because it does not do what i want so removing it entirly or more
helpflly making it link to the latest verion of the current doc would both be greate improvemnts.
</pre><blockquote type="cite"><pre wrap="">[image: image.png]
</pre></blockquote><pre wrap=""><!---->
</pre></div>
</blockquote>
<br>
</body></html>