是否“使用lib”？ 适用于 UNC 路径？

Question

我的托管脚本已被移动并且不再起作用。

指定的CGI应用程序 行为不端，没有返回完整的 HTTP 标头集。

我注意到我的托管公司的某人修改了我的脚本，因此我以前使用的脚本

use lib 'd:/myorig/LIB';

现在

use lib '//newhost/LIB';

可以使用吗？

我尝试了 1800 INFORMATION 的建议并运行了...的最小脚本，

#!perl -w
use lib '//whatever/lib';
print "success";

得到了相同的结果。

更新：ysth对FatalsToBrowser的建议确实揭示了更多信息。 看起来路径（由托管公司的某人添加）可能是错误的。

更新2：托管公司现在表示，这些脚本与以前的托管思想没有变化，但会引发大量语法错误。 “由于我们无法为您调试您的脚本，我们建议您联系原始程序员并向他们寻求帮助”。 <磨牙>

部分解决：托管公司终于意识到他们没有正确设置权限。 他们仍然不对，而且（啊）他们不允许网站所有者设置文件夹权限，甚至不允许在他们自己网站内的文件夹上设置权限。

Answer 1

我不知道它是否应该起作用，但我的直觉是它会没问题。 但是，您发布的两行 use lib 行并不等效。

# go to the 'd' drive and use the 'myorigLIB' directory on that drive
use lib 'd:/myorigLIB';

# go to the 'newhostLIB' server - no path is specified - this looks invalid to me
use lib '//newhostLIB';

也许您需要指定服务器上共享的路径？ 另外，您可能需要查看权限？ 也许运行 CGI 的用户无法访问该网络路径？

另外，您可以编写一个简单的（非 CGI）程序来测试您的理论并运行它：

#!perl -w
use lib '//whatever/lib';
print "success";

然后如果可以的话，在服务器上运行它并看看会发生什么。

Answer 2

否，路径不完整，它需要服务器名称和完整路径。 这也是一种不好的做法，因为它需要监控两台机器而不是一台机器才能使应用程序正常运行。

Answer 3

The specified CGI application misbehaved by not returning a complete set of HTTP headers.

这是一个非错误。 如果幸运的话，您的托管公司将为您提供一个错误日志，其中将显示 perl 正在死亡的实际错误。 如果不，
考虑用于

use CGI::Carp "fatalsToBrowser";

测试。 （如果您很偏执（这并不是一件坏事），那么一旦完成测试，您将避免启用该功能，因为错误通常可以提供有关您的代码甚至数据库的信息，这可能有助于黑帽利用安全性洞。）

Answer 4

我知道我在尝试使用 apache 的映射驱动器和 unc 路径时遇到了麻烦，因为不允许 apache 用户使用网络驱动器。 这很难弄清楚——但有可能做到。 这可能是一个相关的问题。

Answer 5

#!perl -w

print "HTTP/1.0 200 OK\nContent-Type: text/plain\n\n";

my $path = "//whatever/lib";
print "\nExists ", -e $path;
print "\nDirectory ", -d $path;
print "\nReadable ", -r $path;
print "\nListing:\n";
print "\t$_\n" for glob "$path/*";