Andy Green 907134b7a2 js: add dynamic age update
This patch updates the emitted "ages" dynamically on the client side.

After updating on completion of the document load, it sets a timer
to update according to the smallest age it found.  If there are any
ages listed in minutes, then it will update again in 10s.  When the
most recent age is in hours, it updates every 5m.  If days, then
every 30m and so on.

This keeps the cost of the dynamic updates at worst once per 10s.
The updates are done entirely on the client side without contact
with the server.

To make this work reliably, since parsing datetimes is unreliable in
browser js, the unix time is added as an attribute to all age spans.

To make that reliable cross-platform, the unix time is treated as a
uint64_t when it is formatted for printing.

The rules for display conversion of the age is aligned with the
existing server-side rules in ui-shared.h.

If the client or server-side time are not synchronized by ntpd etc,
ages shown on the client will not relate to the original ages computed
at the server.  The client updates the ages immediately when the
DOM has finished loading, so in the case the times at the server and
client are not aligned, this patch changes what the user sees on the
page to reflect patch age compared to client time.

If the server and client clocks are aligned, this patch makes no
difference to what is seen on the page.

Signed-off-by: Andy Green <andy@warmcat.com>
Signed-off-by: Christian Hesse <mail@eworm.de>
2022-12-19 16:50:23 +01:00
2022-12-19 15:09:39 +01:00
2017-09-22 00:52:57 +02:00
2014-01-14 02:00:07 +01:00
2017-10-15 18:44:55 +02:00
2022-12-19 16:50:21 +01:00
2022-12-19 16:13:58 +01:00
2022-12-19 16:50:23 +01:00
2022-12-19 16:50:23 +01:00
2017-10-03 19:19:34 +01:00
2015-02-15 22:06:24 +01:00
2022-12-19 16:50:21 +01:00
2015-08-14 15:54:32 +02:00
2016-10-01 11:43:33 +01:00
2018-07-10 16:40:15 +02:00
2013-05-31 02:52:24 +02:00
2017-10-14 16:13:07 +02:00
2022-12-19 16:13:58 +01:00
2017-10-03 19:19:34 +01:00
2022-12-19 16:50:21 +01:00
2016-06-07 14:49:35 +02:00
2017-08-10 15:58:24 +02:00
2022-12-19 16:13:58 +01:00
2017-10-03 19:19:34 +01:00
2021-06-08 12:37:46 +02:00
2018-10-12 23:06:02 +02:00
2022-12-19 16:13:24 +01:00
2016-09-04 12:38:18 +02:00
2022-12-19 16:13:58 +01:00
2013-08-20 19:55:54 +02:00
2021-06-08 12:37:46 +02:00
2016-01-14 14:02:29 +01:00
2022-12-19 16:50:23 +01:00
2020-10-19 20:27:28 +02:00
2019-06-05 15:37:49 +02:00
2016-01-14 14:02:29 +01:00
2022-12-19 16:13:58 +01:00

cgit - CGI for Git
==================

This is an attempt to create a fast web interface for the Git SCM, using a
built-in cache to decrease server I/O pressure.

Installation
------------

Building cgit involves building a proper version of Git. How to do this
depends on how you obtained the cgit sources:

a) If you're working in a cloned cgit repository, you first need to
initialize and update the Git submodule:

    $ git submodule init     # register the Git submodule in .git/config
    $ $EDITOR .git/config    # if you want to specify a different url for git
    $ git submodule update   # clone/fetch and checkout correct git version

b) If you're building from a cgit tarball, you can download a proper git
version like this:

    $ make get-git

When either a) or b) has been performed, you can build and install cgit like
this:

    $ make
    $ sudo make install

This will install `cgit.cgi` and `cgit.css` into `/var/www/htdocs/cgit`. You
can configure this location (and a few other things) by providing a `cgit.conf`
file (see the Makefile for details).

If you'd like to compile without Lua support, you may use:

    $ make NO_LUA=1

And if you'd like to specify a Lua implementation, you may use:

    $ make LUA_PKGCONFIG=lua5.1

If this is not specified, the Lua implementation will be auto-detected,
preferring LuaJIT if many are present. Acceptable values are generally "lua",
"luajit", "lua5.1", and "lua5.2".


Dependencies
------------

* libzip
* libcrypto (OpenSSL)
* libssl (OpenSSL)
* optional: luajit or lua, most reliably used when pkg-config is available

Apache configuration
--------------------

A new `Directory` section must probably be added for cgit, possibly something
like this:

    <Directory "/var/www/htdocs/cgit/">
        AllowOverride None
        Options +ExecCGI
        Order allow,deny
        Allow from all
    </Directory>


Runtime configuration
---------------------

The file `/etc/cgitrc` is read by cgit before handling a request. In addition
to runtime parameters, this file may also contain a list of repositories
displayed by cgit (see `cgitrc.5.txt` for further details).

The cache
---------

When cgit is invoked it looks for a cache file matching the request and
returns it to the client. If no such cache file exists (or if it has expired),
the content for the request is written into the proper cache file before the
file is returned.

If the cache file has expired but cgit is unable to obtain a lock for it, the
stale cache file is returned to the client. This is done to favour page
throughput over page freshness.

The generated content contains the complete response to the client, including
the HTTP headers `Modified` and `Expires`.

Online presence
---------------

* The cgit homepage is hosted by cgit at <https://git.zx2c4.com/cgit/about/>

* Patches, bug reports, discussions and support should go to the cgit
  mailing list: <cgit@lists.zx2c4.com>. To sign up, visit
  <https://lists.zx2c4.com/mailman/listinfo/cgit>
Description
No description provided
Readme 1.2 MiB
Languages
C 73.3%
Shell 8.7%
Lua 7.7%
CSS 3.9%
Python 3.2%
Other 3.2%