Forum: Rails France Nginx et google maps

Announcement (2017-05-07): www.ruby-forum.com is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see rubyonrails.org/community and ruby-lang.org/en/community for other Rails- und Ruby-related community platforms.
00e465ac55490fb5e1344b29cd35341a?d=identicon&s=25 Emilien (Guest)
on 2009-01-25 20:58
(Received via mailing list)
Bonsoir à tous,
J'ai un petit soucis a priori avec la conf nginx, pour un appel à l'api
Gmaps. Ce n'est pas vraiment lié à Rails, mais je crois que c'est ici
que
j'aurais le plus de chance d'avoir une réponse pertinente ;-)

C'est simple, ma clé d'accès à l'API Gmaps n'est pas reconnue, je pense
que
c'est à cause de ma conf nginx qui fait que lors de l'appel au fichier
JS,
Google ne reconnait pas le ndd tel que saisi lors de la génération de la
clé. Je n'ai pas le problème en local, je ne l'ai que sur mon serveur de
prod qui est configuré avec Nginx + 3 Mongrel.

J'ai cette ligne dans ma conf nginx, je ne sais pas si c'est suffisant :
proxy_set_header Host $host;

La clé envoyée lors de l'appel à la lib JS est bien la clé générée chez
Gmaps, vérifié 1000 fois.

L'url de l'appli : http://v3.wanaboat.fr (mdp/pass : railsfr/railsfr)

Un exemple sur cette page :
http://v3.wanaboat.fr/annonces/2153-ventilo-zip-o

Merci à vous, et désolé si ça sort trop du contexte Rails :)
Emilien
139b66112d2e2b4efafac2aefed01c2f?d=identicon&s=25 Yann KLIS (Guest)
on 2009-01-26 02:38
(Received via mailing list)
Voici comment j'appelle Google Maps sur une appli :

<script
src='http://maps.google.com/jsapi?key=ABQIAAAAkqq6DfM4S...
type='text/javascript'>    </script>


Et chez toi, on a :

<script
src="http://maps.google.com/maps?file=api&amp;v=2&amp;k...
type="text/javascript"></script>

Ton script m'a l'air un peu bizarrement encodé. Ensuite, pour
http://v3.wanaboat.fr/, ta clé devrait être :
ABQIAAAAkqq6DfM4SquoufRx1G3RPhR8VQA9DoySApnrhSE-5XRVl2IuhRRvKhOFpmNBiia0STRrFTsZ55oUhA

Et pour ta config Nginx, voici ce que j'utilise chez moi (et qui
fonctionne) :

proxy_set_header  X-Real-IP  $remote_addr;
      proxy_set_header  X-Forwarded-For $proxy_add_x_forwarded_for;
      proxy_set_header Host $http_host;
      proxy_redirect false;

++

yk

Le 25 janvier 2009 20:57, Emilien <etaque@gmail.com> a écrit :
140f1cb88275f7c391504de6e99edc78?d=identicon&s=25 Sébastien Gruhier (Guest)
on 2009-01-26 07:21
(Received via mailing list)
Salut
Pb classique (merci Thibaut, il comprendra :))
Rails ajoute .js a ta clé
<script
src="http://maps.google.com/maps?file=api&amp;v=2&amp;k...
" type="text/javascript"></script>
Fait un simple script tag à la main pour éviter ça.
Et surtout n'utilise pas la clé de Yann KLIS car elle est liée à son
login/compte google!! Enfin c plutôt Yann qui ne devrait pas diffuser
la sienne :) car si tu l'utilises sans respecter les termes de la
licence, c'est Yann qui aura des soucis.
Seb
-----------------------------------------------------------------------
http://xilinus.com    Web Application Development, Consulting, Training
http://mapeed.com     Markers fusion plugin for your online maps
00e465ac55490fb5e1344b29cd35341a?d=identicon&s=25 Emilien (Guest)
on 2009-01-26 08:03
(Received via mailing list)
Rha génial, c'était ça, le .js rajouté à la fin... J'aurai pu tourner
longtemps autour du pot !
Et c'était donc en fait bien lié à Rails.

