Beefy Boxes and Bandwidth Generously Provided by pair Networks
Just another Perl shrine
 
PerlMonks  

Re^2: Goodbye search.cpan.org

by marto (Archbishop)
on May 19, 2018 at 07:17 UTC ( #1214898=note: print w/replies, xml ) Need Help??


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

"metacpan.org is better and preferable to me on every level;"

I agree, and for me the page load times seem indistinguishable between the two systems.

"they didn't choose my logo in the contest. :P"

I warned you at the time that you'd regret getting that tattoo :P

Replies are listed 'Best First'.
Re^3: Goodbye search.cpan.org
by taint (Chaplain) on Jun 12, 2018 at 15:33 UTC
    I'd like to implement search.cpan.org

    In fact, so much so, That I picked up an appropriately named domain, created an identical (search) page. Created a CPAN mirror ( soon to be official ). All that's left (and this is pretty important) is the search implementation.
    Time is running short. The 25th is drawing near. Anyone willing to help; suggest how I might best (re)create the search implementation. As I understand it, it's not open(source), or available. :-(

    IOW As I'd really like to get this right the first time. Any suggestions, pointers, ... greatly appreciated!

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

      I'd like to implement search.cpan.org

      Thank you very very much!

      All that's left (and this is pretty important) is the search implementation.

      Forget the search engine. Since meta is the hub just cheat and use their API!

      github.com/metacpan/metacpan-api/blob/master/docs/API-docs.md

        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

Log In?
Username:
Password:

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://1214898]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others musing on the Monastery: (3)
As of 2019-06-20 03:50 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?
    Is there a future for codeless software?



    Results (89 votes). Check out past polls.

    Notices?