Project

General

Profile

Bug #1840

Development #1836: Nouvelle page de login (carte de france)

fond de carte (tuiles)

Added by Thomas Noël over 11 years ago. Updated over 11 years ago.

Status:
Fermé
Priority:
Normal
Assignee:
-
Category:
-
Start date:
30 October 2012
Due date:
% Done:

0%

Estimated time:
Patch proposed:
Planning:

Description

dans le proto, le fond de carte est rendu par le moteur de carte de leaflet...

en production, les solutions :
  • un proxy vers un moteur de tuile ?... (pb: accès depuis une seule IP, saturation rapide si pas de contrat avec le fournisseur de tuile..?)
  • tuiles statiques locales, mais on ne pourra pas tout stocker => voir si leaflet sait afficher des tuiles en "flou" ?
  • ... autre idée ?

History

#1

Updated by Benjamin Dauvergne over 11 years ago

Puisqu'on a pas la place d'héberger les tuiles sur le routeur ma dernière suggestion était d'héberger sur un serveur de l'UNPIdF un proxy-cache du serveur de tuile final comme pour le site du logement de Dauphine.

#2

Updated by Thomas Noël over 11 years ago

Discussions avec Jean Couteau sur le sujet :
  • monter un serveur de tuile
  • pas nécessaire d'avoir des tuiles super dynamiques : on peut imaginera rafraichir les tuiles statiques une fois par mois...
  • tuiles statiques => pas besoin de beaucoup de CPU, mais bcp de RAM et d'I/O. Et une IP statique.
Liens à étudier : Inconvénients :
  • le serveur de tuile doit être dispo 24h/24, ça fait un truc de plus à maintenir...
  • il sera en accès public (mais bon, c'est juste un serveur de tuiles)
#3

Updated by Benjamin Dauvergne over 11 years ago

Et ma solution à moi qui marche dont je peux même fournir la config nginx elle sent le paté ? ;-)

#4

Updated by Thomas Noël over 11 years ago

Benjamin Dauvergne a écrit :

Et ma solution à moi qui marche dont je peux même fournir la config nginx elle sent le paté ? ;-)

On peut essayer, sachant que dans pfSense j'ai juste un vieux lighttpd 1.3 avec fastcgi (pas d'autre module), assez limitant. Si ça marche, ça peut faire l'affaire dans un premier temps, ceci dit. Vers quel serveur de tuile on pourrait envoyer ?

#5

Updated by Frédéric Péters over 11 years ago

Je ne capte pas tellement quelle différence il y aurait, côté univnautes. Dans la proposition de Benjamin, leaflet est configuré sur une URL (et là-bas elle fait juste du cache/proxy); dans la proposition de Jean, leaflet est tout pareil configuré sur une URL (mais là-bas il y a génération des tuiles).

#6

Updated by Thomas Noël over 11 years ago

Frédéric Péters a écrit :

Je ne capte pas tellement quelle différence il y aurait, côté univnautes. Dans la proposition de Benjamin, leaflet est configuré sur une URL (et là-bas elle fait juste du cache/proxy); dans la proposition de Jean, leaflet est tout pareil configuré sur une URL (mais là-bas il y a génération des tuiles).

Coté univnautes, avec la solution de Benjamin je dois ajouter un proxy-cache https sur une base logicielle limitée (un vieux lighttpd qui n'a pas de proxy intégré, donc fastcgi vers un bidule qui fait proxy). Ca me chiffonne un peu, sans plus. Un des intérêts est la possibilité de faire un peu de cache, éventuellement (mais sur 100 à 200Mo maxi).

La solution de Jean ne nécessite que l'ouverture d'une IP (pas difficile), mais en contrepartie on doit avoir un serveur de tuile. Je vois dans cette dernière contrainte un avantage, c'est que les tuiles pourraient être designée "à la univnautes" (sous réserve qu'on n'aura jamais le temps de bien le faire).

#7

Updated by Frédéric Péters over 11 years ago

Je comprenais la solution de Benjamin comme l'installation nginx et cie sur un autre serveur, et que ça revenait du coup au même.

#8

Updated by Thomas Noël over 11 years ago

Frédéric Péters a écrit :

Je comprenais la solution de Benjamin comme l'installation nginx et cie sur un autre serveur, et que ça revenait du coup au même.

Effectivement ! J'avais mal lu. Allons-y alors, on pourra mettre un "vrai" serveur avec des belles tuiles customisées un autre jour.
Benj, ta conf c'est http://repos.entrouvert.org/dauphine-logement.git/tree/nginx.conf ?

#9

Updated by Benjamin Dauvergne over 11 years ago

écrivait:

La demande #1840 a été mise à jour par Thomas Noël.

Frédéric Péters a écrit :

Je comprenais la solution de Benjamin comme l'installation nginx et cie sur un autre serveur, et que ça revenait du coup au même.

Effectivement ! J'avais mal lu. Allons-y alors, on pourra mettre un
"vrai" serveur avec des belles tuiles customisées un autre jour.
Benj, ta conf c'est http://repos.entrouvert.org/dauphine-logement.git/tree/nginx.conf ?

Ouaip mais il n'y que ça qui sert:

proxy_cache_path /var/cache/nginx/tilecache levels=1:2:2 keys_zone=tilecache:1536m;

server {
listen 80;
server_name localhost;

location / {
proxy_pass http://tile.openstreetmap.org/ ;
proxy_cache tilecache;
proxy_cache_key "$scheme$host$request_uri";
proxy_cache_valid 200 302 300h;
proxy_cache_valid 404 1m;
}
}
#10

Updated by Thomas Noël over 11 years ago

  • Target version set to Future version
#11

Updated by Pierre Cros over 11 years ago

  • Target version changed from Future version to Version "carte de France"
#12

Updated by Thomas Noël over 11 years ago

Installé sur lactuca, tile.univnautes.entrouvert.com :

<VirtualHost *:80>
        ServerAdmin webmaster@entrouvert.com
        ServerName tile.univnautes.entrouvert.com

        DocumentRoot /var/www/tile

        ProxyPass / http://tile.openstreetmap.org/

        CacheRoot /var/cache/apache2/...
        CacheEnable disk /
        CacheDefaultExpire 84600
        CacheDirLength 2
        CacheDirLevels 3

        ErrorLog /var/log/apache2/tile.univnautes-error.log
        CustomLog /var/log/apache2/tile.univnautes-access.log combined
        LogLevel warn
        ServerSignature Off
</VirtualHost>
#13

Updated by Thomas Noël over 11 years ago

  • Status changed from Nouveau to Fermé

Also available in: Atom PDF