... | ... | @@ -317,7 +317,7 @@ URLs are in the form ```https://files.inria.fr/<sitename>```. It supports virtua |
|
|
To request a space on files.inria.fr, submit a ticket. Provide the name of the space you want, and the ildap logins of the people who should be able to have write access. To update this space, any webdav client can be used. For example, on linux + gnome you can access the space in the file manager with a location such as ```davs://<ildap user name>@files.inria.fr:8443/<space name>```. You can also mount this space in the file system with tools such as davfs2 or gvfs-fuse. For example, on debian linux + gnome, install package gvfs-fuse, and when the space is "mounted" in the gnome file manager, it will also be mounted in the filesystem at location ```/run/user/<local unix user numeric id>/gvfs/dav:host=files.inria.fr,port=8443,ssl=true,user=<ildap login>/<space name>/```. You can then rsync your forge site to the files.inria.fr site with a command such as: ```rsync --delete --exclude=.htupdate -rl <forge username>@forge-scm2:/home/groups/<forge unix project name>/htdocs/ /run/user/<local unix user numeric id>/gvfs/dav:host=files.inria.fr,port=8443,ssl=true,user=<ildap login>/<space name>/```. If using option ```--delete``` make sure to not delete ```.htupdate``` since it controls who has write access. Also do not use ```-a```, it doesn't work with webdav, use ```-rl``` instead.
|
|
|
|
|
|
## gitlabpages
|
|
|
Gitlab includes gitlab-pages. Gitlab pages can only serve static content, so this means no PHP (unlike the forge) or database. For example it is not possible to host a dokuwiki (which is php based). The generation of the pages is done with the same mechanisms as gitlab continuous integration. Any static site generator can be used (and there are templates for many). Gitlab pages are served over HTTPS. A [gitlab runner](https://docs.gitlab.com/runner/) is needed to build gitlab pages. A gitlab runner is a server/VM/docker container running an agent and which can act as an executor for gitlab continuous integration jobs (and gitlab pages are a special case of gitlab continuous integration). As it is annoying for every project to setup a runner just for being able to publish a website, there are [shared runners](https://gitlab.inria.fr/siteadmin/doc/-/wikis/faq#use-existing-shared-runners) available.
|
|
|
Gitlab includes gitlab-pages. Gitlab pages can only serve static content, so this means no PHP (unlike the forge) or database. For example it is not possible to host a dokuwiki (which is php based). The generation of the pages is done with the same mechanisms as gitlab continuous integration. Any static site generator can be used (and there are templates for many). Gitlab pages are served over HTTPS. A [gitlab runner](https://docs.gitlab.com/runner/) is needed to build gitlab pages. A gitlab runner is a server/VM/docker container running an agent and which can act as an executor for gitlab continuous integration jobs (and gitlab pages are a special case of gitlab continuous integration). Notice that [shared runners](https://gitlab.inria.fr/siteadmin/doc/-/wikis/faq#use-existing-shared-runners) are available on Gitlab.
|
|
|
|
|
|
See https://gitlab.inria.fr/siteadmin/doc/-/wikis/faq#gitlab-pages for more information, there is also an example project showing how to setup gitlabpages here: https://gitlab.inria.fr/siteadmin/pages-example
|
|
|
|
... | ... | |