-
Notifications
You must be signed in to change notification settings - Fork 3.8k
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
sql: change github links to go through a proxy to gather click telemetry #45504
Comments
Love this idea! |
I can add pattern-redirects to go.crdb.dev (and certainly support multiple domain frontends). |
@bobvawter I like the idea. The main downside to this idea is that we'd be committing to operating the proxy as a production service ~forever. |
It's not a proxy so much as a redirector. If we ever wanted to turn that service down, we could generate a whole slew of static html pages from the link database and just dump them into a public-facing GCP storage bucket. |
Perhaps for clusters that have telemetry enabled, we could also include a query param in the URL (e.g. The idea is then we could have additional data on how often each cluster/user runs into an unimplemented issue. |
Have we had any more thoughts here? |
If we're comfortable using the |
@apantel this is the issue |
Do we have the redirector behind IAP? |
The bulk of |
Just to be explicit, only links which have been marked as public are actually available on the |
@awoods187 What data do you want to record about an incoming redirect request? Do you want PII like IP address, User-Agent, query params? There's already a trivial click-counting table that I can add more columns to. This data could easily be synched out to Snowflake. |
Pattern redirects are working now: https://go.crdb.dev/pr/1234 These two path prefixes bypass the IAP proxy and could be used externally. Alternate domain names can be used without significant extra effort. Let me know what data you want to capture for clicks. |
I think to start we'd just want to capture click counts. Is it easy to capture more data? It doesn't seem worth spending much time on anything else, since I don't anticipate anyone having the time to dive very deep into the data here. |
The click data is already being captured.
…On Wed, Jun 3, 2020 at 1:14 PM Rafi Shamim ***@***.***> wrote:
I think to start we'd just want to capture click counts.
Is it easy to capture more data? It doesn't seem worth spending much time
on anything else, since I don't anticipate anyone having the time to dive
very deep into the data here.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#45504 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAI23FGWJKRC7Y5RU7IUBDDRU2AGTANCNFSM4K5AUA5A>
.
|
Currently, many error messages in CockroachDB include a link to an issue on GitHub. We think (and hope) that many people click these links.
We should use a link shortener to proxy these links, so that we can gather click metrics (how many times a particular issue is clicked on). This will help prioritize issues further.
For example, the link could look like https://cockroa.ch/issue/34734, which could redirect to issue #34734 as a random example. Another benefit to this is that, if we ever change issue management technologies, this could be transparent to our users.
cc @bobvawter, @kenliu, @rafiss, @apantel, @awoods187
The text was updated successfully, but these errors were encountered: