I had two pages made up of feeds from two individual categories that I have.
One category page appears to be working correctly, the page being populated by all the posts in that category.
The second, which I have deleted for now out of frustration, would sometime vary in the number of posts that it populated the page with. Sometimes one, sometimes all but two, and occasionally some number in between. I have rebuilt the page a number of times and that appears to repopulate the page, only for some of the posts to disappear in time.
Is there a fix for this, or is this a deeper Micro.blog bug?
Sorry this was frustrating. This sounds to me like a side effect of how Micro.blog will often try to do a quick publish of your recent posts, then republish the site with all posts. However, it is not supposed to leave category pages in an uncertain state like that. Iām making another improvement to categories today so Iāll review this and see if thereās a bug.
Thank you for replying so quickly. Just to say that I have just added the second category page again (if you are on my site, it is menu link is the emoji. The category is OnTheRoad.
Hi, @manton . First of all, woohoo, this is my first post and microblog. Itās a bit of an adjustment but I love the Markdown editing, etc. Second, and why Iām posting here, is how does one merge categories? I have an awful lot of categories from years of blogging, and want to streamline them to about 5.
What would be the best way to accomplish that without losing blog entries (I discovered that if I delete a category, all the blog entries are gone, too).
Thanks in advance and apologies if this is covered in some tutorial somewhere I havenāt read yet.
Excited about my new home for my Around the Corner blog,
I donāt think thereās a feature for that, unfortunately. You have to do it manually unless youāre comfortable scripting using Micro.blog APIs. Another option might be to merge categories in your old blog before importing the posts to Micro.blog.
This should not happen. I deleted a category on my own test blog just now, and posts that were in that category are still around. If thatās not the case for you, report it as a bug to help@micro.blog.
I donāt want to give you any guarantees when it comes to deleting content and reimporting, so I wonāt. But I can say thatās the way I would have done it: make sure that posts have all the right categories assigned to them before importing, to avoid having to merge categories after the fact.
If you want to re-import the content with cleaned up categories, there is no need to delete the blog posts in Micro.blog. You can delete all the categories in Micro.blog but leave the blog posts as they are. Then, when you run the import again, Micro.blog is smart enough not to create duplicate blog posts. It will update the existing posts with any new categories from the import.
This kind of category overload comes up often enough that we definitely need a āclear all my categoriesā button, or some kind of bulk edit.
I have the same issue in my estebantxo.micro.blog page. I want to build it around category pages, and Iāve set three so far. All of them are missing some of the posts within each category and it seems like the number of them varies from time to time. Itās very visible right now that I donāt have many posts and the ones that are missing are easily spottable, and I fear that this issue will be harder to notice, but still an issue, when thereās more posts. @crossingthethreshold is it solved for you? @manton is there a fix?
Category pages specifically are exceptionally slow to update with large blogs on Micro.blog. Thereās aggressive caching and it can take quite a long time to get a full rebuild of a category page. This has been a frustration for a lot of folks, and comes from a desire to get new posts out immediately and not allow slow blog builds to be a problem.
Iād like to see this rearchitected a bit myself, personally. Even very large Hugo blogs can typically rebuild within 10s, and I wonder how much of this is file transfer speeds etc. But however the build queue works doesnāt seem efficient enough to support full builds with incremental posts leading to these āpartial statesā being quite common.