Часть ответа заключается в том, чтобы хранить индекс имен пользователей, которые вы проверяете в своих правилах безопасности:
app : {
users: {
"some-user-uid": {
email: "test@test.com"
username: "myname"
}
},
usernames: {
"myname": "some-user-uid"
}
}
Таким образом узел usernames
сопоставляет имя пользователя с uid. Он по существу читает, что «имя пользователя« myname »принадлежит« some-user-uid ».
С помощью этой структуры данных ваши правила безопасности могут проверить, есть ли уже запись для данного имени пользователя:
"users": {
"$uid": {
".write": "auth !== null && auth.uid === $uid",
".read": "auth !== null && auth.provider === 'password'",
"username": {
".validate": "
!root.child('usernames').child(newData.val()).exists() ||
root.child('usernames').child(newData.val()).val() == $uid"
}
}
}
Это подтверждает, что имя пользователя еще не заявлено кем-либо еще, или оно заявлено текущим пользователем.
Если бы я понимаю Ваш вопрос правильно, у Вас должен был бы быть файл clientaccesspolicy.xml в доменном веб-корне сервера, который Вы хотите назвать (т.е. www.example.com/clientaccesspolicy.xml), который определяет это, он хорошо для сервисов от других доменов до обслуживаний вызовов на том домене.
Прочитайте статью How to Make a Service Available Across Domain Boundaries MSDN для более подробной информации.
Файл помощника Intellisense и пошаговая демонстрация: http://silverlight.net/learn/learnvideo.aspx?video=47174
Посмотрите сообщение в блоге Jon Galloway на этом также
http://weblogs.asp.net/jgalloway/archive/2008/12/12/silverlight-crossdomain-access-workarounds.aspx
Этот же вопрос был задан на странице Mongo DB Google Groups. По-видимому, в настоящее время это невозможно, но это запланировано на будущее.
http://groups.google.com/group/mongodb-user/browse_thread/thread/4e6f5a0bac1abccc #
-121--2410583-Изменить вызов на:
return RedirectToAction("LoginFailed", new { sendFlag = sendStoredInfo });
Подпись метода действия контроллера может быть что-то вроде:
public ActionResult LoginFailed(bool sendFlag)
{
...
}
-121--4103913- Может быть также проверить JSONP http://www.west-wind.com/weblog/posts/107136.aspx например, это как вы можете получить обновления Twitter в JavaScript на клиентской стороне