List for cgit developers and users
 help / color / mirror / Atom feed
* Fwd: JSON interface
       [not found] <CANvZ+9TetQ5_bQJ+Bq2tArpd0ACKQ4Zh+ciqNojfUs2vLqraEQ@mail.gmail.com>
@ 2014-10-05 11:13 ` wilhelm.matilainen
  2014-10-05 12:05   ` john
  0 siblings, 1 reply; 4+ messages in thread
From: wilhelm.matilainen @ 2014-10-05 11:13 UTC (permalink / raw)


Instead of acting as a server providing html and css files, could there be
a only-json option?

I could then provide all the static files minified and cached from a proper
http server already in use and request only the data from cgit.

Using jquery:
-----------------------------------------------
$.getJSON('/git/repository/<repo>', function(data) {
    showRepo(data);
});
-----------------------------------------------

By loading https://
<server>/git/<what-I-need>/<parameter-1>/<parameter-2>/<etc.>
CGit would output something like:
-----------------------------------------------
{
"repository": "test",
"property1": "value1",
"property2": "value2"
}
-----------------------------------------------

It's not fun at all to operate multiple http servers all with their own
options.


Wilhelm Matilainen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.zx2c4.com/pipermail/cgit/attachments/20141005/fd61caa1/attachment.html>


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Fwd: JSON interface
  2014-10-05 11:13 ` Fwd: JSON interface wilhelm.matilainen
@ 2014-10-05 12:05   ` john
  2014-10-05 12:25     ` wilhelm.matilainen
  0 siblings, 1 reply; 4+ messages in thread
From: john @ 2014-10-05 12:05 UTC (permalink / raw)


On Sun, Oct 05, 2014 at 02:13:35PM +0300, Wilhelm Matilainen wrote:
> Instead of acting as a server providing html and css files, could there be
> a only-json option?

You can already configure the URL for CGit's CSS and logo files to point
at a separate machine if you want to do that.

> I could then provide all the static files minified and cached from a proper
> http server already in use and request only the data from cgit.
> 
> Using jquery:
> -----------------------------------------------
> $.getJSON('/git/repository/<repo>', function(data) {
>     showRepo(data);
> });
> -----------------------------------------------
> 
> By loading https://
> <server>/git/<what-I-need>/<parameter-1>/<parameter-2>/<etc.>
> CGit would output something like:
> -----------------------------------------------
> {
> "repository": "test",
> "property1": "value1",
> "property2": "value2"
> }
> -----------------------------------------------

I don't think it would be particularly difficult to add a new "json" URL
in cmd.c and handle all of the necessary sub-options, but you would then
need to write an entire UI in JavaScript.

At that point, I'm not sure it would be CGit any more since you would be
using essentially none of the code that exists now.


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Fwd: JSON interface
  2014-10-05 12:05   ` john
@ 2014-10-05 12:25     ` wilhelm.matilainen
  0 siblings, 0 replies; 4+ messages in thread
From: wilhelm.matilainen @ 2014-10-05 12:25 UTC (permalink / raw)


That's what I'm interested in doing. There just has to be some reverse
proxied application that will handle the requests to git with security in
mind.

2014-10-05 15:05 GMT+03:00 John Keeping <john at keeping.me.uk>:

> On Sun, Oct 05, 2014 at 02:13:35PM +0300, Wilhelm Matilainen wrote:
> > Instead of acting as a server providing html and css files, could there
> be
> > a only-json option?
>
> You can already configure the URL for CGit's CSS and logo files to point
> at a separate machine if you want to do that.
>
> > I could then provide all the static files minified and cached from a
> proper
> > http server already in use and request only the data from cgit.
> >
> > Using jquery:
> > -----------------------------------------------
> > $.getJSON('/git/repository/<repo>', function(data) {
> >     showRepo(data);
> > });
> > -----------------------------------------------
> >
> > By loading https://
> > <server>/git/<what-I-need>/<parameter-1>/<parameter-2>/<etc.>
> > CGit would output something like:
> > -----------------------------------------------
> > {
> > "repository": "test",
> > "property1": "value1",
> > "property2": "value2"
> > }
> > -----------------------------------------------
>
> I don't think it would be particularly difficult to add a new "json" URL
> in cmd.c and handle all of the necessary sub-options, but you would then
> need to write an entire UI in JavaScript.
>
> At that point, I'm not sure it would be CGit any more since you would be
> using essentially none of the code that exists now.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.zx2c4.com/pipermail/cgit/attachments/20141005/dd655364/attachment.html>


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Fwd: JSON interface
@ 2015-02-24 18:18 xuu
  0 siblings, 0 replies; 4+ messages in thread
From: xuu @ 2015-02-24 18:18 UTC (permalink / raw)


Hi, 

I was wondering if anything ever happened with this request? I would love to 
be able to call into cgit for json data.

thanks!

> On Sun, Oct 05, 2014 at 02:13:35PM +0300, Wilhelm Matilainen wrote:
> > Instead of acting as a server providing html and css files, could there
> be
> > a only-json option?
>
> You can already configure the URL for CGit's CSS and logo files to point
> at a separate machine if you want to do that.
>
> > I could then provide all the static files minified and cached from a
> proper
> > http server already in use and request only the data from cgit.
> >
> > Using jquery:
> > -----------------------------------------------
> > $.getJSON('/git/repository/<repo>', function(data) {
> >     showRepo(data);
> > });
> > -----------------------------------------------
> >
> > By loading https://
> > <server>/git/<what-I-need>/<parameter-1>/<parameter-2>/<etc.>
> > CGit would output something like:
> > -----------------------------------------------
> > {
> > "repository": "test",
> > "property1": "value1",
> > "property2": "value2"
> > }
> > -----------------------------------------------
>
> I don't think it would be particularly difficult to add a new "json" URL
> in cmd.c and handle all of the necessary sub-options, but you would then
> need to write an entire UI in JavaScript.
>
> At that point, I'm not sure it would be CGit any more since you would be
> using essentially none of the code that exists now.
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.zx2c4.com/pipermail/cgit/attachments/20150224/747ffbe1/attachment.asc>


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2015-02-24 18:18 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <CANvZ+9TetQ5_bQJ+Bq2tArpd0ACKQ4Zh+ciqNojfUs2vLqraEQ@mail.gmail.com>
2014-10-05 11:13 ` Fwd: JSON interface wilhelm.matilainen
2014-10-05 12:05   ` john
2014-10-05 12:25     ` wilhelm.matilainen
2015-02-24 18:18 xuu

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).