[php-src] Issue #7990: Build only php -S, passthru(), redirect to server from symlink

From: Date: Sat, 22 Jan 2022 21:53:15 +0000
Subject: [php-src] Issue #7990: Build only php -S, passthru(), redirect to server from symlink
Groups: php.bugs 
Request: Send a blank email to php-bugs+get-239241@lists.php.net to get a copy of this message
Issue: https://github.com/php/php-src/issues/7990 Comment Author: guest271314 @damianwadley It's not a web page. It is a local file. A locally unpacked extension is a local folder consisting of a manifest.json file, and/or other files. Those files are mapped to the extension URL chrome-extension://<id>/test.txt. When I am on example.com and click the extension icon the only files involved or executed are local files. The redirection from the local file test.txt would be to the local php -S localhost not redirection to any external website. Everything is local. The sound emitting from the local system, e.g. PulseAudio, the php -S builtin-server, the Chromium extension,the test.txt file. I have done something similar with inotify-tools that emits events for open, close, modify. I was asking if when I do $ ln -s test.txt localserver that localserver be an alias for, or be redirected to the local php -S instance running in the same local directory. Someone else asking a similar question on stackoverflow which was never answered. The system crashed during experiments, I lost the bookmark. Native Messaging approach uses less local resources than local server. However, connecting from an arbitrary web page to Native Messaging is not direct. I will probably stay with that approach. I was simply preforming due diligence in determining if a concept is possible: fetching local file (or symlink), which I can already do on any site, and redirecting the local file (or symlink) request to the php built-in local server. A modest proposal. In any event, I will continue trying to manifest what I am trying to achieve myself. Thanks.

« previous php.bugs (#239241) next »