csburdick
Forum Replies Created
-
Hi, to be honest I never really found a solution. I switched to a VPS, had them optimize as much as possible, installed and set up W3TC, added a CDN, and I’m still working on optimizing everything. I’m thinking about just sucking it up and hiring someone to take care of the loading issue. At least it’s no longer causing downtime.
Sorry, I wish I could give you an answer. Please let me know if you find out what’s going on.
Forum: Plugins
In reply to: [Jetpack - WP Security, Backup, Speed, & Growth] Photon breaking some imagesHi Jeremy,
Thanks for all your help on this but since it’s definitely Photon causing this I’ve just deactivated it and resumed using my old CDN since I know it works. I might try Photon again in the future once the bugs are worked out.
Thanks again!
ChrisForum: Plugins
In reply to: [Jetpack - WP Security, Backup, Speed, & Growth] Photon breaking some imagesThat’s interesting. Shouldn’t Photon still be able to display the resized image then?
My image settings:
http://www.automoblog.net/wp-content/uploads/2012/11/MediaSettings.png
The only image-manipulating program I use that I can think of is WP Smush-It (http://wordpress.org/extend/plugins/wp-smushit/)
Thanks!
Forum: Plugins
In reply to: [Jetpack - WP Security, Backup, Speed, & Growth] Photon breaking some imagesThe image exists – it’s trying to call http://www.automoblog.net/wp-content/uploads/2012/10/2013-Lexus-GS-350-front-side-view-623×389.jpeg
When Photon is deactivated, it works fine, so it’s clearly an issue with Photon.
The image(s) is question reside in the image gallery for that post. I deleted the image in the article and put it back in there, to no avail. Again, if I deactivate Photon, all is well.
Thank you.
Thank you!
Actually I’ve noticed some other broken images within the *regular* images too, nothing to do with nRelate or another plugin, just WordPress.
Here’s the thread if you’re interested: http://wordpress.org/support/topic/photon-breaking-some-images?replies=1
Looks like this was on nRelate’s side – they updated it and it’s working now. Thank you!
Thank you!
Yes, using the nRelate plugin (http://wordpress.org/extend/plugins/nrelate-related-content/)
Nope, still happening! Wish I could attach a screenshot…
It’s at the end of the article, just under “You may also like”
There should be five thumbnails, only a couple are showing up.
Thank you.
Forum: Fixing WordPress
In reply to: .htaccess is confusing – redirect issuesCan anybody chime in here at all?
Perfect, thanks!
Forum: Installing WordPress
In reply to: 3.3 Upgrade Error – Cannot log in to DsahboardInterestingly, restarting Memcache on the server solved the problem. Must have been a plugin. Thanks!
Forum: Plugins
In reply to: [Advertising Manager] Fatal Error when creating new or editing an adWell, as helpful as that reply was, it didn’t exactly help. Anybody?
Forum: Fixing WordPress
In reply to: index.php hogging resources – causing downtimeAh, didn’t realize everything’s going to go through index.php – that sucks and makes it really tough to troubleshoot.
Anyway, thanks again for your help.
Forum: Fixing WordPress
In reply to: index.php hogging resources – causing downtimeI’ll do that – I appreciate the resource.
However, I think this is more of an issue with WordPress in this case. I’ve never had a problem with 3000 PVs/day, and I think a VPS should be able to easily handle that, especially with a CDN and caching.
Here’s what the “Top Process” in my WHM says under Daily Process Log:
User Domain % CPU Process Top Processes
audisite audisite.com 81.0 /usr/bin/php /home/audisite/public_html/automoblog.net/index.phproot 8.0 php /usr/local/wt_python/wt_monitor/exim_queue.php
audisite audisite.com 74.0 /usr/bin/php /home/audisite/public_html/automoblog.net/index.php
root 7.0 php /usr/local/wt_python/wt_monitor/exim_queue.php
And this is the first entry under my Process Manager:
Priority CPU % Memory % Command
18 63.0 4.7 /usr/bin/php /home/audisite/public_html/automoblog.net/index.phpSame thing, it’s always that index.php file. There was another thing I found in WHM (I can’t seem to now,) that showed a huge list of the index.php processes running (and perhaps not closing.)
Also, there’s nothing in my error log. There was on the old host.