Merci à vous
Emilien

2009/1/26 Sébastien Gruhier <sgruhier@gmail.com>
139b66112d2e2b4efafac2aefed01c2f?d=identicon&s=25 Yann KLIS (Guest)
on 2009-01-26 11:05
(Received via mailing list)
Ah tiens, je croyais que
http://code.google.com/intl/fr/apis/maps/signup.html générait toujours
la même clé pour un certain domaine (d'où ma non-peur de diffuser
celle-ci)...

++

yk

Le 26 janvier 2009 07:21, Sébastien Gruhier <sgruhier@gmail.com> a écrit :
91eb330fb36d1e03c856574dfb77d2bc?d=identicon&s=25 Thibaut Barrère (thbar)
on 2009-01-26 16:45
(Received via mailing list)
> Pb classique (merci Thibaut, il comprendra :))

hehehe... :)
00e465ac55490fb5e1344b29cd35341a?d=identicon&s=25 Emilien Taque (Guest)
on 2009-02-03 19:22
(Received via mailing list)
Dans la lignée de gmaps dans Rails, selon vous quel est la manière la
plus
élégante de stocker cette clé d'api ? dans une constante dans chaque
environments/*.rb ?

2009/1/26 Thibaut Barrère <thibaut.barrere@gmail.com>
A99870c1391c39da2089649745965bda?d=identicon&s=25 Jean-François Trân (Guest)
on 2009-02-04 01:58
(Received via mailing list)
Le 3 février 2009 19:22, Emilien a écrit :
> Dans la lignée de gmaps dans Rails, selon vous quel est la
> manière la plus élégante de stocker cette clé d'api ? dans
> une constante dans chaque environments/*.rb ?

Dans un fichier YAML sous config/ qui est copié ou symlinké
par une tâche Cap lors d'un déploiement de ton appli. Ton appli
Rails doit lire ce fichier quand il boote.

   -- Jean-François.

--
http://twitter.com/underflow_
B935c7953e0d4c30b82fdee575163e6a?d=identicon&s=25 Pierre Valade (Guest)
on 2009-02-04 22:56
(Received via mailing list)
Perso, j'utilise le pluginsite_config

2009/2/4 Jean-François Trân <jftran@rubyfrance.org>
00e465ac55490fb5e1344b29cd35341a?d=identicon&s=25 Emilien Taque (Guest)
on 2009-02-05 11:12
(Received via mailing list)
ça a l'air pas mal, je cherchais une manière élégante de loader un
fichier
yaml et je n'ai pas encore trouvé.
Par contre, il n'y a qu'un niveau de profondeur dans la config ?

2009/2/4 Pierre Valade <pierre.valade@gmail.com>
A99870c1391c39da2089649745965bda?d=identicon&s=25 Jean-François Trân (Guest)
on 2009-02-05 11:51
(Received via mailing list)
Le 5 février 2009 11:11, Emilien a écrit :
> ça a l'air pas mal, je cherchais une manière élégante de
> loader un fichier yaml et je n'ai pas encore trouvé.

Utiliser Ruby ? YAML.load_file ou YAML.load

   -- Jean-François.

--
http://twitter.com/underflow_
00e465ac55490fb5e1344b29cd35341a?d=identicon&s=25 Emilien Taque (Guest)
on 2009-02-05 11:57
(Received via mailing list)
Ruby ? Bonne idée, je n'y avais pas pensé ;-)
Bon, je dois être un peu difficile... j'avais trouvé ça : (
http://snippets.dzone.com/posts/show/551)

APP_CONFIG = YAML::load(File.open("#{RAILS_ROOT}/config/appconfig.yml"))

Je viens tout juste de trouver mieux :
(http://railscasts.com/episodes/85)

APP_CONFIG =
YAML.load_file("#{RAILS_ROOT}/config/config.yml")[RAILS_ENV]

That's enough :)


2009/2/5 Jean-François Trân <jftran@rubyfrance.org>
7add1eff4adafe6012b2e719dbf2bdc7?d=identicon&s=25 Arthur Pétry (Guest)
on 2009-02-05 12:01
(Received via mailing list)
Le 5 févr. 09 à 11:56, Emilien Taque a écrit :

> Je viens tout juste de trouver mieux : (http://railscasts.com/episodes/85
> )
> APP_CONFIG = YAML.load_file("#{RAILS_ROOT}/config/config.yml")
> [RAILS_ENV]
Et bientôt (Rails 2.3)
  APP_CONFIG = YAML.load_file(Rails.root.join("config","config.yml"))
[RAILS_ENV]
A99870c1391c39da2089649745965bda?d=identicon&s=25 Jean-François Trân (Guest)
on 2009-02-05 12:03
(Received via mailing list)
Le 5 février 2009 11:56, Emilien a écrit :

> Ruby ? Bonne idée, je n'y avais pas pensé ;-)
> Bon, je dois être un peu difficile... j'avais trouvé ça :
> (http://snippets.dzone.com/posts/show/551)
>
> APP_CONFIG = YAML::load(File.open("#{RAILS_ROOT}/config/appconfig.yml"))
>
> Je viens tout juste de trouver mieux : (http://railscasts.com/episodes/85)
>
> APP_CONFIG = YAML.load_file("#{RAILS_ROOT}/config/config.yml")[RAILS_ENV]

Il ne te reste plus qu'à moderniser le tout en utilisant Rails.root
et Rails.env (et File.join)

   -- Jean-François.

--
http://twitter.com/underflow_
00e465ac55490fb5e1344b29cd35341a?d=identicon&s=25 Emilien Taque (Guest)
on 2009-02-05 12:06
(Received via mailing list)
Aaaah, ça commence à me plaire pas mal votre affaire 8-) Vendu !

2009/2/5 Jean-François Trân <jftran@rubyfrance.org>
2fd0206c71a1b22a9cc6293f38537461?d=identicon&s=25 Cyril Mougel (shingara)
on 2009-02-05 12:06
(Received via mailing list)
Emilien Taque wrote:
> Ruby ? Bonne idée, je n'y avais pas pensé ;-)
> Bon, je dois être un peu difficile... j'avais trouvé ça :
> (http://snippets.dzone.com/posts/show/551)
> APP_CONFIG = YAML::load(File.open("#{RAILS_ROOT}/config/appconfig.yml"))
> Je viens tout juste de trouver mieux : (http://railscasts.com/episodes/85)
> APP_CONFIG = YAML.load_file("#{RAILS_ROOT}/config/config.yml")[RAILS_ENV]

Un truc sympa est configatron pour gérer les configurations comme ca. Et
c'est conservé dans un fichier yaml :)

--
Cyril Mougel
http://blog.shingara.fr/
A99870c1391c39da2089649745965bda?d=identicon&s=25 Jean-François Trân (Guest)
on 2009-02-05 12:33
(Received via mailing list)
Le 5 février 2009 12:05, Cyril a écrit :

>> APP_CONFIG =
>YAML.load_file("#{RAILS_ROOT}/config/config.yml")[RAILS_ENV]
>
> Un truc sympa est configatron pour gérer les configurations

Si tu as peu d'options de configuration, c'est un peu overkill
et un YAML.load_file peut se faire "à la main".

D'autre part, il faut voir si un objet Struct ou OpenStruct ne serait
pas suffisant à son bonheur, c'est facile à utiliser
(APP_CONFIG = OpenStruct.new; APP_CONFIG.title = "toto" )
ce qui évite une dépendance en plus.

> comme ca. Et
> c'est conservé dans un fichier yaml :)

   -- Jean-François.

PS Et l'un des problèmes de configatron, c'est que ça rime avec
étron !

--
http://twitter.com/underflow_
This topic is locked and can not be replied to.