On Wed, 29 May 2013, Constantine A. Murenin wrote:
>
> [Use case:] an ISBN resolver, where multiple independent providers (e.g.
> shops) could serve the request.
Why would shops be ok with having additional material around their page?
That seems like a supremely bad idea from a security perspe
On 29 May 2013 01:30, Nils Dagsson Moskopp
wrote:
> "Constantine A. Murenin" schrieb am Tue, 28 May
> 2013 12:35:37 -0700:
>
>> […]
>>
>> The use-case is a deterministic URL shortener, where the user wants to
>> get access to certain information, which may be available via multiple
>> independent
"Constantine A. Murenin" schrieb am Tue, 28 May
2013 12:35:37 -0700:
> […]
>
> The use-case is a deterministic URL shortener, where the user wants to
> get access to certain information, which may be available via multiple
> independent content providers (which are all known to the shortening
> s
On 28 May 2013 10:22, Ian Hickson wrote:
> On Fri, 17 May 2013, Constantine A. Murenin wrote:
>>
>> I'm designing a deterministic URL shortener in nginx, now using HTML5
>> and iframes, and I got stuck with not being able to specify that all
>> links within the iframe referenced from my site, have
On Fri, 17 May 2013, Constantine A. Murenin wrote:
>
> I'm designing a deterministic URL shortener in nginx, now using HTML5
> and iframes, and I got stuck with not being able to specify that all
> links within the iframe referenced from my site, have to be opened up by
> replacing my site. (O
Hello,
I'm designing a deterministic URL shortener in nginx, now using HTML5
and iframes, and I got stuck with not being able to specify that all
links within the iframe referenced from my site, have to be opened up
by replacing my site. (Obviously with the domain of the problem --
URL shortening
