tcmccarthy

Hi and thanks for your inquiry! The latest version of tcS3, version 1.7, has this feature addition. Enjoy!

Hi! Thanks for your question.

So I have this running in a load balanced environment hosting multiple WPMUs. To keep things functioning but DRY I created a global redirect that captured the path after tcS3_media and facilitated a 301 redirect to $cdnURL/<captured_path>

Then, before I placed the code in an nginx configuration file I did
set cdnURL = “whatever it is”
<REDIRECT CODE WOULD GO HERE>

Thanks for sending. This happens most often when you have the full path to uploads defined in your wordpress settings. WordPress usually defines a relative path instead so my plugin fills in the missing piece. I will add a check to the plugin to allow for both scenarios in a future release.

Thanks for your note! I added environment variables to the plugin as a more secure option for capturing IAM keys and secrets. Some folks don’t want to store those sensitive values as plaintext in their database (or anywhere in their code) so I have provided the option for them to be stored as env vars in apache or nginx and then simply referenced by PHP. It’s a security option, simply untoggling the env vars option will force the application to use the plaintext key and secret provided.

Thanks!

This may have something to do with how jQuery is being called in the newest version — pre wp 3.4 stuff was run from the wp_head() function but now jQuery isn’t called until the wp_footer() function. — I have a full explanation here — https://bitly.com/O6pBUN — along with some code to ensure jQuery is being enqueued in the admin backend.

I am not familiar with smugmug’s plugin, but you might be able to figure out where it’s jQuery functions are being called and move them about so that they aren’t called until after jQuery is enqueued — that could fix the admin issues you’re seeing.