-
Notifications
You must be signed in to change notification settings - Fork 5
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
[JN-1600] customer-specific mixpanel export #1443
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice! I like that we still have our own mixpanel but our customers don't have to rely on us for insights.
delivery.addMessage(mixpanelEvent); | ||
String eventDomain = getEventCurrentDomain(event); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why not send the portal shortcode when tracking to avoid domain matching?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I suppose we could send portal shortcode and environment (we'd need the environment to not log sandbox events to their mixpanel)
<div> | ||
<label className="form-label mt-2"> | ||
Mixpanel api token <InfoPopup content={<span> | ||
If provided, events for participant interactions with the website will |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
should we specify that the events contain no identifiable information?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nice! 🎉
import java.util.Map; | ||
|
||
/** | ||
* we don't want to have to go to the database every time an event is logged in our system to get the configs, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
great decision to cache this
Quality Gate passedIssues Measures |
DESCRIPTION (include screenshots, and mobile screenshots for participant UX)
This adds a mixpanel token to portal environment configs. If set, and a custom domain is present, events in that domain will also be logged to the given token.
This also adds spring caching so that we don't have to load and assemble the config map every time an event is called. this is probably overkill for our purposes, but I thought it was a good excuse to dip our toes into using spring caching. Down the road, I could imagine us implementing a simple postgres-backed Spring cache manager so that we wouldn't have to do crude cache evictions based on timeouts.
TO TEST: (simple manual steps for confirming core behavior -- used for pre-release checks)
This is tricky to test in dev...