5 ms·
If the resource names are still "static" your resources can still be blocked. But if they are altered slightly every time, you may also thwart caching, right?
by Drakim 12y ago
If the resource names are still "static" your resources can still be blocked. But if they are altered slightly every time, you may also thwart caching, right?
- fpgaminer 12y agoRight, which is why I added the bit about salting the URIs before encryption. The salt could be per request, per session, or rotated after some period of time (say once per day). If only rotated once per day, it would still thwart ad blocking, but have less of an impact on caching. It would turn into an economic question of whether the extra ad impressions are worth the extra bandwidth.
- wampus 12y agoSince most ads are effectively blocked at the domain level, I doubt your scheme would provide much bang for the buck.
- fpgaminer 12y agoThe idea is that the ads would be served from the original host. Combined with encrypted URIs and the ad resources become indistinguishable from content resources. Thus thwarting blocking. As others have pointed out, yes this evil trick is incompatible with existing ad networks (which use their own domains). But it wasn't my intention to put forward a viable idea. Just an interesting one (namely, ciphering URIs to prevent blocking).