From: Pavan Kumar Sunkara <pavan.sss1991@gmail.com>
To: Git List <git@vger.kernel.org>
Subject: Fwd: Re: "Integrated Web Client for git" GSoC proposal
Date: Sat, 17 Apr 2010 12:52:52 +0530 [thread overview]
Message-ID: <p2ue72faaa81004170022q2fc3a490u83ad6e325b91e139@mail.gmail.com> (raw)
In-Reply-To: <r2we72faaa81004170021z9920e6e9k4c3aa06fe46431b0@mail.gmail.com>
On Sat, Apr 17, 2010 at 11:57 AM, Tatsuhiko Miyagawa
<miyagawa@bulknews.net> wrote:
>
> Sam Vilain <sam <at> vilain.net> writes:
>
> > > of CGI.pm, perhaps also using one of URI dispatchers[5][6]. Plack/PSGI
> > > looks like the future of Perl web scripting... but is currently quite new,
> > > at version 0.9930.
>
> I admit that it's quite new - not old anyway, but don't get fooled by its
> version number. It's already adapted by almost all perl frameworks and
> used by lots of companies on production.
>
> > Ok so PSGI is the port of Python's WSGI to Perl. Plack is the reference
> > implementation, and also quite heavy at 2.5MB tarball.
>
> No, the tarball just contains 2.4MB of .jpeg file for large-file download
> and upload testing. Its dependencies are kept minimal - only requires
> LWP, URI and some pure perl modules.
>
> > required. Dancer however seems to stand out at only 94kB tarball, minimal
> > non-core dependencies and support for PSGI. The HTTP::Server::Simple::PSGI
> > dependency should let it support the 'instaweb' case with pure perl.
>
> You can already use CGI::Emulate::PSGI (via Plack::App::CGIBin) to run
> gitweb.cgi on Plack, or whatever web server that supports PSGI - like
> HTTP::Server::Simple::PSGI you just mentioned.
> http://gist.github.com/346068
>
> > It should be possible for the script to figure out what filesystem path it
> > is being run from, perhaps find a local lib/ dir and then add that to @INC.
> > In shell scripts you just use FindBin, I don't know whether that is still
> > expected to work from eg mod_perl but there's bound to be a solution for
> > that. So yeah I'd say just aim to ship lots of .pm files in a nearby dir
> > alongside the script...
>
> Or use App::FatPacker.
>
> --
> Tatsuhiko Miyagawa
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe git" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
We need to keep gitweb dependancies as less as possible. So, using
frameworks will be a bad idea, as everybody might don't want to use
them.
Coming to splitting of gitweb, as Jakub said installing a split web
script would be a problem, but we can have a solution the problem by
using proper algorithms. First, we parse the URL and get to know which
function to be implemented and then we include the necessary file and
call the function which will then execute and return the proper HTML
output.
This way, we can no longer worry about installing the split webscript.
All we need is to install the basic gitweb.pl file which does all this
basic parsing and calling other perl files. The other files just
needed to be in the path.
-pavan
next prev parent reply other threads:[~2010-04-17 7:23 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <201004130403.42179.chriscool@tuxfamily.org>
[not found] ` <201004150204.42813.jnareb@gmail.com>
[not found] ` <1271293123.6248.147.camel@denix>
2010-04-16 9:18 ` [spf:guess,iffy] Re: "Integrated Web Client for git" GSoC proposal Jakub Narebski
2010-04-17 3:09 ` Sam Vilain
2010-04-17 6:27 ` Tatsuhiko Miyagawa
[not found] ` <r2we72faaa81004170021z9920e6e9k4c3aa06fe46431b0@mail.gmail.com>
2010-04-17 7:22 ` Pavan Kumar Sunkara [this message]
2010-04-17 12:53 ` Fwd: " Jakub Narebski
2010-04-17 12:50 ` [spf:guess,iffy] " Jakub Narebski
2010-04-17 9:54 ` Jakub Narebski
[not found] ` <20100414110242.GZ3533@machine.or.cz>
[not found] ` <7vvdbuqh2c.fsf@alter.siamese.dyndns.org>
2010-04-16 13:03 ` Jakub Narebski
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=p2ue72faaa81004170022q2fc3a490u83ad6e325b91e139@mail.gmail.com \
--to=pavan.sss1991@gmail.com \
--cc=git@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).