WPMU DEV - Your All-in-One WordPress Platform
Forum Replies Created
-
Again the Smush.it plugin does not update the post content. Nor does the plugin change the actual dimensions of the image. It just removes some of the meta information from the image to reduce the size on disk.
you can find out more about the Smush.it service on the Yahoo! Smush.it FAQ http://developer.yahoo.com/yslow/smushit/faq.html
Can I ask you to download and install this newer version. This is a beta to fix some other path related issues. Might fix your issue. But might not.
https://dl.dropboxusercontent.com/u/2616987/WPMUDev/wp-smushit/wp-smushit-1.6.5.2-Beta2.zip
So if I deactivate Photon and run the bulk image optimizer again should that fix my pics?
Not really. As stated in the previous reply the image(s) you are using on that post are linked to the URL starting with http://i0.wp.com while your site is http://slickandtwistedtrails.com/
The Smush.it plugin does not have the ability to update images on a CDN (Content Delivery Network). I’m not sure how your image became skewed.
The Smush.it plugin really does not resize the dimensions of the image in the way you are seeing. The Smush.it service really just removes extra information from the image to make the overall disk size smaller.
When I view your post I’m seeing the img and noting the widget and height of the image (see actual image HTML below). Again the Smush.it plugin does not update the post content. Only the image on the server.
<img class=”size-thumbnail wp-image-1153 alignright” width=”1847″ height=”1764″ src=”http://i0.wp.com/slickandtwistedtrails.com/wp-content/uploads/2013/06/swiss-army.jpg?resize=0%2C0″ alt=”swiss army”>
To fix the issue you are having you can try editing the post and re-insert the image.
Hmm. Strange. Assumed this is for all images? Or just the one?
Basically, the plugin reads the attachment from the WordPress database. Then calls the function get_attached_file() which will return the server path to the image. http://codex.wordpress.org/Function_Reference/get_attached_file
Trying to reproduce this on my test servers.
It looks like you are using a CDN, maybe the one with Jetpack. I highly doubt those are compatible with smushit plugin.
That is strange. A couple of questions.
1. Can you please confirm you are using the latest version of the plugin?
2. What step were you performing before you see this error? Were you attempting a bulk Smush.it, On the Media > Library listing? etc.
Well, The Yahoo! service limits files no larger than 1Mb. You’ve not provided any specific details so I’ll stop guessing there as to why the other images are not processed.
And I’ve not sure on your comment “Simply the connection is restarted!” Basically, each image is process individually. Meaning via the API call we can only pass a single image URL. The plugin just calls the API for each image to be processed. Again this is a limitation on the Yahoo! Smush.it service not the plugin.
On the unprocessed images try going to Media > Library. Find an image that has NOT been processed. Set the checkbox for that item row. Then from the Bulk Actions dropdown select the ‘Bulk Smush.it’ then click the Apply button. This will process that one image.
The difference between doing this and simply clicking the ‘Re-smush’ on the row is doing this via the checkbox will show the processing output where as the ‘Re-smush’ just returns to the Media listing screen. So you are not able to see any errors.
Can either of you try this beta of 1.6.5.2, it should fix the path issues. and report back.
https://dl.dropboxusercontent.com/u/2616987/WPMUDev/wp-smushit/wp-smushit-1.6.5.2-Beta1.zip
Thanks.
@steve Cracknell,
Best I can tell there might be something up with your WordPress setup.
I did some tracing in the code and here is what is happening.
1. The Smush.it plugin calls the Yahoo! API with the URL for the image to smash. As part of the API call it returns the URL of the new image.
2. The plugin uses this new URL and calls the WordPress function wp_download_url($url) which is to download the remote file on Yahoo! to a local temp filename. When this finishes the function returns the temp filename.
3. Within the wp_download_url() WordPress function it calls another WordPress function wp_tempnam() to obtain a unique filename in the temp directory. It is within this call to wp_tempnam() that you are seeing the error.
My guess is your system is setup such that the temp folder is not writable. You would need to print out the phpinfo(); information to determine your current temp folder.
One solution is to add a line to your wp-config.php to set the temp folder. Something like:
define(‘WP_TEMP_DIR’, ‘C:/some/path/here’);
I’m looking for an alternate solution.
Forum: Plugins
In reply to: [Smush – Image Optimization, Compression, Lazy Load, WebP & CDN] SubdomainsThis is actually on purpose. What is the main URL for your site? Assumed something like http://www.telhacast.com or http://telhacast.com
The Smish.it plugin cannot be used when the images are not local to the server. For example many user want to setup a subdomain for images and use a CDN (Content Delivery Network). The problem is the Smush.it plugin just does not have the ability to update the image on the remote server.
So there is code in place that will check (or try to check) if the URL starts with the same URL as the site.
But let us know your setup and maybe we can do some extra logic.
Yep. good catch. Not sure why the previous developer put this inside the constructor function. Working on some other reported bug related to Windows paths. Will include this changes in the upcoming 1.6.5.2 should be in the next few days.
Forum: Plugins
In reply to: [Smush – Image Optimization, Compression, Lazy Load, WebP & CDN] SSL@infolotnicze, @kay van Aarssen,
Are you both stating that your images are ONLY available via SSL? The plugin we offer attempts to convert the https:// URL for the public image to http:// when calling the Smush.it API. If the image is NOT available via non-SSL (http://) then Yahoo! will report the error.
Realize this is NOT a bug with the plugin but a limitation with Yahoo! Smush.it service. IT simply does not allow image URLs that are https://
Forum: Plugins
In reply to: [MarketPress - WordPress eCommerce] Shipping informationHey again.
Haven’t heard from you in a short while so I just wanted to check in and see how things are going here?
If you’re selling digital products in MarketPress then no shipping details should be required.
Other other products do require a shipping address unless you custom coded it otherwise.
If you still need some assistance then by all means just reopen the thread or create another one for any new and related issues.
Cheers.
Forum: Plugins
In reply to: [Membership 2] Crashes on registrationHey there.
We haven’t heard from you in awhile, so I just wanted to check in to make sure all was good.
This thread was marked resolved, but please, if you still need help then just respond and open it back up. We can then take it from there. 🙂
Hope you have a fantastic day!
Forum: Plugins
In reply to: [Membership 2] "Use as featured image" desappearedHey there.
We haven’t heard from you in awhile, so I just wanted to check in to make sure all was good.
This thread was marked resolved, but please, if you still need help then just respond and open it back up. We can then take it from there. 🙂
Hope you have a fantastic day!