CCTM Plugin & Customizr Theme – Display Issue

UPDATE:

1. Read some more in the Support Documentation & Wiki & FAQ’s and I think maybe I am dealing with a quasi unregistered post type. (Don’t take my synopsis over your own diagnosis, I am very novice.)

REASON: I installed the CCTM and then I un-installed, and then I checked the option to remove data, somewhere along my on/off/in/out/activate/deactivate activity and then I read/learned/understood some more, mostly that there were entries/posts in the database that were inactive, but still present in the database, so I went in there and manually deleted those lines/posts from the database. Then I came back to CCTM re-did my post_type* entry for rv_magazine … but it will not display properly as other post_type* entries are displaying properly, so then I think that the newest instance of this particular post_type* entry, the rv_magazine entry, is now a somewhat broken registry of the post_type* entry for rv_magazine … and maybe some of the ‘ghost post’ details apply here, given all the fiddling around I did.

2. In the interest of moving my project forward while waiting for support, I am doing a whole new entry called rv_periodicals which is a better naming convention for my purposes and it gets me past this sticking point.

3. I still want to completely eradicate all traces of rv_magazine … in the … everywhere, database included. Is it possible to do this? If it is, then point me back to this page … https://code.google.com/p/wordpress-custom-content-type-manager/wiki/DeletePostType … mostly I need confirmation from you in order to proceed.

4. And one other question, after I do properly delete the post_type*, if this is possible, would I ever be able to use rv_magazine again? Or will it forever have ghost/trace associations in the database? Spooky.

Thanks very much,
B

UPDATE:

1. I made a new post_type* … rv_periodicals … and the bad display issue is happening with this new post type entry. I give, need your input on this. Here is the bad display for rv_magazine https://the-rv-life.com/?post_type=rv_magazine&p=1098

2. I don’t know if this matters, but it’s the same data being put into both post_type entries … so instead of Adventurezine Magazine under rv_magazines … I attempted to put it under rv_periodicals to get it to display correctly, according to the default settings of the theme … but no go … see it here https://the-rv-life.com/?post_type=rv_periodical&p=1168

3. Other post_type entries are displaying correctly … for instance rvtradeassnnat_usa is displaying correctly, see it on this page https://the-rv-life.com/rv-resources/rv-trade-associations/rv-trade-associations-usa/

SMH … not at you, just confounded/befuddled …
B ??

UPDATE:

1. There is something going on with the naming of the php file, not the content, but the naming.

2. When I inadvertently did not have single- in front of my created post_type name … the post displays nice and pretty.

3. When I put the single- in front of the post_type name … the post does not display nice and pretty. This has me in a tailspin … we are supposed to put single-rvtradeassnnat_usa.php in the child theme directory with the appropriate file guts a copy/pasted in … and all should work/display … but it doesn’t.

4. My theme likes rvtradeassnnat_usa.php in order to display nice and pretty. SMH???

5. The whole rv_magazine is a cluster so that’s all my mess. But the other stuff in item number 4 has me nutsified.

(Where) R U Socks! ??

B

UPDATE:

1. The Support Ticket at/for the Customizr Theme is now closed.

2. I now believe the issues lies with the CCTM and whatever tinkering I have done has caused the issue.

3. Please help me unkink/correct the improper selections I have made.

**************

QUESTION:

1. Goal. I wish to get all my ‘listings’ which are all RV-related into one database of sorts, and there may be a better word in the computer-database-code-language lingo to describe what I am attempting, and if there is, I do not know it.

2. As in WP, we have Blog Posts, that can then be tagged for searchability, right?

3. So, then I am assuming that we can do/follow/create a similar scenario with CCTM, if true, then would that be my best path … to list all my rv-related items under one post_type label such as … rv_listings … and then ‘tag’ each item out from there, … would that be my best approach???

