WPMU DEV - Your All-in-One WordPress Platform
Forum Replies Created
-
Thanks. In the upcoming Smush.it 1.6.5.1 we are handling this to convert images with https to http for the API service.
Forum: Plugins
In reply to: [Smush – Image Optimization, Compression, Lazy Load, WebP & CDN] URL AlteredSorry for the delay. No, the Smush.it plugin does not alter or change the URL related to the image. That part is managed purely by WordPress API.
The Smush.it plugin simple calls the Yahoo! Smush.it service and pass it the URL to your image to process. Via the API we are returned a new version of the image which is then downloaded and written back to your server using the same name and path as the original. That is all.
Forum: Plugins
In reply to: [Smush – Image Optimization, Compression, Lazy Load, WebP & CDN] SSLI take that back. I do see the issue. If the image URL provided to the API is https:// The Yahoo! service will not process it. It MUST be non-SSL.
Adding a fix for this in Smush.it 1.6.5.1
Forum: Plugins
In reply to: [Smush – Image Optimization, Compression, Lazy Load, WebP & CDN] SSLJust taking over support of the plugin code from a previous developer and trying to hit some open threads.
I’m not sure I understand the issue. The plugin makes an outbound call from your host to the Yahoo! Smush.it APi service. The URL called is http://www.smushit.com/ysmush.it/ws.php
So I’m trying to figure out how SSL (https://) plays into the question. If your WordPress site is setup for SSL then the admin screen should function as needed. There should be no limitation on connecting to the remote Yahoo! site over non-SSL as this is done from the server PHP code and not within the browser environment.
Closing this thread. As stated the Smush.it API is the limit here not the plugin. Best option is manual optimize image before upload.
Thanks for the code snippet on the rename. I agree. Part of the issue with Windows is not being able to rename across partitions.
also thanks for the notes on the code related to the str_replate logic. Ive done away with all that cruft. Basically, the plugins should spin through the media attachments and work under any path. These is some funky left over code that limits the image to be within certain paths which in my option is wrong. So now the plugin (in beta) takes the URL and Path of the original image and simply uses that.
I don’t have access to a Windows system. Any chance of getting you to review the beta?
Can you provide more information on this? There are a number of different ways to initiate the bulk actions.
There are:
1. The obvious Media > Bulk Smuch.it menu
2. On the Media > Library listing you can click the Smuch.it now option in the row column.
3. Also on the Media > Library listing you can set the checkbox on the row then from the action dropdown select the Bulk Smuch.it.
So can you advise which option you are taking? Also when you do get the error can you provide the full URL of the page you are landing on? I want to check the URL parameters. This might provide some clue as to what is going on within your system.
Forum: Plugins
In reply to: [Smush – Image Optimization, Compression, Lazy Load, WebP & CDN] Add optionsThanks for the code changes. Yes, the previous developer did this settings wrong. Have fixed this issue as well as some other issues related to the image path. Anyone want to beta test this before release?
All, just took over support of the plugin code from the previous developer. Looking into the many reported issues.
Two big issues are the warnings on the Settings > Media form save. And the issue of not being able to find the image. This is usually due to either the WP installation being non-standard as in moving the WP_CONTENT_DIR or some other issue related to 3.5.x where the expected uploads path is not where the plugin thinks it should be. I know in 3.5 the Multisite paths changes from blogs.dir to something else. I think the plugin does not know this.
Regardless, I’m not sure on the previous developer’s thinking that only files within the uploads path are allowed. Frankly any attachment image in the system should be processable.
Looking for beta testers for the next version. Any takers?
Working on cleaning up the Smush.it code. I just inherited the plugin support. I’m not 100% why the previous developer(s) thought they needed to limit the image path to be within the uploads directory only.
I mean there are standard WordPress functions to get the attachment image URL and PATH. As long as you have these (along with the attachment ID) then the plugin should not care.
Any chance I can count on you to beta test the new version?
Hey 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!
Hey there.
We haven’t heard from you in awhile, so I just wanted to check in to make sure all was good.
You may also like to try some kind of SMTP plugin to connect to a mail server:
http://wordpress.org/extend/plugins/wp-mail-smtp/
http://wordpress.org/extend/plugins/configure-smtp/
http://wordpress.org/extend/plugins/smtp/
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: [MarketPress - WordPress eCommerce] search bug in adminHey 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!
Hey 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: [Wiki] check_rewrite_rules caused an infinite loopHey 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!