public authentication mode #66

New Issue

cube · 2026-04-01T21:44:15Z

cube commented

2026-04-01 21:44:15 +00:00

when active, the entire site is locked behind a basic password page. the user has to type in the password to the view the site. this works like logging in and stays active in a session. THIS IS FOR PUBLIC VIEWING. i.e. so that trusted friends and family can view the site without making the entire thing plainly public. sort of like when a tumblr blog is password protected

this of course stops showing up when an admin logs in too. (they can just go directly to /auth/login to bypass it since it is effectively the same thing)

it might be quite big/experimental to implement, maybe use base to catch every page, with exception on /auth/login. i think this should be considered a core feature since ease of sharing in a web page is part of the scope, but a constant public web page may not suit some/most users. i also would like this feature TBH. we will just have to see it doesnt cause too many major issues implementing it at this stage and not earlier on.

when active, the entire site is locked behind a basic password page. the user has to type in the password to the view the site. this works like logging in and stays active in a session. THIS IS FOR PUBLIC VIEWING. i.e. so that trusted friends and family can view the site without making the entire thing plainly public. sort of like when a tumblr blog is password protected this of course stops showing up when an admin logs in too. (they can just go directly to /auth/login to bypass it since it is effectively the same thing) it might be quite big/experimental to implement, maybe use base to catch every page, with exception on /auth/login. i think this should be considered a core feature since ease of sharing in a web page is part of the scope, but a constant public web page may not suit some/most users. i also would like this feature TBH. we will just have to see it doesnt cause too many major issues implementing it at this stage and not earlier on.

cube added the a big one core feature labels 2026-04-01 21:44:15 +00:00

cube added this to the myriad tasks project 2026-04-01 21:44:15 +00:00

cube pinned this 2026-04-01 21:44:39 +00:00

cube moved this to Next in myriad tasks on 2026-04-30 11:59:47 +00:00

cube moved this to Backlog in myriad tasks on 2026-05-01 15:04:27 +00:00

cube commented

2026-05-27 17:20:15 +00:00

this can easily be done with nginx

cube closed this issue

2026-05-27 17:20:16 +00:00

cube unpinned this 2026-05-29 23:24:10 +00:00

cube moved this to Done in myriad tasks on 2026-06-11 11:33:34 +00:00

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: cube/myriad#66