Deutsch
Deutsch
PHPs RealPath () -Funktion wird verwendet, um den absoluten Pfad des angegebenen Pfades zurückzugeben und die symbolischen Verbindungen, relativen Pfade (wie z . B. .. und .. ) usw. zu analysieren:
$realPath = realpath('/var/www/html/../index.php');
echo $realPath;
Dieser Code gibt den absoluten Pfad von /var/www/index.php aus.
Ein Soft -Link ist ein Verweis auf eine andere Datei oder ein anderes Verzeichnis. Es ist in Linux -Systemen sehr häufig, insbesondere in Bereitstellungsumgebungen (z. Das Problem ist:
RealPath () wird den realen Pfad analysieren und zurückgeben, auf den der weiche Glied gerichtet ist;
Wenn Sie sich auf Pfade für die Berechtigungssteuerung oder Pfadanpassung verlassen, kann der von RealPath () zurückgegebene Pfad mit Ihren Erwartungen nicht übereinstimmen.
In einigen Szenarien (wie der Überprüfung der Whitelist) kann der Pfad nach Auflösung der Soft Link Ihre Einschränkungen umgehen.
Beispiel :
Angenommen, es gibt die folgende Dateistruktur:
/data/app/storage/real/
/data/app/storage/link -> /data/app/storage/real/
Der Code ist wie folgt:
$path = '/data/app/storage/link/file.txt';
echo realpath($path);
Die Ausgabe wird sein:
/data/app/storage/real/file.txt
Wenn Sie zu diesem Zeitpunkt erwarten, dass der Returnpfad das Wort Link enthält, stimmt das Verhalten von RealPath () nicht mit Ihrem Ziel überein.
Wenn Sie nur den absoluten Weg erhalten möchten und sich nicht darum kümmern möchten, ob Sie den Soft Link analysieren möchten, können Sie die folgende Kombination von Methoden verwenden, um ihn zu erhalten:
$absolutePath = rtrim(getcwd(), '/') . '/' . ltrim($relativePath, '/');
Dies löst die weiche Verbindung nicht auf und behält die ursprüngliche Struktur des Weges, den Sie übergeben, bei.
Sie können feststellen, ob der Pfad ein weicher Link ist, und die Logik selbst behandeln:
if (is_link($path)) {
$target = readlink($path);
echo "Dies ist ein weicher Link，Das Ziel ist：" . $target;
}
Sie können entscheiden, ob Sie den Link basierend auf Projektanforderungen befolgen oder den ursprünglichen Pfad aufbewahren.
Hier ist eine Pfadnormalisierungsfunktion, die nicht von RealPath () abhängt:
function normalizePath($path) {
$parts = [];
foreach (explode('/', $path) as $segment) {
if ($segment === '' || $segment === '.') {
continue;
}
if ($segment === '..') {
array_pop($parts);
} else {
$parts[] = $segment;
}
}
return '/' . implode('/', $parts);
}
$input = '/data/app/storage/link/../link/file.txt';
echo normalizePath($input);
Dies reinigt die . und .. auf dem Pfad, löst aber den weichen Link nicht auf.
Während der Berechtigungskontrolle können der ursprüngliche Pfad und der RealPath () -Path gleichzeitig aufgezeichnet werden, um einen Erlaubnisvergleich zu erzielen:
$originalPath = '/data/app/storage/link/file.txt';
$realPath = realpath($originalPath);
if (strpos($realPath, '/data/app/storage/real/') !== 0) {
die('Dieser Weg ist nicht erlaubt');
}
Dieser Ansatz eignet sich für den Umgang mit dem Problem, dass weiche Verbindungen auf empfindliche Pfade hinweisen.
Überprüfung des Verzeichnisses hochladen : Überprüfen Sie, ob der ursprüngliche Pfad legal ist, bevor Sie RealPath () verwenden, und stellen Sie sicher, dass sich der Pfad nach seiner Auflösung noch innerhalb des zulässigen Bereichs befindet.
Entwicklungsumfeld -Debugging : In der Bereitstellungsumgebung werden viele weiche Links verwendet. Achten Sie darauf, dass Sie während des Debuggens auf Pfadänderungen achten, um Fehler zu vermeiden, die durch inkonsistente Pfade verursacht werden.
Framework -Entwicklung : Wenn Sie ein Framework entwickeln, wird empfohlen, ein Tool für benutzerdefinierte Pfadauflösung bereitzustellen, anstatt sich direkt auf RealPath () zu verlassen.
PHPs RealPath () kann bei der Verarbeitung weicher Verbindungen in der Tat eine gleichmäßige Verarbeitung von Pfad und Einfachheit bringen, kann jedoch auch aufgrund des Parsenverhaltens eine Pfadunterbrechung verursachen. Für Anwendungen mit hohen Sicherheits- und Konsistenzanforderungen wird empfohlen, eine feinkörnigere Pfadverarbeitungsstrategie zu verfolgen, die auf den tatsächlichen Anforderungen basiert, und die Pfadanalyse-Logik bei Bedarf selbst implementieren, um zu vermeiden, dass sie sich ausschließlich auf RealPath () verlassen.
