One of the pain points of MetaCPAN is that URLs don't always point
where you would expect them to. For example, should a script be found
under metacpan.org/module/*? Does that make sense? What happens when
someone releases a module with the name of the script? Please note that
we're talking about the URLs on the search front end, not the API.
We've struggled for a long while with questions like this. How do we
structure URLs on metacpan.org which have a sensible hierarchy? URLs
(like version
numbers)
should be boring -- we don't want them to offer any surprises.
The bulk of the discussion on this topic can be found in this
issue. However, if
you want to weigh in on this without wading through the entire
discussion, hop down to this
comment
and start from there.
The reason I'm bringing this up now is that a) we think we have
progressed enough in the right direction to ask for some final input on
the subject and b) Randy
Stauner has indicated that he
will do the heavy lifting here. So, we're approaching a consensus and
we have a motivated volunteer. There's no time like the present!
So, if you'd like to be involved in the decision-making process, please
comment on this topic over the next few days as we finalize our approach
to this.
Fiddling with the metacpan.org URLs
·225 words·2 mins·
CPAN
metacpan
perl
❤️ It's great to see you here! I'm currently available on evenings and
weekends for consulting and freelance work. Let's chat about how I can help
you achieve your goals.
Related
MetaCPAN is Moving Today (Dec 31, 2012)
·356 words·2 mins
CPAN
metacpan
perl
++ Goes on Hiatus
·1539 words·8 mins
CPAN
metacpan
perl
Happy Birthday, MetaCPAN!
·730 words·4 mins
CPAN
metacpan
perl