30
4
所以，我最近才知道 google maps API 现在可以在 SSL ( đây ) 中使用。
我的问题是，如何改造我的 http google maps api 脚本以使用它？
所以我的 http Google maps API 脚本调用如下所示:
Trung tâm cá nhân
Bài viết phát hành
từ bỏhttp://maps.google.com/maps?file=api&v=3&sensor=false&key=########
他们建议通过 cái này使用 SSL 的链接应该是这样的:
https://maps-api-ssl.google.com/maps/api/js?v=3&sensor=false
我试过将其 retrofit 成我的旧 URL 格式，如下所示:
https://maps-api-ssl.google.com/maps/api/js?v=3&sensor=false&key=########
但这不再显示 map 。
有人对 URL 应该是什么有什么建议吗？
Cảm ơn
1 Câu trả lời
试试这一行:https://maps.google.com/maps/api/js?v=3.5&sensor=true
谷歌 btw 建议您明确输入您将要使用的 api 版本。只需输入 v=3 将始终返回最新版本，目前为 3.5。我相信当前的稳定版本是 3.3。
正如 Trott 在他的回答中所写，不再需要 api key 。
关于ssl - 通过 SSL 使用 Google map API，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/6088303/
30
4
0
Tôi đã thiết lập dịch vụ Quản lý API Azure và định cấu hình nó trên một miền tùy chỉnh. Trong phần Cấu hình của dịch vụ Quản lý API trong cổng thông tin Azure, tôi đã thiết lập những thông tin sau: Vì đây là hệ thống máy khách nên tôi phải ẩn các thông tin chi tiết, nhưng sau đây là những thông tin cơ bản:
Tôi là một lập trình viên mới đang làm quen với React Native. Gần đây tôi mới bắt đầu tìm hiểu về Fetch API và cách thức hoạt động của nó. Vấn đề của tôi là tôi không thể tìm thấy bất kỳ ví dụ nào về những người sử dụng khóa API để truy cập thông tin trong câu lệnh get của họ (tôi đang gặp khó khăn trong việc diễn đạt những gì đang diễn ra).
Có rất nhiều thông tin ở đây về API, nhưng tôi không thể tìm thấy thông tin tôi cần về sự khác biệt giữa API plugin và API thư viện. Dù sao thì tôi cũng không hiểu. Trong cuốn sách Documenting APIs, tôi đã đọc: Plugin API và Library API
đóng cửa. Câu hỏi này không đáp ứng được hướng dẫn của Stack Overflow. Hiện tại câu hỏi này không chấp nhận câu trả lời. Bạn muốn cải thiện vấn đề này? Cập nhật câu hỏi để nó phù hợp với chủ đề của Stack Overflow. Đã đóng cửa cách đây 7 năm. Cải thiện điều này
Tôi đang cố gắng tìm ra cách tốt nhất để thiết kế tình huống sau. Giả sử tôi đã triển khai một REST API sẽ lấy sách từ nhiều nhà cung cấp khác nhau và trả về cho máy khách của tôi. Mỗi nhà cung cấp cung cấp một API riêng để cung cấp sách cho người tiêu dùng.
Có ai vui lòng giải thích cho tôi cách sử dụng khóa API và nó có tác dụng gì không? Tôi đã tìm kiếm rất nhiều về vấn đề này nhưng lại nhận được nhiều câu trả lời khác nhau và mâu thuẫn nhau. Một số người cho rằng khóa API được giữ bí mật và không bao giờ được gửi trong quá trình giao tiếp, trong khi những người khác lại gửi nó cho khách hàng.
đóng cửa. Câu hỏi này dựa trên ý kiến. Hiện tại không chấp nhận câu trả lời. Bạn có muốn cải thiện câu hỏi này không? Cập nhật câu hỏi để bạn có thể trả lời bằng thông tin thực tế và trích dẫn bằng cách chỉnh sửa bài đăng này. Đã đóng 4 năm trước. Cải thiện điều này
Có ai có thể cho tôi biết tại sao WSo2 API Manager không xác thực được không? Tôi đã thiết lập hai phiên bản WSo2 API Manager 1.8.0 và tạo một api. Nó hoạt động tốt như một api nguyên mẫu.
Tôi tình cờ biết đến Fluent API khi đang học DSL. Tôi đã tìm kiếm rất nhiều về Fluent API... Kết luận cơ bản mà tôi có thể rút ra là Fluent API sử dụng chuỗi phương thức để làm cho mã trở nên trôi chảy. Nhưng tôi không thể hiểu - trong các ngôn ngữ hướng đối tượng, chúng ta
Về cơ bản, tôi quan tâm đến việc thiết lập WSO2 API Manager ở nhiều khu vực; ví dụ như Châu Á, Hoa Kỳ và Châu Âu. Một số API sẽ được triển khai tại các trung tâm dữ liệu ở mỗi khu vực, trong khi một số API khác chỉ được triển khai tại các khu vực cụ thể. Lý tưởng nhất là tôi muốn một cái duy nhất
Tôi đang xây dựng API của riêng mình sẽ được sử dụng bởi: 1) Ứng dụng Android 2) Ứng dụng máy tính Một trong những URL của tôi là: http://api.chatapp.info/order_api/files/getbeers.php
Tôi cần hiển thị số liệu phân tích về trang web của mình cho tất cả người dùng, nhưng khi sử dụng OAuth, nó sẽ hiển thị số liệu phân tích cho trang web được cấu hình cho người dùng đã đăng nhập. Làm thế nào tôi có thể sử dụng API nhúng để triển khai bảng thông tin nhưng chỉ hiển thị số liệu phân tích trang web của mình? Khả năng tốt nhất tôi có thể nghĩ đến là sử dụng khóa API thay vì khóa máy khách.
Tôi đang nghiên cứu cách các công ty lớn quản lý API công khai của họ. Tôi đang nghĩ đến các công ty có API hoàn thiện như Google, Facebook, Twitter và Amazon. Các công ty này tiết lộ nhiều A khác nhau
Sau đây là thông lệ được ngành ưa chuộng khi xác định API có thể truy cập được bởi khách hàng: a) Xác định một tập hợp các phương thức API rõ ràng, mỗi phương thức có mục đích rất hẹp và cụ thể, ví dụ: SetUserName SetUserAge SetUserAge
Điều này xảy ra cả khi triển khai tại địa phương và khi thực hiện nhiệm vụ. Tôi đã có thể sử dụng thành công API Explorer thông qua hướng dẫn trong Guestbook, nhưng bây giờ tôi đã tạo dự án riêng và đang cố gắng truy cập API đầu tiên tôi đã viết, nhưng nó không bao giờ hiển thị. "Đang tải" màu vàng
Tôi đang cố gắng lấy kinh độ và vĩ độ bằng địa chỉ IP của mình thông qua api http://ip-api.com/. Khi tôi truy cập http://ip-api.com/json từ trình duyệt của tôi hoặc sử dụng curl, nó trả về định dạng json
Ví dụ điển hình ở đây là API của Twitter. Về mặt khái niệm, tôi hiểu cách thức hoạt động của REST API, về cơ bản nó chỉ truy vấn máy chủ để lấy yêu cầu cụ thể của bạn và bạn sẽ nhận được phản hồi dưới dạng (JSON, XML, v.v.), điều này thật tuyệt. Nhưng
Tiêu đề hay nhất mà tôi có thể nghĩ ra, nhưng để làm rõ, tình hình như sau: Tôi đang phát triển một dịch vụ giống như url ngắn cho phép người dùng "đăng nhập" bằng tài khoản Twitter của họ và đăng bài. Bây giờ dịch vụ này có thể được đưa vào Tweetdeck
Tôi đang thiết kế một giải pháp API để quản lý bình luận và chủ đề thảo luận. Tôi muốn nêu một điểm /discussions/:discussionId khi bạn GET nó sẽ trả về một tập hợp các bình luận và một số siêu dữ liệu. Bình luận có thể được truy cập riêng tại /discus
đóng cửa. Câu hỏi này cần tập trung hơn. Hiện tại, câu hỏi này không chấp nhận câu trả lời. Bạn có muốn cải thiện câu hỏi này không? Cập nhật câu hỏi để tập trung vào một câu hỏi duy nhất bằng cách chỉnh sửa bài đăng này. Đóng vào năm ngoái. Cải thiện nhiệm vụ này
Tôi là một lập trình viên xuất sắc, rất giỏi!