Improvement: redirect symlink-dir/ to target-dir/, not target #10

Closed
opened 2021-04-17 10:33:33 -05:00 by bss · 1 comment
Owner

As of 60715a3a5c the request path to instance path conversion follows symlinks verbatim, so if the client requests /symlink-to-foo/, the code reads the "symlink-to-foo -> foo" link and accordingly redirects to /foo. This is fine, but requesting /foo will itself need a redirect to get to /foo/, the actual target.

I don't have an idea to fix this right now but maybe we can do something. It just saves a redirect so I'm not super worried about it.

As of 60715a3a5c5301ee44aaeedd151248171a002dd1 the request path to instance path conversion follows symlinks verbatim, so if the client requests `/symlink-to-foo/`, the code reads the "`symlink-to-foo -> foo`" link and accordingly redirects to `/foo`. This is fine, but requesting `/foo` will itself need a redirect to get to `/foo/`, the actual target. I don't have an idea to fix this right now but maybe we can do something. It just saves a redirect so I'm not super worried about it.
bss added the
enhancement
label 2022-01-17 16:48:33 -06:00
Author
Owner

Not relevant now that the symlinks are all handled by the web server.

Not relevant now that the symlinks are all handled by the web server.
bss closed this issue 2025-03-17 13:24:05 -05:00
Sign in to join this conversation.
No Milestone
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: bss/incorporeal-cms#10
No description provided.