Jason

“Doesn’t work” is about the most useless thing you could post. It’s a free plugin, maybe you could go try to help some people instead of demanding support.

You can get to the settings from the sidebar under Settings -> Imsanity, or from the plugins page.

There is no real normal value, but 2048 is a reasonable size to keep the size down but the quality good.

Imsanity only affects your “original” image which is usually not used on the site – it just sits there taking up space.

Most other image processing plugins seem to work fine with Imsanity. If you are able to test and report back it might help somebody else. Thanks!

The template is the actual repeating part of the code, so if you need header/footer type of code then you’d want to add it manually using the WordPress text (not visual) editor view. It would look something like this:

<p>My Feed</p>
<ul>
[hungryfeed url="..." template="1"]
</ul>

Then inside your template, don’t put the <ul> & </ul> tags, only put the <li> tags

I’m not 100% sure what Kraken does, but Imsanity only works on the original image for the purposes of images that are way to big to be useful – for purposes of not wasting disk space. I’d assume Kraken creates high-quality “additional” images. In which case it alone doesn’t save you disk space, but perhaps gives you better quality images?

I really don’t know for sure though – I don’t use Kraken.

Thank you – I was able to reproduce the problem so I should hopefully be able to fix it.

As I suspected looking at the image data it does show as a rotated image, so I suspect there’s a problem with Imsanity in figuring out how to deal with that – https://i.imgur.com/T4JbBPw.png

Can you upload a sample image somewhere for me to test?

I have a suspicion it could be due to the way image sizes are reported for rotated phone camera pics.

imsanity won’t really help with that. It could technically scale the images up, but all that would do is make them take up more disk space while looking equally bad.

I’ve noticed that sadly phpQuery seems to be lacking in some areas. The project hasn’t been updated in over 5 years. It’s not really a great solution but as far as I know there’s no other solution in php?

I’ve pretty much resigned to using the child # selectors, even though they might possibly change as you said.

This is caused by GD not being installed or configured correctly on the server.

WordPress creates 3 images (thumb, medium and large) on every upload. Imsanity uses the same image re-size function provided by the WordPress API. If necessary Imsanity does 1 extra resize operation prior to WordPress doing it’s 3-image thing. There’s really nothing else that the plugin does and it doesn’t use any magic image processing – it just uses what WordPress is already using.

I have no way to know what every host does and how it could possibly affect image resizing, but I would be pretty surprised if Imsanity is causing any noticeable delay in uploads. If you want to be sure, I’d say disable the plugin for a while and see if the problem still exists.

It could be a different version of WordPress or PHP – the RSS parsing can be finicky. It’s hard to say without seeing the error.

Unfortunately WordPress doesn’t have any way to query the attachments table by size because the file metadata is in a text field in JSON format – which can’t really be queried (until MySQL 5.7.7 is released anyway). So Imsanity has to query the entire table and hunt for images – which is probably why it’s failing at that number.

I’d probably look to a command-line solution for that many files – something like this https://forum.linuxcareer.com/threads/1644-Batch-image-resize-using-linux-command-line

that’s a good idea, i’ll put that on the list for features. thank you

there’s definitely an error – you can see it in red. If you can do that again and click on where it says “admin-ajax.php” that will open a new panel and there will be a “response” tab. That is really the information that I would need to see.

Thanks for following up.