建议改进禁IP格式问题

现在禁止IP的格式为单行单段形式，如：59.58.*.*，这样很不方便操作，一下子把第三段都禁止了。
而我们日常需要的格式是可以把第三段分段禁止，如：59.58.96.*--59.58.151.*禁止，而59.58.95及以前段放行。
这样的话，按照现在的格式就得写出从96-151共156行来，太麻烦了，也不现实。

呵呵，反正我是无所谓啦、

这个不好解决，估计。

很简单的原因，PHP没有ip相关处理、验证函数，ipv4有4个分段处理起来复杂，ipv6更复杂。

还有一个原因mysql没有inet/cidr类型字段，只能以4个字符串字段或者一个字符串字段方式来匹配效率低下且某些匹配需求无法实现。否则dz所有涉及到ip的地方都可以以CIDR的格式来书写及操作了。
我把dz一些表的ip字段改成了ipnet类型，查询时就可使用 192.168.0.0/16 这样的格式来匹配，比字符串方式效率高的不是一点，更重要的是可以实现更强大匹配搜索功能：

1. 
   
2. -- 所有ip在 14.100.*.* 范围内的用户
   
3. SELECT * FROM cdb_sessions WHERE ipnet << '14.100/16';
   
4. SELECT * FROM cdb_sessions WHERE ipnet << '14.100.0.0/16';
   
5. 
   
6. -- 缩小范围
   
7. SELECT ipnet FROM cdb_sessions WHERE ipnet > '14.100.25/24' AND ipnet < '14.100.30/24';
   

复制代码

mark35 发表于 2012-8-14 22:13
很简单的原因，PHP没有ip相关处理、验证函数，ipv4有4个分段处理起来复杂，ipv6更复杂。

还有一个原因my ...

能说说应该怎么处理这个问题吗

军刀闪亮 发表于 2012-8-14 22:35
能说说应该怎么处理这个问题吗

解决成本不低。
PHP方面要能处理ip并验证格式，确保不会出现 192.*.1.1这种输入。
不过mysql在范围查询实现很困难：
1、如果是用4个字段保存ip，那么在搜索时需要对字段逐一匹配，繁琐。并且可能用不上索引。
2、如果是用一个字段表示ip，那么无法实现范围匹配。
select '192.168.0.1' < '192.168.0.111'; 结果是真
select '192.168.0.51' < '192.168.0.111'; 结果是假

而对于pgsql来说下面查询结果为真：
SELECT '192.168.0.51'::inet < '192.168.0.111'::inet;

还是那句话：mysql是最昂贵的免费数据库。本该由数据库实现的功能mysql做不到只有交给应用层完成，造成效率极大降低。甚至根本完成不了。

mark35 发表于 2012-8-15 12:37
解决成本不低。
PHP方面要能处理ip并验证格式，确保不会出现 192.*.1.1这种输入。
不过mysql在范围查询 ...

谢谢说明，大概明白了。
不过，后台全局的注册限制里好像就是使用的一个字段来限制IP的吧，不知与你说的是不是一回事。