我正在开发一个涉及PHP内置Web服务器的测试项目,我正在测试一些想法。
我想为常用资源(png,jpg,json,txt等)实现自己的缓存机制,以减少php中内置服务器的负载。
我像这样启动内置服务器:
php -S 127.0.0.1:80 -t public router.php
因此,内置服务器的文档根目录设置为public
并运行router.php
(因为我正在考虑实现一个简单的重写功能)。
以下是我的router.php
文件的内容:
<?php
// Register request uri
$requestUri = isset($_SERVER['REQUEST_URI'])
? $_SERVER['REQUEST_URI']
: '/';
// Handle app resources with caching
if (preg_match('/\.(?:png|jpg|jpeg|gif|xml|json|css|eot|svg|otf|ttf|woff|woff2|scss|less|txt|ico)$/', $requestUri))
{
// Generate file name
$fileName = __DIR__ .'/public'. $requestUri;
// Parse file data
$lastModified = filemtime($fileName);
$etagFile = md5_file($fileName);
$ifModifiedSince = (isset($_SERVER['HTTP_IF_MODIFIED_SINCE']) ? $_SERVER['HTTP_IF_MODIFIED_SINCE'] : false);
$etagHeader = (isset($_SERVER['HTTP_IF_NONE_MATCH']) ? trim($_SERVER['HTTP_IF_NONE_MATCH']) : false);
// Set caching header
header('Last-Modified: '. gmdate('D, d M Y H:i:s', $lastModified) .' GMT');
header('Etag: '. $etagFile);
header('Cache-Control: public');
// Check if the requested resource has changed
if (@strtotime($_SERVER['HTTP_IF_MODIFIED_SINCE']) == $lastModified || $etagHeader == $etagFile)
{
// File has not changed
header('HTTP/1.1 304 Not Modified');
exit;
}
else
{
// Parse requested resource's mime type
$finfo = new finfo(FILEINFO_MIME);
$mime_type = $finfo->buffer(
file_get_contents($fileName, false, null, -1, 64),
FILEINFO_MIME_TYPE
);
// Serve requested resource
header('Content-Type: '. $mime_type);
header('Content-Length: '. filesize($fileName));
@readfile($fileName);
$finfo = null;
exit;
}
}
// Parse requested page & action
list ($page, $action) =
array_pad(array_values(array_filter(explode('/', $requestUri, 3), 'strlen')), 2, 'index');
if ($page == 'index') $page = 'server';
// Test - to do rest of routing
var_dump('page = '. $page);
var_dump('action = '. $action);
// include 'app/'. $page .'/'. $action .'.php';
?>
我通过访问以下网址测试了资源(png图像)缓存:http://localhost/apple-icon-120x120.png
因此,这是资源的第一次加载,因此服务按预期返回带有HTTP 200
响应的资源,大约需要307ms
:
现在,如果按F5
重新加载页面,服务器将按预期返回HTTP 304
(未修改),请求大约5ms
(非常棒!):
如果我第三次按F5
,服务器仍会按预期返回HTTP 304
(未修改),但这次请求再次大约306ms
(就像资源一样)没有缓存):
如果我一直按F5
,则处理请求的时间会在5m
和约307ms
之间随机交替。
为什么它的表现如此?资源缓存后,是否应该不断返回304
并处理约5ms
的请求?为什么这种行为是零星的?
我确实看到返回的内容大小是225 bytes
(当它知道数据被加入时),我无法弄清楚请求处理时间瓶颈在哪里。我的主机正在运行带有Intel i7 CPU,6GB RAM和Windows的Windows。 SSD驱动器。
答案 0 :(得分:0)
你的路由器文件工作正常。我已在本地测试它并且它的行为符合预期:第一次下载HTTP 200,然后是只有标头的HTTP 304。
查看你的时间线,需要307毫秒才能提供11.9 KB的响应,这显然太慢了。
您确实收到HTTP 304,因此必须退出您的脚本而不发送文件。但是,要在第一个实例中发送304状态代码,PHP仍然必须找到mtime
并计算文件的md5
哈希值。访问文件可能是瓶颈。
磁盘缓存可能导致5ms到300ms之间交替的响应时间。也许你有硬盘或混合驱动器?
为什么不在microtime()
之前和哈希计算之后回显mtime
?