有没有办法规避这个?
答案 0 :(得分:9)
这是使用网络协议的Rebol v2.x中的错误。这是一个有效的URL!类型。通常情况下,你可以这样做:
>> type? http://user:pass@myserver/test%21file.txt
== url!
看,这是一个有效的网址!
>> read http://user:pass@rtibackup/test%21file.txt
** User Error: URL error: http://user:pass@rtibackup/test!file.txt
** Near: read http://user:pass@rtibackup/test!file.txt
糟糕,网络协议不喜欢该网址。
但在这种情况下,它确实可以使用以下约定(对包含@符号的密码也很有用):
>> write [
scheme: 'ftp
user: "myusername"
pass: "mypassword"
host: "myserver"
target: %test!file.txt
] {Test}
我希望这有帮助!
答案 1 :(得分:6)
如果这仍然是一个问题,那么可能是URL解析代码存在问题。特定字符是特殊的,但不是很多,尤其不是“!”。
有一个名为R3的更新版本的Rebol。检查那里是否还有问题。如果是这样,R3是开源的,可以快速修复。
答案 2 :(得分:2)
当我使用.net执行此操作时,我只是删除了有问题的项目。我从未使用过Rebol,但也许这样的东西可能有用吗?
change find fileuploaded "!" ""
probe fileuploaded
正在查看此页面上的信息:http://www.rebol.com/docs/words/wchange.html
希望它有助于或至少指出正确的方向。