in reply to Re^4: Goodbye search.cpan.org
in thread Goodbye search.cpan.org

Thanks for the reply (and link) !

I've examined Gabor Szabo' SCO
source:
MetaCPAN-SCO
his article:
Building an open source clone of search.cpan.org using the MetaCPAN API
which looks promising. But seems to require running a service on it's own port. Which I'd like to avoid. While I guess I could (re)process metacpans data. That seems grossly inefficient, and slow. especially given I'm already running a mirror. Seems it'd be a whole lot smarter to simply pull the data from my own copy and process that. Maybe populating a DB with it, and pulling it from there. This lead me to:
App::CPAN::Search
and
Package::Locator
but they're more Package centric, rather than: module | dist | author , as search, and metacpan do
like:
CPAN::SQLite
but I don't think it'll scale well. But there's also:
CPAN::Search::Lite
which seems a bit closer, and might scale better, as well.

Anyway, that's as far as I've managed so far. But was hoping to I might find a quick "drop in" replacement I might implement.

Thanks again!

λɐp ʇɑəɹ⅁ ɐ əʌɐɥ puɐ ʻꜱdləɥ ꜱᴉɥʇ ədoH

Replies are listed 'Best First'.
Re^6: Goodbye search.cpan.org
by Anonymous Monk on Jun 12, 2018 at 21:47 UTC
    Wow! I didn't know you could just download one. If you want it to scale this sounds like a job for Apache2::CPAN::Search from the CPAN::Search::Lite dist.