I need a URL that will return 200 for a logged in user and 401 or 403 if the user is not logged in. If require_login is checked, every page does a 301 to the login page.

Is this a user request, i.e. using the current users session? Or… Is this an admin API request using an admin API key?

[图片] DeanMarkTaylor: Is this a user request, i.e. using the current users session? Yeah. It’s me not understanding the question I’m asking. I’m trying to do an auth_request in NGINX to tell whether the request is coming from a user that’s logged in by querying an URL to see whether it gets a 200 response or not. It’s occurring to me that doing that is not quite as simple as I’d hoped.

You could try /session/current.json It will return 200 if authenticated and 404 if not. Generally .json / API requests don’t redirect. app/controllers/application_controller.rb main else current_user end end def post_ids_including_replies post_ids = params[:post_ids].map(&:to_i) post_ids |= PostReply.where(post_id: params[:reply_post_ids]).pluck(:reply_post_id) if params[ :reply_post_ids ] post_ids end def no_cookies # do your best to ensure response has no cookies

That seems promising. I’ll keep poking at it. Many thanks!

Is there an easy way to do this from a different subdomain? Example, the forum is at forum.example.com and the request is coming from example.com (either from the frontend or backend code).

Sure. You can make an API call from anywhere.

But this specific call needs to be done from the frontend, since it will use the session cookies sent by the browser to the forum.

The Discourse session cookie appears to be just for the subdomain, so would the cookie be accessible from the top-level domain? I see _forum_session on the Discourse subdomain but it doesn’t appear when visiting the TLD. If the cookie were available on the top-level domain, I was thinking that it would also be passed to the backend, so the backend could forward it to Discourse, but I’m not sure. Maybe it requires using Discourse as an SSO provider? If it isn’t known whether the user is logged in, then we could redirect through the SSO process to check. I’m currently setting it up on a test server to see if it would work. Edit: my end goal is to generate a JWT with the user data from Discourse (only if logged in to Discourse) and pass it to Firebase. There is a Discourse server on the subdomain, an extra backend server that can perform additional logic, and an SPA that connects to Firebase if given a JWT.

If you want anything fancy like this you would need to implement your own CurrentUserProvider

[图片] sam: If you want anything fancy like this you would need to implement your own CurrentUserProvider Thanks, I just looked it up and found this other thread, so I’ll ask some more questions about it over there. Edit: it looks like we can do what we need with Discourse as an SSO provider.

Is there an endpoint to check if a user is logged in

Development

sam (Sam Saffron) 2018 年7 月 23 日 21:43 12

If you can do it with SSO I highly recommend you go that path vs a provider

话题		回复	浏览量
Get logged in user info from another website SSO	11	544	2024 年2 月 15 日
How can I check in my website if the user is logged in to my Discourse? Development	3	1008	2023 年5 月 31 日
Cookie Based Authentication in discourse via Plugin SSO	6	2342	2018 年9 月 5 日
Detecting user already logged in when using SSO Feature sso , discourseconnect	10	5690	2016 年11 月 5 日
Checking whether a user is logged in on Discourse from another website SSO	5	510	2024 年7 月 23 日

Is there an endpoint to check if a user is logged in

相关话题