Предупреждение КЛЮЧА API Google Maps
У меня есть проблема с моим ключом API Google Maps. Я получаю высказывание предупреждения"This web site needs a different Google Maps API key."Когда я любопытствую хорошо к предупреждению, карта загружается и хорошо работает.
Та же проблема уже отправляется: ключ API Google Maps, не работающий
Я попытался запросить ключ API и на "http://www.domain.com" и на "http://domain.com", но я все еще получаю предупреждение. Когда я следую инструкциям от их FQA и использую предупреждение (window.location.host), я получаю www.domain.com, но генератор ключа API только примет домен, если префиксом будет http://
У кого-либо есть решение этого?
3 ответа
Я обнаружил, что в моем скриптовом теге google maps api была ошибка кодировки generel. Я получил ошибку оповещения, когда у меня был скрипт-тег следующего вида:
<script src="http://maps.google.com/maps?file=api&amp;v=2&amp;key=MyGoogleMapsApiKey" type="text/javascript"></script>
Проблема здесь в дублировании amp;wich был сгенерирован из scriptmanager в asp.net. Поэтому & был заменен на &.
Тег сценария должен выглядеть следующим образом:
<script src="http://maps.google.com/maps?file=api&v=2&key=MyGoogleMapsApiKey" type="text/javascript"></script>
Поэтому, если вы используете scriptmanager для добавления тегов сценария или каким-либо другим способом динамически добавляете теги сценария на свои страницы, обратите внимание на дублирование amp;.
Вы должны подписаться на новый ключ API Google для своего нового домена. Я получал такое же сообщение об ошибке, поскольку я использую старый API с новым доменом. Нажмите следующую ссылку, чтобы зарегистрировать новый ключ API. для нового домена.
http://code.google.com/apis/maps/signup.html
Надеюсь, это поможет.
Vutha
У меня была такая же проблема. Я вспомнил, что Google называет мое приложение Appspot другим именем, указанным в области «Версии» на панели инструментов App Engine. Я изменил имя URL-адреса на длинную версию, и ключ начал работать ... например. LIVE URI ... http://5.latest.myappname.appspot.com .
Можно подумать, что они могут разрешить свои ключи для URL-адресов своих собственных служб хостинга приложений.
С уважением, Джон