Git development
 help / color / mirror / Atom feed
From: Francis Galiegue <fg@one2team.net>
To: Jakub Narebski <jnareb@gmail.com>
Cc: "Alexander Gavrilov" <angavrilov@gmail.com>, git@vger.kernel.org
Subject: Re: [RFC PATCH] gitweb: Support filtering projects by .htaccess files.
Date: Mon, 3 Nov 2008 22:59:03 +0100	[thread overview]
Message-ID: <200811032259.03394.fg@one2team.net> (raw)
In-Reply-To: <200811032017.47652.jnareb@gmail.com>

Le Monday 03 November 2008 20:17:47 Jakub Narebski, vous avez écrit :
> Dnia poniedziałek 3. listopada 2008 19:44, Francis Galiegue napisał:
> > Le Monday 03 November 2008 19:18:56 Jakub Narebski, vous avez écrit :
> 
> > > > Well, as far as Apache is concerned, it can do:
> > > > 
> > > > * basic .htpasswd authentication,
> > > > * LDAP,
> > > > * PAM,
> > > > * SSL certificate check (via mod_ssl),
> > > > * probably others.
> > > > 
> > > > Plenty of possibilities.
> > > [...]
> > > 
> > > Well, the question is if Apache (and other web servers used with
> > > gitweb) can do authentication based on path_info or on query-string.
> > > Because it is encoded in gitweb (via $projectroot) where to find git
> > > repositories...
> > > 
> > 
> > Can you expand on path_info and query-string? Keep in mind that Apache
> > has mod_rewrite, which can rewrite URLs in any way before it gets
> > actually sent to the underlying program (whether it be a CGI or
> > anything else), even badly (or mischievously).
> 
> What I mean here that the following example gitweb URLs
> 
>   http://example.com/gitweb.cgi?p=some/project.git;a=commit;h=HEAD
>   http://example.com/gitweb.cgi/some/project.git/commit/HEAD
> 
> with the following gitweb configuration
> 
>   $projectroot = /var/scm
> 
> both refer to git repository (directory) at
> 
>   /var/scm/some/project.git
> 
> Apache (or other web server) would have to somehow decide based on URL
> that it refers to some project, and based on project and authentication
> decide whether to grant access to it.
> 
> 
> What is more, and what cannot be done by web server alone, is that we
> would want to not show projects which you don't have access to in the
> 'projects_list' page, i.e. at
> 
>   http://example.com/gitweb.cgi
> 

I see the point. Note that the second URL can be converted into the first one with mod_rewrite, and probably the first to the second as well.

As to what repository is accessible to whom, does gitweb really have an internal mechanism for this? Wouldn't it be "better" is privately accessible projects were available on another website to start with?


-- 

  reply	other threads:[~2008-11-03 22:01 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-03 16:43 [RFC PATCH] gitweb: Support filtering projects by .htaccess files Alexander Gavrilov
2008-11-03 16:54 ` Francis Galiegue
2008-11-03 17:26   ` Alexander Gavrilov
2008-11-03 17:45     ` Francis Galiegue
2008-11-03 18:18       ` Jakub Narebski
2008-11-03 18:44         ` Francis Galiegue
2008-11-03 19:17           ` Jakub Narebski
2008-11-03 21:59             ` Francis Galiegue [this message]
2008-11-04  0:24               ` Jakub Narebski
2008-11-04  7:42                 ` Francis Galiegue
2008-11-03 22:57 ` Jakub Narebski
2008-11-05 22:36   ` Alexander Gavrilov
2008-11-05 23:26     ` Jakub Narebski
2008-11-06 19:43       ` Alexander Gavrilov

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=200811032259.03394.fg@one2team.net \
    --to=fg@one2team.net \
    --cc=angavrilov@gmail.com \
    --cc=git@vger.kernel.org \
    --cc=jnareb@gmail.com \
    /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