我正在开发一个涉及 PHP 内置 Web 服务器的测试项目,并且正在测试一些想法。
我想对常用资源(png、jpg、json、txt等)实现自己的缓存机制,以减少php内置服务器的负载。
我像这样启动内置服务器:
php -S 127.0.0.1:80 -t 公共路由器.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';
?>
我通过访问以下 url 测试了资源(png 图像)缓存:http://localhost/apple-icon-120x120.png
因此,这是资源的第一次加载,因此 serveHTTP 200
按预期返回具有响应的资源,大约需要307ms
:
现在,如果我按下F5
重新加载页面,服务器HTTP 304
会按预期返回(未修改)并且请求大约需要5ms
(太棒了!!):
如果我F5
第三次按下,服务器仍然HTTP 304
按预期返回(未修改),但是这次请求306ms
再次花费了大约(好像资源没有缓存):
如果我一直按,处理请求的时间会在大约 和F5
之间随机交替。5m
307ms
任何想法为什么它会这样?一旦资源被缓存,它不应该不断返回304
并处理请求5ms
吗?为什么这种行为是零星的?
我确实看到返回的内容大小是225 bytes
(当它知道数据被缓存时),我只是无法弄清楚请求处理时间的瓶颈在哪里。我的主机正在运行带有 Intel i7 CPU、6GB RAM 和 SSD 驱动器的 Windows。