Images now proxied

[ReCat]

It makes sense until you realizes that the forum will fully proxy a 1MB JPEG and not a 60kb GIF.

[1714152257]

1714152257

[1714152257]

1714152257

[btcton]

Isn't it easier to just whitelist popularly known image hosting sites such as imgur?

[b!z]

Isn't it easier to just whitelist popularly known image hosting sites such as imgur?

That's probably not tinfoilhatty enough.

[gweedo]

Isn't it easier to just whitelist popularly known image hosting sites such as imgur?

That's probably not tinfoilhatty enough.

No cause everyone would be like theymos whitelist this and whitelist this, and that thread would be insanity long. Image proxy is the best option, keeps every happy.

[btcton]

Isn't it easier to just whitelist popularly known image hosting sites such as imgur?

That's probably not tinfoilhatty enough.

No cause everyone would be like theymos whitelist this and whitelist this, and that thread would be insanity long. Image proxy is the best option, keeps every happy.

If he manages to get it working.

[gweedo]

Isn't it easier to just whitelist popularly known image hosting sites such as imgur?

That's probably not tinfoilhatty enough.

No cause everyone would be like theymos whitelist this and whitelist this, and that thread would be insanity long. Image proxy is the best option, keeps every happy.

If he manages to get it working.

true to that too

[ReCat]

Some other forums automatically upload pictures onto their file servers and links that instead. Others require users to upload all pictures to a certain site and then whitelists only that site.

[DeboraMeeks]

It looks like some avatar images are not being proxied.

[justusranvier]

It looks like some avatar images are not being proxied.

Avatars aren't suppose to be proxied since they are loaded from the forum's server.

Not all of them are.

[jackjack]

It looks like some avatar images are not being proxied.

Avatars aren't suppose to be proxied since they are loaded from the forum's server.

Not all of them are.

I'm kinda sure all the avatars are from the forum's server
Why wouldn't dynamic avatars work otherwise?

[justusranvier]

I'm kinda sure all the avatars are from the forum's server
Why wouldn't dynamic avatars work otherwise?

I've got RequestPolicy installed, and I've seen avatars that are not hosted from bitcointalk.org.

Maybe they are legacy avatars from a time period before remote images were blocked or something.

[Exther]

oh man, let me use imgur at least so I can put animated gif 

[TheButterZone]

btcticker.appspot.com / https://github.com/vrotaru/btcticker desperately needs to be whitelisted, and any other price converters without viewer IP tracking. So fucking off, I have to choose between deleting them or hoping nobody holds me to the old cached versions in my topics.

[rme]

btcticker.appspot.com / https://github.com/vrotaru/btcticker desperately needs to be whitelisted, and any other price converters without viewer IP tracking. So fucking off, I have to choose between deleting them or hoping nobody holds me to the old cached versions in my topics.

A fix for this can be to make a list of domains that need to avoid cache.

Then, concatenate the date, the hour and the actual minute to the url, this has to change dynamically with php.

That way every minute the request will be diferent forcing the proxy to reload the image.

For example this image:
http://btcticker.appspot.com/mtgox/1.00btc2eur.png

Will turn into:
http://btcticker.appspot.com/mtgox/1.00btc2eur.png?anticache=201312182259

Now, with the proxy:
https://images.weserv.nl/?url=btcticker.appspot.com/mtgox/1.00btc2eur.png%3Fanticache=201312182254&fnr

Note: use %3F to encode ? and %26 to encode &.


The format is YEAR MONTH DAY HOUR MINUTE

This way we have a 60 seconds cache + https in images + not leaking ips to whitelist domains

This method will only be used by domains that need to avoid the cache.

[Richy_T]

btcticker.appspot.com / https://github.com/vrotaru/btcticker desperately needs to be whitelisted, and any other price converters without viewer IP tracking. So fucking off, I have to choose between deleting them or hoping nobody holds me to the old cached versions in my topics.

A fix for this can be to make a list of domains that need to avoid cache.

Then, concatenate the date, the hour and the actual minute to the url, this has to change dynamically with php.

That way every minute the request will be diferent forcing the proxy to reload the image.

For example this image:
http://btcticker.appspot.com/mtgox/1.00btc2eur.png

Will turn into:
http://btcticker.appspot.com/mtgox/1.00btc2eur.png?anticache=201312182259

Now, with the proxy:
https://images.weserv.nl/?url=btcticker.appspot.com/mtgox/1.00btc2eur.png%3Fanticache=201312182254&fnr

Note: use %3F to encode ? and %26 to encode &.


The format is YEAR MONTH DAY HOUR MINUTE

This way we have a 60 seconds cache + https in images + not leaking ips to whitelist domains

This method will only be used by domains that need to avoid the cache.

That means you need to update the link every time you need it to update which somewhat defeats the purpose.

Has anyone checked whether the proxy respects the standard cache headers and options?

[rme]

btcticker.appspot.com / https://github.com/vrotaru/btcticker desperately needs to be whitelisted, and any other price converters without viewer IP tracking. So fucking off, I have to choose between deleting them or hoping nobody holds me to the old cached versions in my topics.

A fix for this can be to make a list of domains that need to avoid cache.

Then, concatenate the date, the hour and the actual minute to the url, this has to change dynamically with php.

That way every minute the request will be diferent forcing the proxy to reload the image.

For example this image:
http://btcticker.appspot.com/mtgox/1.00btc2eur.png

Will turn into:
http://btcticker.appspot.com/mtgox/1.00btc2eur.png?anticache=201312182259

Now, with the proxy:
https://images.weserv.nl/?url=btcticker.appspot.com/mtgox/1.00btc2eur.png%3Fanticache=201312182254&fnr

Note: use %3F to encode ? and %26 to encode &.


The format is YEAR MONTH DAY HOUR MINUTE

This way we have a 60 seconds cache + https in images + not leaking ips to whitelist domains

This method will only be used by domains that need to avoid the cache.

That means you need to update the link every time you need it to update which somewhat defeats the purpose.

Has anyone checked whether the proxy respects the standard cache headers and options?

No, php of bitcointalk does that.

[Richy_T]

My thought was that Theymos would not want to do that. But I guess if the code to support the proxy is in there anyway, it's just another minor mod on top.

[theymos]

bitcointalk.org now runs its own image proxy. GIFs will work now, and images will not be cached. However, images that don't load completely after a few seconds will still not work, and invalid URLs in [img] tags are less likely to work than before. Images must not be larger than 1.5 MB. You are only allowed to download so many images via the proxy before you're banned for a while, but no one acting reasonably should run into this. The proxy can't be used except through posts. Old image URLs will expire after a few months.

[BadBear]

Testing.

[jackjack]