Forum Replies Created

Viewing 6 replies - 166 through 171 (of 171 total)
  • Thread Starter Hans Schuijff

    (@hanswitteprins)

    Hi Jordi,

    After using File Renamer on another website I found out that indeed ewww doesn’t resize the images, and that in a lot of cases on that website the Media File Renamer plugin indeed renamed the file, but the old file still remained available in the upload folder. That explains why there was a file in the other website that was also available in both uppercase-name and lowercase-name filename. I don;t know why the old version wasn’t removed after renaming the file. I have removed them now using ftp.

    Als in the media library list I find that de added colomn for the file rename (and also your Retina plugin) uses up a lot of space while just showing a oke-icon. If possible, ant that could change, it would be better, so the filename has more room to show.

    I would like some more control about the actual filename that is choosen, since in not all cases the title is the best filename, and often I use longer titles that are actually writen for people. As I understand it, the pro version would solve that? If so I will probably by it.

    The GUID is shown by wordpress using the lable “filename”, so if unchanged, wordpress presents it in a confusing manner. I now have seen you advice in settings not to change the guid, so that was why I left it unchecked. It doesn’t yet much matter to me if some external servers of reading machines index the guid, because probably none of my readers will use these kind of machines, and if so its a minor inconvinience to them at most.

    The blog on my website broke after I used file renamer, so I had to investigate somewhat, and discovered after disabling all plugins and trying other themes, that it was because of the featured images. After disabling the featured images in the blog list the posts where again shown. I guess that somehow one or more of the references were corrupted, and am now trying to find how to correct the problem.

    On this small website I have no cache in use, so I know it’s not a cache-plugin issue this time.

    Hope the info helps you making the plugin still better.

    Kind regards, Hans

    Thread Starter Hans Schuijff

    (@hanswitteprins)

    Hi Jordi,

    Thank you for addressing all my points so swiftly. It’s good to read that you have thought of some of them yourself and are able to implement them.

    I hadn’t thought to clear the cache after using the plugin, so I might try that at some point. It might have been a solution for most images.

    After using the plugin I used filezilla to see the result in the upload folders, and there I noticed some of the points I described earlier. It showed a lot of images that wheren’t renamed, but that were just smaller versions in sizes that weren’t defined in wordpress anymore (a legacy of previous plugins and theme’s the website used). So I decided to clean them up the hard way (by hand).

    The issue of lowercase I mentioned (you said you didn’t understand) was a situation of two pictures having the same filename and title of which one was allready in lowercase and the other filename started with an uppercase. So the plugin couldn’t change the uppercase to lowercase without creating a duplicate filename. And so it probably didn’t. And since the filename was already the same as the title (only not lowercase) there was no need to do anything else than make the name lowercase. I noticed it only because I used ftp to see the actual files, and wanted to change the names because when I otherwise download the upload folders to my windows pc, not all files can be copied due to duplicate filenames. I corrected the “problem” by changing the title a bit, but it had been nice if the plugin would have signaled about it. I don’t know why it didn’t, and dont know how to replicate te issue now.

    The issue about the GUID is unfortunate. It would have been nice if I had understood earlier, since you tell me that its a setting in the plugin. Now the filenames are already changed, so I don’t know how to correct it, other than changing all titles a bit so the plugin will change the names again. It would in my oppinion be a good idea to set it default to yes, becouse non techys as I am will probably not notice the issue otherwise. I don’t understand why one wouldn’t want the guid to change when all other info of the image is changed. The GUID at that point just reports history and not something that is still actually true. There was only some use in it because the broken link plugin reported the old filenames, but since I cant find a media-file searching on the GUID, it has little relevance there also. Just a visual check.

    Auto-changing filename when I change the title and alt-text from the icon-view would be a timesaver. Now I found out how it worked by experience, and used the list view to change the filename on another browser window. That also is a bit time-consuming since there you change only one picture at the time and response-times and have to wait each time for the list to rebuild. I probably should have just used the plugin bulk update-list.

    I didn’t understand exactly what you wrote about filtering filenames using faq in wp.org, but will look into that. Will your plugin then check existing filenames against that new filter and signal the relevant files again? To be honest, since I’m not a php-programmer I find it hard to get my hands around how hooks and filters work exactly and just follow instructions when some plugin or help-page instructs to put something in the function.php. ??

    The last point would be solved if it works yust like retina 2x, and perhaps the only reason to have it is when there are more than one image using the same title (tha easily occurs, especially because on one of the websites there are versions of foto’s of the site owner with for instance just the name of the owner as a title, and also in a webstore overlapping image titles could easily occur). I don’t know if it’s worth the extra resource-use though. I leave that to you.

    Well, thanks again Jordi. Great plugin and nice of you to give so much attention to my feedback and guestions. Keep up the good work, and cheers!

    Thread Starter Hans Schuijff

    (@hanswitteprins)

    Hi Jordy,

    Thank you for your swift reply on this. I don’t exactly know the technical aspects of the plugins since I’m mostly just a wordpress administrator and user not a programmer.

    After renaming a lot of the images using your other plugin, I used Filezilla to look at the actual upload files and noticed that although most images had a 150×150.jpg and a 150×150@2x version, that some images did not have a 150×150.jpg but in stead something like 150×111.jpp next to a 150×[email protected]. Since I’d only used your retina plugin and ewwww my conclusion was that ewwww must have made the 150×111.jpg in stead of the 150×150.jpg. I might be wrong about the cause, but in that cases there was not a 150×150.jpg version and somewhere I got a message about that, but I don’t remember in what plugin that was. There should be no need for a 150×111 since that is not a defined size on my website.

    I’ve used since then the plugin Regenerate Thumbnails to correct the problem, so for me there is no longer a problem here. I don’t know what circumstances created it, and imagine its not much to go on for a programmer. Sorry about that. Even without ewww, the smaller versions where created, so I imagine retina 2x perhaps makes them to? But like I understand it, ewww creates smaller versions of the Original images in al defined sizes to Optimize page load times.

    About Lazy load, As I understand you now, you’re telling me that it would be enough to use retina 2x for that reason. So I don’t need BJ Lazy Load any more. I will deactivate them. The reviews I was referring to where the once of Saumya Majumder. In his review of wp rocket (https://www.isaumya.com/wp-rocket-review-the-next-generation-of-wp-caching-plugin/) he mentions a limitation of both wp rocket and retina 2x in that issue, and I’ve read in your reactions (don’t know where) that retina 2x may have some issues with caching plugins in this subject. Perhaps I just didn’t understand enough.

    His review of the Retina plugin and also the lazy load of it, is very positive (https://www.isaumya.com/wp-retina-2x-pro-review-of-a-must-have-wordpress-image-plugin/) so he advises the combination of Retina 2x Pro and wp rocket for shared hosted websites. I quess I also still need the lazy load for videos, so that stays too.

    I understand that good hosting services, especially ones that are configured for wordpress have lots of advantages, but they mostly cost much more than I now can spend on this. At some point I may switch, and experience the advantages of that. It’s a process.

    Thank you for your help and for the plugin. I Appreciate tham both very much. I trust your knowledge and skills. Thank you! ??

    Normally on my website the correct numbers ar shown, but on https://dewitteprins.nl/machines-de-baas/ the Facebook count remains zero, while the socialmetrics plugin shows it has 4. I don’t know why this page should be different. The number of pinterest is counted right.

    Thread Starter Hans Schuijff

    (@hanswitteprins)

    Hey James,
    I’ve installed version 1.4.5 now and it seems to work and also fixes a minor issue in version 1.4.3 (that in some cases showed pagination when it wasn’t warranted). Thanks for the response and the good work.
    Cheers!

    Thread Starter Hans Schuijff

    (@hanswitteprins)

    I decided to restore the previous version of the storefront theme, because pagination is important. Hope there will be a bugfix in a next version, so I can again use the most recent theme-version.

Viewing 6 replies - 166 through 171 (of 171 total)