「伪静态」其实是一个伪概念，其实就是通过某种技术，让 client (通常是浏览器)认为其访问的是「静态」资源，如题主在描述中提到的 https://www.xxx.com/img/1015308c0ebce716.jpg 是由某个 PHP 脚本所返回的「动态」内容，而为了做到这一点，至少需要满足这么几个条件:

1. URL 看起来像是一个静态文件
2. Content-Type告诉浏览器是一个静态文件，如提到的JPEG图片对应的便是 image/jpeg

那么一个一个来解决，这里我们假设采用了 PHP 与 nginx:

1. 假如应用程序中 /img/1015308c0ebce716.jpg 本身是一个 PHP 文件，并且告诉 nginx 在处理这个文件的时候，交给 PHP 去处理，问题便解决了。显然，这并不是一个特别好的主意，这个设计不但让我们自己摸不着头脑，限制了应用程序本身的架构，并且参数传递显然成了硬伤。那么如果我们可以在访问 /img/1015308c0ebce716.jpg 的时候，把请求交给某个 PHP 脚本，并且可以取 URL 中的一部分作为参数，问题便优雅的解决了。事实上，nginx 的 ngx_http_rewrite_module 就可以做到这一点。( apache 可以使用 mod_rewrite ) 。例如，假设/img/1015308c0ebce716.jpg 对应的处理脚本是 /index.php?mod=image&id=1015308c0ebce716，并且 id 作为参数存在，那么:

   nginxserver {
       root /path/to/app;
       rewrite ^/img/([a-z\d]+)\.jpg$ /index.php?mod=image&id=$1 last;
       location /index.php {
           ...
           ...
       }
   }
   

2. 解决了上一个问题，这个就很好处理，如果是 PHP 脚本的话，在这里直接用 header('Content-Type: image/jpeg')就好。

最后，题主所提到的 $_SERVER[ORIG_PATH_INFO] 可以作为给 PHP 脚本传参的一个形式出现，甚至作为架构上一个对 URL 整体设计实现中的一环，这里可以参考一下 ThinkPHP 的实现 https://github.com/liu21st/thinkphp/blob/65dd170184db6109301b1d2e3cf3f...。