提供基于 IP 的冷却时间的便携方式？

Question

我有一个在网络服务器上运行的 PHP API 前端。这个特定的 PHP 程序是分发的，因此它应该尽可能地便携。

我要实现的功能是IP冷却期，这意味着同一个IP每秒最多只能请求API两次，这意味着至少有500ms的延迟。

我想到的方法是将 IP 与最新的请求时间戳一起存储在 MySQL 数据库中。我通过以下方式获得 IP：

if (getenv('REMOTE_ADDR'))
    $ipaddress = getenv('REMOTE_ADDR');

但是有些服务器可能没有 MySQL 数据库，或者安装它的用户没有访问权限。另一个问题是数据库的清理。

是否有更便携的方式来临时存储 IP（记住 IPv6）？

和

如何自动清理超过 500 毫秒的 IP，同时尽可能减少对性能的影响？

另外：我对查看存储的 IP 没有兴趣，这只是延迟。

Answer 1

这就是我现在使用文件解决它的方法。

程序

1. 获取客户端 IP 并对其进行哈希处理（以防止文件读取）。
2. 打开IP文件并扫描每一行
3. 比较当前记录的时间和当前时间
4. 如果差异大于设置超时转到 5.，否则 7.
5. 如果 IP 匹配客户端，则创建更新记录，否则
6. 删除记录。
7. 如果 IP 匹配客户端，则提供失败消息，否则复制记录。

示例代码

<?php

$sIPHash    = md5($_SERVER[REMOTE_ADDR]);
$iSecDelay  = 10;
$sPath      = "bucket.cache";
$bReqAllow  = false;
$iWait      = -1;
$sContent   = "";

if ($nFileHandle = fopen($sPath, "c+")) {
    flock($nFileHandle, LOCK_EX);
    $iCurLine = 0;
    while (($sCurLine = fgets($nFileHandle, 4096)) !== FALSE) {
        $iCurLine++;
        $bIsIPRec = strpos($sCurLine, $sIPHash);
        $iLastReq = strtok($sCurLine, '|');
        // this record expired anyway:
        if ( (time() - $iLastReq) > $iSecDelay ) {
            // is it also our IP?
            if ($bIsIPRec !== FALSE) {
                $sContent .= time()."|".$sIPHash.PHP_EOL;
                $bReqAllow = true;
            }
        } else {
            if ($bIsIPRec !== FALSE) $iWait = ($iSecDelay-(time()-$iLastReq));
            $sContent .= $sCurLine.PHP_EOL;
        }
    }
}

if ($iWait == -1 && $bReqAllow == false) {
    // no record yet, create one
    $sContent .= time()."|".$sIPHash.PHP_EOL;
    echo "Request from new user successful!";
} elseif ($bReqAllow == true) {
    echo "Request from old user successful!";
} else {
    echo "Request failed! Wait " . $iWait . " seconds!";
}

ftruncate($nFileHandle, 0);
rewind($nFileHandle);
fwrite($nFileHandle, $sContent);
flock($nFileHandle, LOCK_UN);
fclose($nFileHandle);
?>

备注

新用户

如果 IP 哈希与任何记录都不匹配，则会创建一条新记录。注意：如果您没有权限，访问可能会失败。

内存

如果您预计流量很大，请一起切换到this 之类的数据库解决方案。

冗余代码

“但是 minxomat”，你可能会说，“现在每个客户端都循环遍历整个文件！”。是的，确实，这就是我想要它作为我的解决方案的方式。这样，每个客户端都负责清理整个文件。即便如此，性能影响仍然很低，因为如果每个客户端都在清理，文件大小将保持在绝对最小值。如果这种方式不适合您，请更改此设置。