wasanajones

Hi – any further ideas about this?

serving images from a CDN is almost a no brainer in terms of desirability, how to implement it of course is another issue.

functions.php, core file edit, some kind of database hack… anything…

not storing the files on my server and not processing the image file requests would make a big difference

H- – thanks for prompt response.

I’m using EWWW to help optimize images upon upload, and then they get sent to S3 using Amazon Web Services and WP Offload S3 (btw WP SmushIt doesn’t work for this). Then I setup a Cloudfront distribution.

Not sure how but posts use the URL that is in the Media Library.

WP Offload S3 has a setting to save or remove files from the server, I need to remove them otherwise I’m getting huge unnecessary storage bloat.

I think I can trick things by manual FTP of plugin images into the upload file, but it is the images uploaded by customers that is the buggaboo.

I’d think this would be of high demand for a number of reasons — saves storage on my VPS (which is expensive), CDN delivery with multiple sources for browser speed, saves server processing, cheap. Very easy to setup once you grasp Amazon mysteries.

ideal solution would be to use the Media Library URL (which takes a moment to generate) rather than having to manually set the URL replacement “mysite.com” with “d3t12345678.cloudfront.net” so that it would work on multiple installs without edits.

Thanks

I set up temporary credentials and while walking through testing them to make sure what would happen… after a delay while writing response here… it started being able to edit

never had that delay before… and definitely tied to GD Booster before

but now working… I guess could have been some caching issues but I tested on different browsers before submitting original ticket

thanks for support, but don’t need it !! hopefully it will keep working

Hi – thanks for follow-up.

that does what I originally asked for, but now I’m looking at the WP Post types and anticipating other custom post types (products) and it is sort of mucking up the default layout. (geodir breadcrumb shows up in a different place than genesis breadcrumb)

can you write that so that instead of excluding from types, we simply include on geodir post types ?

sorry to be a bit wishy washy, but it is more universal for things that will be added later

it might be worth noting that related to this is that on generated pages like, Places | Search Results GD is inserting above the content area (.site-inner on Genesis) – meaning it is outside the formatting and requires adding CSS to control it, a fixed-width site suddenly has full-width content

for example on a genesis theme
<header class=”site-header” xxx>
<nav class=”nav-secondary” xxx>HEADER AREA

<section id=”popular_post_category-3″ class=”widget geodir-widget geodir_popular_post_category”>
<div class=”geodir-category-list-in clearfix”>
<div class=”geodir-cat-list clearfix”>
<div class=”geodir-cat-list-more” style=”display:none;”>
</div>
</section>
<section id=”geodir_advance_search-3″ class=”widget geodir-widget geodir_advance_search_widget geodir-advance-search-default” data-show-adv=”default”>
</div>
<div class=”geodir-breadcrumb-bar”>

<div class=”site-inner”>THIS IS WHERE CONTENT NORMALLY STARTS

as a brief follow up, it would be best to only have GD breadcrumbs on GD pages and let Genesis control the others, because GD is inserting the breadcrumb above the genesis .site-inner div, sort of breaking the layout