From: david@lang.hm
To: "Michał Łowicki" <mlowicki@gmail.com>
Cc: Jakub Narebski <jnareb@gmail.com>,
git@vger.kernel.org, John Hawley <warthog9@kernel.org>,
Kevin Cernekee <cernekee@gmail.com>, Petr Baudis <pasky@suse.cz>,
Petr Baudis <pasky@ucw.cz>
Subject: Re: The future of gitweb - part 2: JavaScript
Date: Thu, 14 Apr 2011 18:56:24 -0700 (PDT) [thread overview]
Message-ID: <alpine.DEB.2.00.1104141854210.13309@asgard.lang.hm> (raw)
In-Reply-To: <BANLkTik1dZ-_DGmj70=-+9j0EsUQZ=BbaQ@mail.gmail.com>
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2514 bytes --]
On Thu, 14 Apr 2011, Micha? ?owicki wrote:
> 2011/4/14 Jakub Narebski <jnareb@gmail.com>:
>>
>> Second issue is how to use it / how to include it:
>>
>> * Use some external Content Delivery Network (CDN), like
>> Google Libraries API
>> http://code.google.com/apis/libraries/devguide.html
>> e.g.:
>>
>> <script src="https://ajax.googleapis.com/ajax/libs/jquery/1.5.2/jquery.min.js"></script>
>> <script src="http://code.jquery.com/jquery-1.5.2.min.js"></script>
>>
>> or
>>
>> <script src="https://ajax.googleapis.com/ajax/libs/mootools/1.3.1/mootools-yui-compressed.js"></script>
>>
>> This is nice solution... if we don't need plugin / extension
>> which usually are not available in CDN version of library.
>>
>> Also this makes gitweb dependent on third-party service, and require
>> network connectivity to Internet to have access to JavaScript-based
>> features.
>>
>> * Mark appropriate JavaScript library as dependency in gitweb/INSTALL
>> to be downloaded in appropriate place but do not provide sources.
>> Perhaps add target in gitweb/Makefile that automatically downloads
>> it.
>>
>> This would make installing gitweb correctly more complicated.
>> JavaScript-based features would not work if somebody instals gitweb
>> incorrectly.
>>
>> I think we can set up gitweb build so that one can configure at
>> build stage whether to use CDN or download library, or use
>> pre-downloaded (and perhaps instaled somewhere) version of framework
>> (combining JavaScript on build in all but first case).
>
> I'm not sure about pre-downloaded version of libs. Most of the time
> it's not a big deal but sometimes it may introduce hard to detect
> issues when someone use different version of the lib -
> http://ejohn.org/blog/learning-from-twitter/ .But the idea with
> options - CDN or download is very good. CDNs can improve the page
> download speed by increasing simultaneous connections if files are
> downloaded from many hostnames but for companies where instances of
> gitweb are on the Intrantet the 2nd option could be better I think (at
> least in my case). Additionaly CDNs can save some money when you pay
> for data traffic :)
another advantage of using the library from a CDN is that the user may
already have it cached in their browser and not have to download it at
all.
as long as there is a build-time option to make a version that does not
depend on being able to get to the Internet I think it's a good idea to
make the default use the Internet.
David Lang
next prev parent reply other threads:[~2011-04-15 1:56 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-02-14 19:39 The future of gitweb (long term goals) Jakub Narebski
2011-02-15 9:09 ` Michael J Gruber
2011-02-21 22:06 ` Jakub Narebski
2011-02-23 10:54 ` Michael J Gruber
2011-02-25 22:37 ` The future of git-instaweb (was: Re: The future of gitweb (long term goals)) Jakub Narebski
2011-02-22 17:02 ` The future of gitweb (long term goals) Ævar Arnfjörð Bjarmason
2011-02-22 18:17 ` Jakub Narebski
2011-04-14 9:54 ` The future of gitweb - part 2: JavaScript Jakub Narebski
2011-04-14 19:30 ` Michał Łowicki
2011-04-15 1:56 ` david [this message]
2011-04-16 17:12 ` Peter Vereshagin
2011-04-16 19:32 ` Jakub Narebski
2011-04-16 20:48 ` Peter Vereshagin
2011-04-16 21:17 ` Jakub Narebski
2011-04-16 21:53 ` Peter Vereshagin
2011-04-16 22:19 ` Jakub Narebski
2011-04-16 22:33 ` Jakub Narebski
2011-04-16 23:00 ` Peter Vereshagin
2011-04-17 10:11 ` Jakub Narebski
2011-04-20 18:24 ` Gitweb != HTTP back-end {Was: Re: The future of gitweb - part 2: JavaScript} Drew Northup
2011-04-20 18:47 ` Jakub Narebski
2011-04-16 17:44 ` The future of gitweb - part 2: JavaScript Pau Garcia i Quiles
2011-04-17 14:59 ` Jakub Narebski
2011-04-17 15:14 ` Pau Garcia i Quiles
2011-04-18 18:13 ` Jakub Narebski
2011-04-17 20:14 ` Petr Baudis
2011-04-18 13:34 ` Jakub Narebski
2011-04-18 13:50 ` Petr Baudis
2011-04-18 14:15 ` Jakub Narebski
2011-04-20 18:39 ` Drew Northup
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
List information: http://vger.kernel.org/majordomo-info.html
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.DEB.2.00.1104141854210.13309@asgard.lang.hm \
--to=david@lang.hm \
--cc=cernekee@gmail.com \
--cc=git@vger.kernel.org \
--cc=jnareb@gmail.com \
--cc=mlowicki@gmail.com \
--cc=pasky@suse.cz \
--cc=pasky@ucw.cz \
--cc=warthog9@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.
Code repositories for project(s) associated with this public inbox
https://80x24.org/mirrors/git.git
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 read-only IMAP folder(s) and NNTP newsgroup(s).