Bookmarking Artist Profiles In Browser

Thanks!

Jon, the IMDb developers could use the the "replaceState" method of the "history" object in JavaScript, in order to mitigate this long-lived problem without abandoning altogether the use of the "ref" parameter found in IMDb's intrasite hyperlinks. For some reason, I hadn't thought about suggesting this as a solution until now.

Interestingly, the last time I reported this, it was able to be changed. Also interestingly, if I go into Bookmarks and modify the URL (strip the extraneous part out) the link still works and takes me to the particular IMDB page. Consider this: Why would a browser record a URL in such a manner that duplicates will not be detected? It appears then, I assume, that IMDB does not present the same URL each time, allowing multiple bookmarks for the same page. I understand that this is some kind of intra-site tracking info, so I fail to see how 'the browser is creating these URLs' is a valid explanation. In my understanding, this appears to be what you are saying. Did anyone consider the suggestion offered in the comments by: jeorj_euler It made sense to me.

What is this nonsense of which you write, Michelle? I know that Col couldn't've tell you that. LOL... Why does the "ref" parameter even exist? Why are there so many possible values for it on every single IMDb page? IMDb could get rid of it in any of several ways. I'm going to ask Owen and hope that he is allowed to disclose.

@jeorj_euler​ 😀 ?? The "?ref_=" tells IMDb where the page was found if not directly - from another page Sprinklr members leave this attached when posting a link here This is then clicked on by another member. and IMDb thinks that it was found ..... and causes problem with their stats counting sources for pages links I always trim my IMDb links here .

I know, ACT_1, and it tells more than that actually, because the origin URL can be gathered from the "referer" HTTP header, but not any information about which particular actual hyperlink was clicked on a given Web page. I just don't know why this information is needed by the IMDb Web server software. You've analyzed the parameter values before, so you know that they account for billing order of name hyperlinks clicked as well as filmography order of title hyperlinks clicked. We still don't know what need there is for this stuff, so to guests and customers, it just makes it harder to tell which hyperlinks were accessed previously, because unvisited hyperlinks show up in a blue color whereas visited ones show up in a magenta color. I actually use a monkey script to automatically remove the "ref" parameter from all hyperlinks, because of the problem posed. If I recall correctly, you've speculated before that it might have something to do with helping the IMDb software balance MOVIEmeter, STARmeter and COMPANYmeter values.