|
|
1
63
同步的
只有
|
|
|
2
12
在401或其他身份验证质询不可接受/不可能的情况下,我有时会使用伪CFHTTPMessage生成身份验证行,然后将其复制回NSURLRequest:
这可能看起来完全是一种奇怪的方式,但它可以容忍用户名/密码不是URL干净的情况,以及NSURLRequest拒绝查询NSURLCresidentialstorage的情况,因为服务器实际上没有发送HTTP 401(例如,它发送一个常规页面)。 |
|
|
3
0
我会注意到Mikeabullahuk的答案是好的,但是如果您使用NSURLCredentialPersistencePermanent而不是每个会话,它会将凭据存储在用户密钥链中,以便下次您可以检查NSURLCredentialStorage以获取保护空间的默认凭据的非零值,如果您获得非零值,则只需传递中的凭据。我正在为我正在编写的delicious.com客户端使用此方法,并且在测试中效果非常好。 |
|
|
4
0
将您的凭据设置为protectionspace的默认凭据:
此时,使用与您设置的保护空间相匹配的保护空间进行质询的任何后续NSURLConnection都将使用此凭据 |
|
|
vale383 · 如何在Django端点中查找user_id 1 年前 |
|
|
Tunahan Keklik · 如果用户仍在网站上时会话过期怎么办 2 年前 |
|
onizukaek · 如何将无密码登录链接认证应用于无头架构? 2 年前 |
|
|
Kananda Gama · Problema com登录[关闭] 2 年前 |