iamPariah

That doesn’t solve my issue. If I remove WordPress entirely the site works with and without WWW, thus it’s WordPress-specific.

I appreciate the sentiment, potentweb, but I have the get_categories code right, as you can see from my complete script inserted in the first post (and quoted by you in the second). The codex doesn’t address this situation.

There are no “other parameters to filter it out.” There is type, childof, and hide_empty, all of which I’ve used yet the categories that don’t contain the given post-type still show up in the list. (Yes, I could use exclude, but that defeats the entire purpose of the page by not allowing for future growth into other categories).

If you don’t know how to solve a problem, Chris, say so; don’t try to make it appear as if you do know the solution by saying “I’m not going to write the code for you” and then point to an irrelevant codex article.

Still no luck. The empties won’t hide.

Yes, but also excluding any categories that don’t contain any “resource” custom post type posts.

Same result. All categories appear, even those without posts. You can see it here.

That did it. Thank you!

That did it! Much obliged!

Found this other post with my exact issue, but no solution is listed yet: https://www.ads-software.com/support/topic/rss-feed-category-permalinks-broken?replies=4

Help? Please?

I’ve tried disabling all plugins, by the way. The same behavior ensues. It’s not a plugin conflict.

You’ll have to go into MySQL or your database manager and, in the wp_options table, look for the 2-3 locations of davidchernew12.com and change them manually to davidchernew.com.

Your site works for me. I clicked on a couple of items under Related Posts, and they resolved to post pages just fine.

Bgothard,

Here’s a PARTIAL solution for the leftover magpie rss entries in wp_options. Run the following query on your database in PHPMyAdmin. You can also make it a PHP script and run it on a cron job for automated cleaning.

DELETE FROM wp_options WHERE option_value LIKE '%MagpieRSS%'

That will clear out all the MagpieRSS references, which it appears are the primary result of FeedWordPress, but it won’t clean out straight “RSS[has]” entries, which may be in part FeedWordPress but are also left by the Dashboard feeds.

Welcome to the project, Dave! I’m sure we’re all looking forward to the continuation of this very cool plugin, and to see in what direction your vision takes it.

Thank goodness I found your post. I was wracking my brain trying to figure out what the hell I did wrong to cause that behavior!

It’s an out of memory problem. PHP5 has a memory limit. Up the memory limit by adding the below line to the very top of your site’s root .htaccess file to resolve this problem.

php_value memory_limit 1000M