I think I am talking ‘taxonomies’, but I still need you to confirm my thinking pathway is correct, as I have now read numerous posts and your logical mind clearly evident, so while I would have deferred to you in the first place, I have now come to see that your aptitude in this area is superb. I also looked over your review of other plugins, which substantiates your position/reason/logic regarding CCTM, bravo to you.

For example … under the post_name label … rv_listings … there would be ‘tags’ for RV BLOGS ~ RV FORUMS ~ RV INFO HUBS ~ RV MAGAZINES ~ RV NEWSLETTERS ~ & RV EVERYTHING ELSE … and whatever new category I might need to add/create/name/label … all the listings would go into rv_listings, and then they would be searchable and differentiated via ‘tags’. Is this a plausible scenario? Is this the best approach for what I am trying to do?

I want to be able to list all the data, search the data, and display the data, in one whole group set, and then I would want to break out the display into the subsets as noted above … blogs, forums, info hubs, magazines, newsletters, & everything else & anything else (category) that may arise, and surely will arise.

Socks, … need your brain on this,
B

It’s helpful if you can boil this down to a short and specific question if possible.

If you want to remove all traces of a post type, there are global options in the CCTM settings page for you to do this — it’s not enabled by default because it does irreversibly delete items from your database.

Much of the discussion here seems to revolve around how to model your data — that’s a skill and not something I can impart easily. You do notice how the data structures for post_types and related posts starts to look a lot like taxonomies — it’s a grey area. Taxonomies in my mind enable you to search for and find your data more easily, whereas post_types and relations are the meat of the thing. Anything that you can think of that has a distinct and unchanging set of attributes works well as a post type — e.g. an “RV Periodical” might have a name, a publisher, a homepage link, etc. I’m not sure what you’re storing with a “forum”, but that might work simply as a single field: a link.

Not sure what other guidance I can offer.

As a side note: WordPress may not be the ideal tool to model data in this complexity. I say that often, but I’m rarely heeded.

Socks,

What the problem comes down to is, that I installed/uninstalled the plugin, numerous times. I created a post_type name, then changed it, numerous times. It caused problems.

All the chatter from me in both threads is about me trying to diagnose what I did that caused a faulty display of the data with the theme I am/was using.

And here again, I state that, for me, I am so lucky, that the project is fresh, and that I can do a fresh WP install, operate with great caution, and start over.

Modeling the data comment was very helpful, and I am in the structuring the data stage, or outlining the data stage, this is true, and it appears that this first trial run, has afforded me the opportunity to get clear-er on what I think is best for the structure/orchestration of the data and the post_type name it will be assigned.

This comment was very helpful … “You do notice how the data structures for post_types and related posts starts to look a lot like taxonomies — it’s a grey area. Taxonomies in my mind enable you to search for and find your data more easily, whereas post_types and relations are the meat of the thing. Anything that you can think of that has a distinct and unchanging set of attributes works well as a post type — e.g. an “RV Periodical” might have a name, a publisher, a homepage link, etc.”

This comment gives me an insight as to the feel and structure of your mechanical mind in the creation of the plugin and how it is designed to operate. I will bear this comment in mind as I continue to learn to use the CCTM Plugin.

Back to the original problem, something I did with the install/uninstall and the change of the post_type name caused the theme to not display the data correctly, so rather than chase tail to diagnose, I shall start fresh.

Your caution is heeded, the WP platform is what I know, therefore I must proceed with what I can work with, and have the ability to work with. In the future, if an overhaul is necessary, I will be in a better position to make that happen as well.

Thanks so very much for sharing this plugin.

Regards,
B

I’m glad if my comments are helpful.

As you work with your theme, keep in mind that there are 2 sides to this: one is storing the data (i.e. the modeling of the data), the second is displaying it. Your theme will need to be adapted to format the custom data.

Socks,

That’s insightful. At this time I only seek to use the CCTM to display lists, so I am hoping not to venture forth into theme-adapting-territory, but if I have to, venture forth, I will, with trepidation, lol at self. I’m skeerd.

B