Forum Replies Created

Viewing 12 replies - 46 through 57 (of 57 total)
  • Thread Starter Magistar

    (@magistar)

    Ok you have convinced me to try the plugin. It worked like a charm. All Javascripts were moved to the footer. It also did not conflict with Totalcache minify/combine. Awesome :)!

    New question: Can I setup this plugin to also move some specific css files? My template has so many (16) and I would like to move some of those to the footer.

    Thread Starter Magistar

    (@magistar)

    By now I tried manual deletion. So I had to sort through 10 versions of 197 files= 2000 images. Took me hours(!).

    Seemed to work until I visited the media library. Apparently the wordpress back end uses the 60×60 version. So I had to re-upload that version.

    Would be nice if I could just prevent the non-featured images from being generated.

    Thread Starter Magistar

    (@magistar)

    I have tried adding [wordpress_social_login] to a Text widget and adding:
    add_filter(‘widget_text’, ‘do_shortcode’); //Shortcodes in widgets

    I also tried the ” HTML Javascript Adder ” plugin. Neither the shortcode nor the php echo is displaying :(.

    Thread Starter Magistar

    (@magistar)

    Thanks for your interest!

    Let’s say I have used an image of 81,2 KB in my post (440×327). Now the additional formats generated add up to 217 KB. Total size used is 299KB instead of 81,2KB. This is 369%.

    Another image. This one was a screenshot about tesselation so it had to be bigger. It is 363KB for 1280×720. I scale it down on my website to 850 so it stays sharp. Now the Thumbnail generated are 719 KB. So again only 363 KB should be used but 1,05MB is used! This is 289%.

    To explain myself why this is an issue:

    All my images can be split into two categories.

    Category 1: Featured image set at the “Featured image” option for each post.
    Category 2: Images uploaded into a post that will never be featured.

    Each guide I usually write has 1 featured image and 4-6 additional images. I do not need 10 different sizes for my additional images. I do need them for the featured images (so I cannot disable more).

    So I am worried about two things now
    1) If I delete an image using FTP will this cause errors? After all when you insert an image through the media library all types are shown in a dropdown box. Will it crash because the file was removed?
    2) Is there some special way to drag them into WordPress so they DO NOT get processed? It does seem to know “uploaded to this post”.

    ps I have found 5 images on one post (my latest) that were not Thumbed but I have not been able to reproduce this effect. Each time I upload and check with ftp there are versions generated.

    Same issue here…

    I Smushed the biggest part of my library. Then I cahnged some stuff and regenerated thumbs. So all images will have to be smushed again (because they are new). However Smush.it has somewhere saved that it has already been smushed:

    Processing openttd-creating-a-ro-ro-station…
    — [original] 1280 x 720: No savings
    — [thumbnail] 150 x 84: Reduced by 5.7% (274 B) already smushed
    — [large] 850 x 478: Reduced by 6.6% (7.5 KB) already smushed
    — [featured-sdk] 1280 x 400: Reduced by 7.8% (12.2 KB) already smushed
    — [et-featured-first] 578 x 420: Reduced by 6.6% (4.9 KB) already smushed
    — [et-featured-second] 578 x 208: Reduced by 6.8% (2.4 KB) already smushed
    — [et-featured-category] 578 x 280: Reduced by 6.7% (3.1 KB) already smushed
    — [et-featured-third] 287 x 208: Reduced by 6.1% (1.1 KB) already smushed
    — [et-recent-post-image] 160 x 160: Reduced by 5.7% (500 B) already smushed
    — [et-popular-post-image] 319 x 160: Reduced by 5.4% (842 B) already smushed
    — [et-popular-post-big-image] 639 x 160: Reduced by 6.7% (2.1 KB) already smushed
    — [et-category-image] 240 x 240: Reduced by 6.3% (1.2 KB) already smushed
    — [et-recent-first-image] 321 x 214: Reduced by 6.1% (1.3 KB) already smushed
    — [et-tabs-image-small] 60 x 60: Reduced by 5.0% (100 B) already smushed
    — [et_single_bg_image] 1280 x 400: No savings already smushed

    When I save a these images to disk and upload it to yahoo smush it, it WILL get smushed.

    I tried to deactivate and uninstall the Smush.it plugin. However, when I re-installed it, it already knew my “latest” images were smushed. So it still refuses to re-smush my regenerated files.

    Can I reset the Smushit values in phpmyadmin somewhere?

    It is clear that after reinstall there is still SmushIt data in the wordpress database.

    Thread Starter Magistar

    (@magistar)

    Thanks for caring!

    (ps I threw awawy the”hack”

    $tempImage = get_thumbnail();
    		$imageEnd = substr($tempImage['thumb'], -4);
    		$tempImage = substr($tempImage['thumb'],0, -4);
    		$tempImage .= "-1280x400";
    		$tempImage .= $imageEnd;
    
    		$bg_image = $tempImage;

    😀 ).

    Thread Starter Magistar

    (@magistar)

    Update: I just found out I can edit. Sorry for double post!

    This function DOES return my 1280×400 image:

    if ( '' != $et_single_image ) {
    			$bg_image = $et_single_image;
    		} else {
    			$image = wp_get_attachment_image_src( get_post_thumbnail_id( get_the_ID() ), array(1280, 400) );
    			$bg_image = $image[0];
    		}
    No idea why "sdk-featured" does not work.But I guess this is even better because it selects a smaller image when the 1280x400 has failed. Basically solving all my issues:D.

    Thread Starter Magistar

    (@magistar)

    My issue is two fold
    1) normal way to get thumbnail to display did not work
    2) cropping with “renegerate thumbnail” resulted in WRONG width in the filename

    Issue2: It appeared my original files were sometimes 1100 width. When cropped to 1280 it somehow decides to keep it at 1200.

    Issue1:

    The Codex wax keeps returning the FULL image url.

    {
    			$image = wp_get_attachment_image_src( get_post_thumbnail_id( get_the_ID() ), 'sdk-featured' );
    			$bg_image = $image[0];
    		}

    It completely ignores sdk-featured and just outputs the default image url.

    Thread Starter Magistar

    (@magistar)

    Update: Thanks to the Simple Image Sizes I found a string

    Store uploads in this folder: WRONG URL
    Default is wp-content/uploads

    However my host is linux and I am using windows 7 + XAMPP so I am unsure what the path should look like.

    Thread Starter Magistar

    (@magistar)

    I added this code in footer.php

    <?php if (in_category( array(6,7,8,9 ))) { ?>
    					<script src="http://static.rifthead.com/tooltips.js"></script>
    					<?php } ?>

    Thread Starter Magistar

    (@magistar)

    Unfortunately updating the url did not fix the image file location issue. I guess the general principle was right but the wrong stuff was targetted…

    My images still think they are at /home/wxxx/domains/ instead of /htdocs/gptest/

    Thread Starter Magistar

    (@magistar)

    Thanks for the info.

    Will try that plugin:).

    (ps: I did set a password using the “security” setup from XAMPP).

Viewing 12 replies - 46 through 57 (of 57 total)