-
Notifications
You must be signed in to change notification settings - Fork 315
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tracking Redirect Chains #1082
Comments
Maybe I was to quick with my request above. Am I right that I can track down the redirect chains as follows:
|
Thanks for coming back and documenting this. |
Thanks a lot for the reply. Unfortunately, I couldn't find the infomation in the docs. Could you please point out to me where to find how to extract redirect chains from the docs? Apologies, if it is written somewhere I couldn't find it. But, I figured out that throughout triggered redirects, every new request triggered by a redirect seems to keep the same request_id. So, currently, I work with the following query to extract what I need:
Inside columnn I plan to write an extra query which recursively constructs the chains from But, in case you can confirm that my query above extracts redirect chains it would give me some extra security. Many thanks, |
Sorry for being too terse. It's not documented anywhere, I want to add your comment to an appropriate place and was wondering where you as a user woud look first. Iirc the methodology you proposed in your second comment is the one we used but unfortunately some of our analysis remained proprietary and I can't find the code to confirm it in OpenWPM-utils. We used Spark and would transform the redirect chain into a list similar to what you proposed with the recursive query. I can't verify the SQL query right now but if this implements the logic previously described I'd give it tentative approval. |
No worries, thanks a lot. From the current documentation, I would expect the information to be somewhere in the "Schema Documentation" part. |
Helloo,
I was involved in a project couple of years ago where we analyzed redirect chains. Back then, we could use old_channel_id and new_channel_id in order to track the redirect chains.
I have some free time currently and wanted to catch up on some work I did back then. Now, I realized that the database changed and you are supposed to track down the chains via old_request_id and new_request_id. But, the feature seems not to be implemented currently (see here).
There is also a reference in the comments (see here) to a quite old stack overflow post how you are supposed to implement the feature. Now, I was wondering if there is a chance that this will be implemented in the near future?
Currently, I also have some time and could maybe invest some days to try and fix it. But, I am not sure if I am able to or if it is possible to implement the feature again currently.
Can you provide me with any information on this?
Any help is appreciated. :)
And great work btw. :)
Best,
Beni
The text was updated successfully, but these errors were encountered: