fw.qq.com/ipaddress

最新推荐文章于 2021-07-15 17:54:00 发布

原创最新推荐文章于 2021-07-15 17:54:00 发布 · 366 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#QQ #JavaScript #HTML #ViewUI

JavaScript 专栏收录该内容

7 篇文章

订阅专栏

本文介绍了一种利用JavaScript在网页中动态显示用户IP地址的方法。通过引入外部JS文件，实现IP数据的获取与展示，适用于需要了解访客地理位置信息的场景。

<html>
<head>
<script type=text/javascript src=http://fw.qq.com/ipaddress charset="gb2312"></script>

<script type=text/javascript>

document.write(IPData.join(' '));

</script>
</head>
<body>
</body>
</html>

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

iteye_20062

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

JavaScript获取客户端IP的方法(新方法)

10-22

参与评论您还未登录，请先登录后发表或查看评论

fw.qq.com/ipaddress已失效 javascript获得客户端IP的新方法

10-28

一直以来，我都是通过http://fw.qq.com/ipaddress来获得客户端用户的IP，这个方法简单、快速、实用

java利用fw.qq获得IP及地址

iteye_20011的博客

07-30

436

1、前端JS获取 <script type="text/javascript" src="http://fw.qq.com/ipaddress"></script> <script type="text/javascript"> document.write(IPData.join(' ')); </script>

腾讯的IP地址API接口地址

jimlong的专栏

04-05

1万+

腾讯的IP地址API接口地址：http://fw.qq.com/ipaddress 返回的是数据格式为：var IPData = new Array(“114.218.183.139″,””,”江苏省”,”苏州市”); 使用JS代码进行调取：查看源代码打印帮助 1 "javascript"type="text/javascript"src="http:/

腾讯的IP地址查询接口(JS)

电脑技巧

03-22

2125

[url=http://www.x2009.cn/articles/tencent-ip-address-api.html]腾讯的IP地址查询接口(JS)[/url] 腾讯的IP地址查询接口还是不错的，IP地址查询准确率很高，IP地址查询使用也方便，这个是从别的地方转载过来的，测试发现有小BUG，IP地址查询的时候可能乱码，修正了一下，IP地址查询出现乱码的情况是不会有了。在论坛中闲...

腾讯的ip接口方便获取当前用户的ip地理位置

12-09

腾讯与新浪的通过IP地址获取当前地理位置（省份）的接口

12-09

腾讯的接口是，返回数组 http://fw.qq.com/ipaddress 返回值 var IPData = new Array(“61.135.152.194″,””,”北京市”,””); 新浪的接口： http://int.dpool.sina.com.cn/iplookup/iplookup.php?format=js 多...

IP地址查询接口及调用方法

简单爱你所爱、世界也变得大了起来

06-08

3万+

IP地址查询接口及调用方法设计蜂巢 | 2011-12-29 | javascript 设计蜂巢IP地址查询接口：http://www.hujuntao.com/api/ip/ip.php腾讯IP地址查询接口：http://fw.qq.com/ipaddress新浪IP地址查询接口：http://int.dpool.sina.com.cn/iplookup/iplookup.

IP地址接口使用

03-29

4681

IP地址接口使用 2011-11-23 16:45 腾讯的IP地址API接口地址：http://fw.qq.com/ipaddress 返回的是数据格式为： 1 var IPData = new Array(“58.218.198.205″,”",”江苏省”,”徐州市”); 使用JS代码进行调取： 1 2 document.write("你

利用公开接口获取IP信息

sun

09-08

1万+

在线平台/接口虽然目前能够提供IP信息查询的平台很多，但是国内最著名的可能还是ip138，但是IP138目前能够提供的IP信息确实太少了，不管是做渗透还是做项目相信大家都不会采用这个查询，目前做得不错的主要有如下接口，鉴于IP信息存在国外和国内的差别，因此还是简单做下分类：国内IP信息查询平台： IPIP 腾讯IP 淘宝IP IP138 国外IP信息查询平台：

全面理解 DNS 及 HTTPDNS

朱小厮的博客

07-15

1807

点击上方“朱小厮的博客”，选择“设为星标”后台回复"书"，获取后台回复“k8s”，可领取k8s资料说明移动场景下DNS解析开销是整个网络请求中不可忽略的一部分。在弱网环境下...

js获取客户端IP及地理位置

weixin_30808693的博客

09-09

275

php获取方法： [php] view plaincopyprint? 1.<?php 2.functionget_ip_place(){ 3.$ip=file_get_contents("http://fw.qq.com/ipaddress"); 4.$ip=str_replace('"','',$ip); 5.$i...

几个常用的IP地址归属地查询接口

SJZYLC的专栏

06-27

1218

在做网站开发的时候经常会遇到一些IP检测方面的问题。比如说，根据用户IP所在的地理位置跳转到不同的站点，或者是一些天气预报之类的小插件等等这些问题都需要判断用户地理位置！发现好多程序员和我以前的做法基本上是相同的，都是读取纯真IP库的数据来判断！但是，用了一段时间发现，纯真的数据错误的确挺多的，还有就是那么大的一个DAT文件确实很鸡肋！最近经测试发现其实调用这些大站的IP API读取速度比DA

js获取IP地址的4种方法

最新发布

09-26

<think> 我们正在分析两个主要问题： 1. 代码编译时出现的 'undefined reference to `user_ui_lcd_init' 等类似错误。 2. Makefile 中目标 '../../../../cpu/wl82/tools/sdk.elf' 失败的原因（在 Makefile 的第 517 行）。根据用户提供的引用[1]和[2]以及问题描述，我们可以推断用户可能在交叉编译或特定平台（如AIX或ARM）上构建软件时遇到链接错误。 ### 步骤1: 理解“undefined reference”错误这种错误通常发生在链接阶段，表示链接器无法找到函数或变量的定义。原因可能包括： - 函数/变量未定义（未实现） - 包含该函数定义的源文件未被编译 - 包含该函数定义的库未被链接 - 函数声明（头文件）与定义不一致（如名称修饰问题） - 依赖库的链接顺序不正确在用户的问题中，错误为 `undefined reference to 'user_ui_lcd_init'`，这表明链接器在尝试链接 `user_ui_lcd_init` 函数时找不到其实现。 ### 步骤2: 分析可能的解决方案 1. **检查函数是否实现**：在项目中搜索 `user_ui_lcd_init` 函数的定义（通常在.c或.cpp文件中）。如果未找到，则需要实现该函数或检查是否遗漏了源文件。 2. **检查编译过程**：确保包含该函数定义的源文件被正确编译并生成了目标文件（.o文件）。查看编译日志，确认该源文件是否被编译。 3. **检查链接库**：如果该函数定义在某个库中，确保该库被正确链接。在Makefile中，需要添加 `-l<library_name>` 来链接该库，并确保库路径正确（使用 `-L<library_path>`）。 4. **链接顺序**：链接器按照从左到右的顺序解析符号。因此，如果库A依赖于库B，则A应该在B之前出现。调整链接顺序可能解决问题。 5. **名称修饰（Name Mangling）**：如果是C++项目，确保函数声明为 `extern "C"`（如果是C函数），以避免名称修饰问题。 ### 步骤3: 分析Makefile目标失败（Makefile:517）用户提到Makefile的第517行目标 `../../../../cpu/wl82/tools/sdk.elf` 失败。我们需要查看Makefile中该目标的规则，以确定失败原因。通常，Makefile目标失败的原因包括： - 依赖项缺失（如某个依赖文件未生成） - 命令执行失败（如编译错误、链接错误等）由于用户同时报告了“undefined reference”错误，很可能是因为链接错误导致该目标构建失败。 ### 步骤4: 结合引用信息引用[1]提到在AIX上编译OpenSSL时指定了 `./Configure aix64-cc` 来设置64位模式。这提示我们平台相关配置的重要性。如果用户的项目需要交叉编译，则应确保正确配置了编译工具链（如指定交叉编译器、目标平台等）。引用[2]是关于在ARM上构建GDB时链接库的问题，其中提到了多个库（如libiberty.a, libbfd.a）的链接。这再次强调了链接库顺序和库路径的重要性。 ### 具体建议 1. **检查函数定义**： - 在项目中搜索 `user_ui_lcd_init` 函数定义。如果定义存在，确认它所在的源文件是否被编译（即生成对应的.o文件）。 - 如果该函数在另一个库中，确认该库是否被正确链接。 2. **检查Makefile**： - 查找链接命令（通常以 `$(CC)` 或 `$(LD)` 开头的行），确认是否包含必要的库和路径。 - 查看第517行附近的规则，确定该目标依赖哪些文件，并检查这些依赖文件是否都已生成。 3. **调整链接顺序**： - 在链接命令中，将基础库放在依赖它们的库之后。例如，如果库A依赖于库B，则链接命令应为 `-lA -lB`。 4. **检查平台配置**： - 如果是交叉编译，确保使用了正确的工具链和配置（如引用[1]中指定了 `aix64-cc`）。 5. **查看详细构建日志**： - 运行 `make` 时添加 `VERBOSE=1` 参数（如果Makefile支持），以获取更详细的错误信息。 ### 举例说明假设在Makefile中链接命令如下： ```makefile $(CC) -o sdk.elf $(OBJS) -L/path/to/libs -lui -lhardware ``` 如果 `user_ui_lcd_init` 定义在 `libui.a` 中，而 `libui.a` 又依赖于 `libhardware.a`，那么链接顺序应为： ```makefile $(CC) -o sdk.elf $(OBJS) -L/path/to/libs -lui -lhardware ``` 如果顺序颠倒（如 `-lhardware -lui`），则可能导致 `libui` 中的符号无法解析。 ### 结论 1. `undefined reference` 错误主要是链接器找不到符号定义，需要检查实现、编译和链接过程。 2. Makefile目标失败很可能由链接错误导致（因为链接是构建可执行文件的最后一步）。用户应首先检查 `user_ui_lcd_init` 函数的定义是否存在，然后确认其所在的源文件或库是否被正确编译和链接。同时，检查Makefile中链接命令的库顺序和路径设置。 §§相关问题§§ 1. 如何检查一个函数是否在编译过程中被包含？ 2. 在Makefile中如何正确设置库的链接顺序？ 3. 交叉编译时如何配置工具链以避免链接错误？ </think> ### 分析“undefined reference to 'user_ui_lcd_init'”错误及Makefile目标失败原因 #### 一、`undefined reference` 错误分析这是**链接阶段**的典型错误，表示链接器找不到符号（函数/变量）的定义。具体原因如下： 1. **符号未实现** - 检查 `user_ui_lcd_init` 是否在源代码中有明确定义（通常在`.c`文件中） - 确认相关源文件是否加入编译（如 `user_ui_lcd.c`） 2. **链接库缺失** - 若符号定义在外部库中： ```makefile # Makefile需显式链接库 LDLIBS += -luser_ui # 假设库名为 libuser_ui.a ``` - 检查库路径是否正确： ```makefile LDFLAGS += -L/path/to/libs ``` 3. **依赖库顺序错误** 链接器按从左到右顺序解析符号，若库A依赖库B，需： ```makefile LDLIBS += -lA -lB # 正确顺序 LDLIBS += -lB -lA # 错误！导致未定义引用 ``` 4. **符号可见性问题**（常见于C++） - C代码调用C++函数需声明为 `extern "C"`： ```cpp extern "C" void user_ui_lcd_init(void); // 在头文件中 ``` 5. **编译选项不匹配** - 检查是否启用 `-fPIC`（位置无关代码） - 确认调试/发布版本一致性（如 `-O0` vs `-O2`） #### 二、Makefile目标失败分析（Makefile:517）目标 `../../../../cpu/wl82/tools/sdk.elf` 失败通常是**终极目标依赖未满足**导致： 1. **依赖文件缺失** - 检查 `sdk.elf` 的依赖项（如 `.o` 文件）是否生成： ```makefile # 示例规则 ../../../../cpu/wl82/tools/sdk.elf: main.o lcd.o $(CC) $^ -o $@ ``` - 使用 `make -n` 或 `make --debug` 查看实际执行的命令 2. **路径错误** - 相对路径 `../../../../` 可能因构建目录变化失效 - **建议**：使用 `$(top_srcdir)` 等变量定义根路径 3. **隐式规则失效** - 当自定义规则覆盖默认规则时，需明确定义： ```makefile %.elf: %.o $(CC) $< -o $@ $(LDFLAGS) ``` 4. **并行编译冲突** - 若使用 `make -j`，可能存在竞争条件 - **解决方案**：添加缺失的依赖关系 #### 三、调试步骤 1. **检查编译日志** 查看 `make` 输出中缺失符号的准确位置： ``` .../main.c:25: undefined reference to `user_ui_lcd_init' ``` 2. **符号表验证** - 检查目标文件是否包含符号： ```bash nm build/obj/main.o | grep user_ui_lcd_init # 应有 'T' (文本段) 标记 ``` - 检查库文件： ```bash nm libuser_ui.a | grep user_ui_lcd_init ``` 3. **链接命令验证** 在Makefile中添加： ```makefile $(warning LDLIBS = $(LDLIBS)) ``` #### 四、解决方案 ```mermaid graph TD A[出现错误] --> B{检查符号定义} B -->|存在| C[验证编译加入] B -->|不存在| D[实现函数或链接库] C --> E[检查链接顺序] E --> F[验证库路径] F --> G[检查ABI兼容性] G --> H[重新编译] ``` 典型修复方案： ```makefile # 修正后的Makefile片段 LDFLAGS += -L$(PROJECT_ROOT)/libs LDLIBS += -luser_ui -llcd_driver # 注意依赖顺序 sdk.elf: $(OBJS) $(CC) $(LDFLAGS) $^ $(LDLIBS) -o $@ ```