Actually, I'd go the other way. It would be good if projects would set up a
standard set of redirects at the top level of the project.

foo.apache.org/bugs -> Bug database (eg. jira instance)
/src -> User browsable source repository (eg. github mirror)
/downloads -> Download page
/release -> Release notes for the current release
/web-src -> User browsable site source

On ORC, I did the equivalent, but I picked names using company trademarks,
which is sub-optimal:

http://orc.apache.org/jira -> https://issues.apache.org/jira/browse/orc
http://orc.apache.org/github -> https://github.com/apache/orc

.. Owen


On Wed, Jun 21, 2017 at 11:12 AM, Shane Curcuru <a...@shanecurcuru.org>
wrote:

> Rich Bowen wrote on 6/21/17 1:19 PM:
> >
> >
> > On 06/21/2017 05:29 PM, Sam Ruby wrote:
> >> On Wed, Jun 21, 2017 at 10:43 AM, Rich Bowen <rbo...@rcbowen.com>
> wrote:
> >>> FYI:
> >>> https://docs.google.com/spreadsheets/d/1BxQzPVnzyAUD8NpCNB1MIwvlglU1G
> 5lTXAvYGzkSlP0/edit#gid=0
> >>> if you want to play along.
> >> Is there any way that this can be integrated into
> >> https://whimsy.apache.org/site/ ?
> >>
> >> Advantages: individual projects can do self discovery, and the list
> >> would be updated automatically.
> >>
> >> What we would need is some sort of rules as to what you are expecting
> >> to see for every site.
> >
> > That would be awesome. I presume that what we'd want to do is start with
> > the phrase "Source Repositories" and then add more as we discover them.
> > Sites that lack them at present, we'd just add "Source Repositories" and
> > they'd match.
>
> If we're doing something new, why not use rel="" values?
>
> https://developer.mozilla.org/en-US/docs/Web/HTML/Link_types
>
> We could even abuse the rel= attribute to add some of our own keys if we
> really wanted to.  This would make link checking super-easy for sites
> that use it.
>
>
> --
>
> - Shane
>   https://www.apache.org/foundation/marks/resources
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>
>

Reply via email to