• i did a mysqldump followed by a query-replace edit session to bring up a copy of a site at a new location. everything works fine except for the two custom content types i defined on the original site.

    the pages/posts that use the custom content types work fine.

    however, on the admin page the usual menu items don’t show up. when i go to the CCTM section and look under “info” the pie chart (which is very nice, by the way) says that these are “(disabled)”.

    do i need to export the json from the original site and reimport it in order to activate them for the admin page?

    thanks!

    http://ww.wp.xz.cn/extend/plugins/custom-content-type-manager/

Viewing 4 replies - 1 through 4 (of 4 total)
  • Thread Starter mrose17

    (@mrose17)

    update: i was mistaken in one thing: if you click one one of these to get to the “single” page, then you get a 404. the pages that manage the categories, etc., seem to work fine…

    Plugin Contributor fireproofsocks

    (@fireproofsocks)

    This is classic WP stupidity here: WP hardcodes links and it stores objects as serialized data. Unlike JSON encoding, serialized data is affected by string length, so the band-aid fix of doing a find/replace on your database dump will corrupt your serialized data. It’s retarded, so you have to export your content definition on the old site (under CCTM –> Tools –> Export) then re-import it on the new site.

    Maybe one day WP will grow out of its diapers, but for now, it requires some serious hand-holding.

    Thread Starter mrose17

    (@mrose17)

    thanks very much for the quick reply! that did the trick.

    i’m pretty sure the documentation explains this… i should have researched it better.

    best,

    /mtr

    ps: and thanks for writing software that includes an easy recovery mechanism.

    Plugin Contributor fireproofsocks

    (@fireproofsocks)

    Nah, I’ve run into that serialization thing MANY times now, so I know to look out for it. I gotta add that to the FAQ, but really, WP needs to figure out a better way to store its data objects.

    I’m looking into using JSON for now, but ideally, I think this could merit the use of its own database tables since those are far more robust when it comes time to move, and they would make the data definitions available to other plugins.

Viewing 4 replies - 1 through 4 (of 4 total)

The topic ‘[Plugin: Custom Content Type Manager] "disabled" custom content types’ is closed to new replies.