-
Notifications
You must be signed in to change notification settings - Fork 222
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
How to use djang-websocket integrated with a customer authentication mechansim #220
Comments
If it's for the broadcast only, then go ahead with ws4redis as it is right now. Otherwise, I strongly suggest to refactor your code to use Django authentication. Sooner or later you'll have to do it anyway. |
wholeheartedly agreed that we should refactor to django authentication, but
it takes weeks to finish.
From documentation, seems I can send notifs by session id, correct?
what if I fetch anonyomous *session_key *from django and save it myself, so
I can use to use *notif_by_sessionkey *instead of *notif_by_user*?
Aref.
…On Tue, Feb 7, 2017 at 6:34 PM, Jacob Rief ***@***.***> wrote:
If it's for the broadcast only, then go ahead with ws4redis as it is right
now.
Otherwise, I strongly suggest to refactor your code to use Django
authentication. Sooner or later you'll have to do it anyway.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#220 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AA5ftPSRPDJflExrcSOPjOOshU8uFJdOks5raIgagaJpZM4L5k2_>
.
|
Notify by sessionkey should work. I would strongly suggest to store the session data in Redis as well, then you do not run into the risk of performing a blocking operation. Remember: Green threads are only non-blocking, if monkey patched! |
Yes, we have to save session data. And I see the point in saving in redis,
so we dont run to the possible block of running into a blocking operation
when fetching session key before socket operation.
And pls, can u elaborate further on this sentence: "Green threads are only
non-blocking, if monkey patched" annd what exactly it means here? I only
ask bcz u said "remember" and I feel like I have someething to learn here.
I know green threads and I understand what is monkey patching. But, I dont
understand the point here.
Much thanks for sharing your contribution and a million thanks for replying
on this conversation.
Cheers.
…On Feb 7, 2017 9:09 PM, "Jacob Rief" ***@***.***> wrote:
Notify by sessionkey should work.
I would strongly suggest to store the session data in Redis as well, then
you do not run into the risk of performing a blocking operation.
Remember: Green threads are only non-blocking, if monkey patched!
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#220 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AA5ftKKQ_UE9hzFH5Y-Ltxlv2RpOEW3Mks5raKw8gaJpZM4L5k2_>
.
|
For many stupid reasons and mistakes in the past, we are not using django authentication, now, how should we be using django-websocket-redis without django authentication?
The text was updated successfully, but these errors were encountered: