I fixed that by editing the form actions to be the actual page url instead <?php echo $_SERVER[‘REQUEST_URI’]; ?>
It saves fine now. But when I go to sync files I get this:
Syncing [1/1131] wp-content/themes/spectrum/custom.css skipped, already synced
Syncing [2/1131] wp-content/themes/spectrum/style.css skipped, already synced
Syncing [3/1131] wp-content/themes/spectrum/screenshot.png
Fatal error: Call to undefined function mime_content_type() in /web/sites/jbwebmar/usacarry.com/wp-content/plugins/cdn-sync-tool/lib/Cdn/Aws.php on line 115
Plugin Contributor
Backie
(@backie)
Hi,
Can you tell me what version of PHP you are using? You seem to be missing mime_content_type() and finfo. Which is required by the plugin. These are generally basic functions one can expect to be install. It’s advised you either install these functions, if you are on a shared host ask them to install them or look for a new host. If you do look for a new host, I suggest you check out catn.com which will help you on your way to having a fast, responsive web site.
PHP Version 5.2.8
I have a dedicated server and have them looking into it now.
My host said:
I have installed the fileinfo extension for php and it is enabled. Please try again to sync and let me know if it does not work.
So I tried the sync and got this:
Warning: finfo_open() expects parameter 1 to be long, string given in /web/sites/jbwebmar/usacarry.com/wp-content/plugins/cdn-sync-tool/lib/Cdn/Aws.php on line 108
Fatal error: Call to undefined function mime_content_type() in /web/sites/jbwebmar/usacarry.com/wp-content/plugins/cdn-sync-tool/lib/Cdn/Aws.php on line 115
Plugin Contributor
Backie
(@backie)
Hi,
The problem is you’ve installed finfo onto a php 5.2 install which doesn’t have the predefined CONSTANT. If you want to remove the constant in that line it should work. However, a better practice is to upgrade to 5.3.x.
Can you tell me what I would need to remove from which file to get this working on my current php version? Thanks for the help.
Plugin Contributor
Backie
(@backie)
turn
$finfo = function_exists('finfo_open') ? finfo_open(FILEINFO_MIME_TYPE) : false;
into
$finfo = function_exists('finfo_open') ? finfo_open() : false;
However as I said this isn’t the best practice as it will break if you upgrade the plugin. You should upgrade your PHP install, if you’ve got managed hosting you should get someone new to manage your stuff, if your PHP install is that far behind the security updates then I expect other applications will also be behind the security updates.
Thanks. I’m looking into the upgrade.
The sync went through with no errors but it seems it isn’t syncing certain files.
For example this isn’t getting synced over:
http://img.usacarry.info/wp-content/uploads/2011/02/nra-ila-300×153.jpg
Yet other jpg and files from that same uplloads/2011/02 folder are being synced.
Plugin Contributor
Backie
(@backie)
Is that file in the media library?
Actually it seems to be thumbnails of version of images I’ve used on the pages.
http://www.usacarry.com
its ones in the slider and in the right tabs widget, the thumbnails, and the post thumbnails on the main page. After i sync those all show up broken.
Any idea how to fix this?
Plugin Contributor
Backie
(@backie)
Oops I forgot about this thread. Were/are these images upload using an older verison of WordPress then you updated or anything like these? The images were upload using the media uploader?
No, they are all done on the latest version as I had just installed this new section of the site.
And yes, I did upload them all through the media uploader.
Plugin Contributor
Backie
(@backie)
I’ve tried to reproduce this on various operating systems and PHP verisons and can’t. So until I am able to reproduce I can’t fix.
