All three of the following links are to the second post in this topic. However, only the first two work. The third one worked until very recently, and we use it pretty extensively in our community to avoid cluttering wiki posts that reference several posts within the topic. That third link now just …

You can search your posts for URLs which match a regex. AFAIK you just need to specify anything in the title field, it doesn’t need to be the title but does have to pass something in.

You can specify anything for the title, yes. It’s not as simple as finding my posts though. It has become common practice in a portion of our community to remove the title entirely to avoid the verbose urls. So several users would have to fix all of their links. Why was this moved to support? Havin…

Because it’s something you need to fix due to unintended use, it was never a supportable thing. A bug is a feature of function that stopped working, which isn’t the case here. I’ve also updated the title to reflect what actually happened here, links aren’t created without a title, this has arisen b…

[圖片] Stephen: You can identify every broken link in one hit by looking through your database, your users don’t need to go back and fix them by hand I’m not an admin, so unfortunately I can’t do this. [圖片] Stephen: A bug is a feature of function that stopped working, which isn’t the case …

That wouldn’t fix your problem though, right?

[圖片] seanblue: It has become common practice in a portion of our community to remove the title entirely to avoid the verbose urls. So several users would have to fix all of their links. Long term they need to fix their links, as what they were doing was basically an unsupported hack. As I sa…

[圖片] codinghorror: As I said, the topic ID only is indeed an officially supported form (to cover the “oops I forgot the title” case), but topic ID plus post ID is not. Oh, that’s interesting. What’s the reasoning for treating them differently? Is it not a case that people still forget the tit…

It’s a pretty nasty hack, because we are treating text as numeric. Essentially it is a “wow the user is really confused, I guess we’ll do the best we can” escape hatch. It is not meant to be a primary navigational method people should be relying on, especially once post IDs are also involved.

Is detection only happening at link click? Could we detect it when the post is baked and apply a class to any funky malformed links? [圖片] seanblue: I’m not an admin, so unfortunately I can’t do this. If this is such a big deal for your community why aren’t the admins here discussing it? They…

[圖片] seanblue: Oh, that’s interesting. What’s the reasoning for treating them differently? Is it not a case that people still forget the title but care about a specific post? It is interesting that the server side case handles it. There is a specific route for /t/:topic_id/:post_number. The …

从 URL 中移除标题会破坏链接

支持

seanblue 2019年六月27日 18:59 17

我碰巧注意到了这个问题，所以提了出来。这是一个非常“放手”的社区，因此我尽量只在真正重要的事情上让管理员介入。我在社区中非常活跃，尤其是在最可能受此变更影响的子群体中。

話題		回覆	觀看
Incomplete topic titles beginning with a number can have odd behavior Support	5	1397	2020年六月5日
Clicking an internal link with slug only and no topic ID should create a history entry Bug	7	1626	2021年七月22日
Edit URL into a topic title after creation? Feature	17	3650	2020年五月10日
Removing the /2, /3, /4, etc links for each reply within a topic URL Development seo	33	4622	2024年十月13日
`Topic#featured_link` containing more than just a valid URL Bug	4	865	2017年十二月4日

从 URL 中移除标题会破坏链接

相關主題