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?
Great point. I had not considered the angle you raised in the second paragraph — it reframes the whole thing for me.
Adding a small note: the same idea applies on mobile, just with a bit more attention to tap targets.
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.
For what it is worth, the same approach works with the PMPro adapter — the membership side is identical from here.
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.
One caveat for larger communities: keep an eye on the indexes. At a few thousand rows the difference is night and day.
Tried this on a staging copy first and it behaved exactly as described. Confident enough to roll it to production now.
Solid breakdown. The only thing I would add is to back up before making the change — better safe than sorry.
For what it is worth, the same approach works with the PMPro adapter — the membership side is identical from here.
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.
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.
Thanks for writing this up. Bookmarking it — the kind of thing I will want to reference again in a month.
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.
For what it is worth, the same approach works with the PMPro adapter — the membership side is identical from here.
Appreciate the clear steps. The dry-run tip in particular saved me from a mistake I would not have caught otherwise.
Solid breakdown. The only thing I would add is to back up before making the change — better safe than sorry.
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.
Following this thread closely. We are about to face the exact same decision and the replies here are gold.
Appreciate the clear steps. The dry-run tip in particular saved me from a mistake I would not have caught otherwise.
This deserves more votes. It is a small change with an outsized impact on day-to-day use.
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.
Tried this on a staging copy first and it behaved exactly as described. Confident enough to roll it to production now.
Appreciate the clear steps. The dry-run tip in particular saved me from a mistake I would not have caught otherwise.
This will close in 0 seconds
This will close in 0 seconds
Notifications