I changed the base slug from community to forum and now every community page 404s. The settings saved correctly.
I suspect rewrite rules — what's the right way to regenerate them?
Specific Is Terrific
I changed the base slug from community to forum and now every community page 404s. The settings saved correctly.
I suspect rewrite rules — what's the right way to regenerate them?
Appreciate the clear steps. The dry-run tip in particular saved me from a mistake I would not have caught otherwise.
Tried this on a staging copy first and it behaved exactly as described. Confident enough to roll it to production now.
We ran into the same situation last quarter. What worked for us was starting small and only adding complexity when a real need showed up.
This deserves more votes. It is a small change with an outsized impact on day-to-day use.
Appreciate the clear steps. The dry-run tip in particular saved me from a mistake I would not have caught otherwise.
Following this thread closely. We are about to face the exact same decision and the replies here are gold.
We ran into the same situation last quarter. What worked for us was starting small and only adding complexity when a real need showed up.
Solid breakdown. The only thing I would add is to back up before making the change — better safe than sorry.
Appreciate the clear steps. The dry-run tip in particular saved me from a mistake I would not have caught otherwise.
For what it is worth, the same approach works with the PMPro adapter — the membership side is identical from here.
We ran into the same situation last quarter. What worked for us was starting small and only adding complexity when a real need showed up.
Thanks for writing this up. Bookmarking it — the kind of thing I will want to reference again in a month.
I respectfully disagree on one detail. In my setup the opposite held true, though I suspect it comes down to community size.
Adding a small note: the same idea applies on mobile, just with a bit more attention to tap targets.
I respectfully disagree on one detail. In my setup the opposite held true, though I suspect it comes down to community size.
I respectfully disagree on one detail. In my setup the opposite held true, though I suspect it comes down to community size.
For what it is worth, the same approach works with the PMPro adapter — the membership side is identical from here.
Solid breakdown. The only thing I would add is to back up before making the change — better safe than sorry.
Tried this on a staging copy first and it behaved exactly as described. Confident enough to roll it to production now.
One caveat for larger communities: keep an eye on the indexes. At a few thousand rows the difference is night and day.
This matches my experience exactly. The hard part is staying consistent once the initial novelty wears off.
Adding a small note: the same idea applies on mobile, just with a bit more attention to tap targets.
This matches my experience exactly. The hard part is staying consistent once the initial novelty wears off.
For what it is worth, the same approach works with the PMPro adapter — the membership side is identical from here.
Run wp jetonomy flush-rules (or visit Settings > Permalinks and save) after changing the base slug. The 404s are stale rewrite rules — regenerating them fixes it immediately.
Adding a small note: the same idea applies on mobile, just with a bit more attention to tap targets.
Great point. I had not considered the angle you raised in the second paragraph — it reframes the whole thing for me.
This will close in 0 seconds
This will close in 0 seconds
Notifications