crashintoty
Forum Replies Created
-
Well I re-created the WordPress installation on another web host (minus the content/database data) and I was wrong. CCTM 0.9.4.2-pl uses only 1.1 MB of memory once loaded bare and 1.37 MB of memory with all the custom types and fields imported (still no content/database data). There is also no delay issue.
So since the old test was done with the content/database data and this new test was done without it its clear that the content/database is the culprit of the delay issue and is causing CCTM to have to use so much memory. The client does have a huge load of drafts and unused pages and posts in WordPress and I’ve been telling the client since I started working with them to clean it out. I guess I’ll have to figure out to clean it out myself.
Thank you fireproofsocks for all your help and patience.
No need to apologize, I completely understand. This is the nature of free software! I’m inclined to give you FTP access (the web host doesn’t offer SSH access) but I’m really puzzled how any troubleshooting or debugging can be done by looking at the PHP files – they’re the same exact copies as the distribution ZIP. Plus there’s some security concerns being that this is the client’s production site. I have a good hunch that the CCTM delay issue occurs even if there’s no content (it did before), so I can set up a WordPress installation with all the same plugins on my web host account and give you access to that for debugging if you want (SSH, MySQL and FTP).
Let me know if that works for you. If so, shoot me an email (crashintoty [at] gmail.com)
NEW new development: It appears memory is the issue. WordPress runs out of memory trying to run CCTM. I had to increase WP’s memory usage to 64 MB (originally 32 MB) to get CCTM 0.9.4.2-pl to run (added “define(‘WP_MEMORY_LIMIT’, ’64M’);” to wp-config.php, before the set of database configs).
So within this environment CCTM requires 7.02 MB of memory to run. Yikes! Furthermore it takes an extra 4 to 18 seconds for a page to start loading. Double yikes!! It was previously thought that this delay issue was caused by something else but now I know its actually CCTM :/ (the same delay issue also occurred when I tested this site on another web host provider). I assume 0.9.3.3 didn’t require nearly as much memory as it ran just fine when 32 MB was the limit (still had the same delay issue though).
So problem solved, but unfortunately I learned CCTM is a memory hog and is causing my massive delay problem *sigh*
New development: spoke more with the web host techs and apparently its WordPress thats freaking out and throwing the HTTP 500 error. Whenever I activate the CCTM plugin the website and WordPress backend does down with the above error. To fix that problem I have to manually deactivate CCTM directly from the database (wp_options table -> active_plugins row -> remove “i:3;s:37:”custom-content-type-manager/index.php”;” from the text in the option_value column/field) and the site and WordPress backend comes back up.
Does this new development help?
P.S. – Also I updated to 0.9.4.2-pl and same HTTP 500 error occurred :/
Frack me! I really don’t want to start this whole thing over. As great as this plugin works its still very tedious and laborious to set everything up.
So there’s no way to downgrade without re-defining the post-types and custom fields? (I’m a decent PHP/MySQL developer and willing to modify/hack CCTM’s code or database tables/columns/data to facilitate an easier downgrade to 0.9.3.3)
Actually, if I downgrade to 0.9.3.3 after updating to 0.9.4.1-pl will 0.9.3.3 even work (because of the different structures)?
I can’t do jack about the host, its what the client already had when I started working with them.
I’ll look into getting you access. Thanks for your support so far. The main reason I went with CCTM over the other custom type plugins is because you were the only one who regularly updates it.
IX Web Hosting (http://www.ixwebhosting.com).
Was that new data structure added in version 0.9.4 or 0.9.4.1-pl?
Disabled CCTM 0.9.4.1-pl for 24 hours and the site stayed up and the second I reactivate CCTM 0.9.4.1-pl the site goes down again! ACK!!! How do I downgrade to 0.9.3.3? Just rename/remove 0.9.4.1-pl and install 0.9.3.3 manually?
The site is hosted on a web host so I don’t have access to the logs (I asked and they said no).
I do recall some weird behavior after updating CCTM; the menus for the custom types disappeared from the WordPress admin menu, the custom type content was no longer showing (got 404 errors) and one of the custom types’ variables became duplicates of another custom type (i.e., the custom type named ‘widget’ had it’s slug, menu name, optional variable, etc. changed from ‘widget’ to ‘sprocket’ after the update).
To fix those issues I changed the menu position for each (there’s 3 custom types) from 26, 27, 28 to 30, 31 32, fixed the slugs, menu names and re-enabled the /%postname%/ option (they were disabled during update for some reason).
Do any of these update issues indicate a possible source for the database slamming?
Forum: Plugins
In reply to: Plugin for quotes or manageable mini contentAfter a lil’ googling I found several “content type” plugins that appear to give me the ability to create a full quotes page using WordPress 3’s built-in custom content type feature. Trying them out now
Forum: Fixing WordPress
In reply to: Permalinks messed up my siteResolved! I had the site password protected via the .htaccess file. I unprotected it and it solved the issue for now
Forum: Fixing WordPress
In reply to: [contact-form] shortcode just prints "[contact-form]" on pageAaaah, I see. Thanks for pointing that out
Forum: Themes and Templates
In reply to: Need to do a very quick custom themeThanks, I’ve come across that theme, but what I really help with is the basics – which WP PHP code/shorthand and CSS stuff to leave intact.