-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
Mapping xpaths to our product #2
Labels
enhancement
New feature or request
Comments
CSS attached: body{
background-color: #F7F6F3;
caret-color: rgb(55, 53, 47);
color: 37352F;
}
/* Use this for the word "PostHog" next to the logo */
.posthog-title{
font-weight:500;
font-size:36px;
color: #333;
}
/* Use this for the logo */
.logo{
width: 36px;
background-image: "https://posthog.com/wp-content/uploads/elementor/thumbs/Instagram-Post-1hedgehog-off-black-ok61e8eds76dma39iqao8cwbeihgdc2a9grtrwy6p4.png";
} |
3 tasks
Closed
Closed
2 tasks
yakkomajuri
pushed a commit
that referenced
this issue
Oct 1, 2021
* Rename "retry" to "jobs", improve API for scheduling jobs. * refactor jobs test * more debug for redlock * turn the job code around * add `.runAt` method * add tests for the three methods: runNow, runAt and runIn * use variable delay * fix unintentionally broken test * better ways to throw errors * log a bit more on error in tests * use graphile url for consumer, refactor queues slightly * move connect to server * silence warning for now * fix default config in GH tests
1 task
11 tasks
Closed
guidoiaquinti
pushed a commit
that referenced
this issue
Jun 27, 2022
guidoiaquinti
added a commit
that referenced
this issue
Jun 27, 2022
guidoiaquinti
pushed a commit
that referenced
this issue
Jul 14, 2022
guidoiaquinti
added a commit
that referenced
this issue
Jul 14, 2022
macobo
added a commit
that referenced
this issue
Oct 12, 2022
* Simple endpoint querying graph data * Support listing historical exports * Support retrieving information on a single export * Return float * Sort the output * Add tests to AppMetricsQuery * Add tests to historical_exports_activity * Add tests for app_metrics#retrieve and historical_exports#list * Truncate app_metrics table between tests * Automatically break down by hourly if time range too small * Test endpoint to fetch export details This returns both the export summary as well as metrics data for that particular export * Reformat file * Tests fix * Update snapshots Co-authored-by: github-actions <41898282+github-actions[bot]@users.noreply.github.com>
1 task
mano233
added a commit
to mano233/posthog
that referenced
this issue
Feb 22, 2024
Create docker-image.yml
bretthoerner
added a commit
that referenced
this issue
Apr 12, 2024
frankh
added a commit
that referenced
this issue
Apr 16, 2024
* Try switching from wsgi to asgi By default I don't believe this will change anything (everything runs sync by default), but it will allow us to wrap e.g. clickhouse calls in sync_to_async wrappers to stop them blocking for ages * Trigger e2e tests * Set env var with ASGI/WSGI info * Fix sentry tracing sampling in ASGI This was relying on wsgi_environ which is replaced by asgi_scope
frankh
added a commit
that referenced
this issue
Apr 16, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Clarification
Language note: "users" can be confusing for us, given we track our users' users. I will refer to "clients" meaning the people using OUR software, and "users" meaning the users of their software.
Product need
We track events automatically.
We track front end events because tracking back end events would require adapting to either different programming languages and/or databases, and would require our clients' developers to map these events - a technical marketer or product person wouldn't be able to do it.
We have the concept of an "Action". This is 1 or more events that are particularly important to our clients. For example, creating a user profile, submitting a blog post, running a search.
Multiple events could be the same Action - a form may appear in several places on a website, but it would do the same thing in the browser.
A key competitive advantage is that we track every event by default, so the tracking never loses information.
This means that users need to be able to create actions, and then attach events to them.
Events also need properties "signed up" could then contain one of "with Google | with work email | with GitHub".
Mapping UX
The first thing a user needs to do is to create an Action.
Then they need to be able to "go" to their app or website to tag the Action.
An Action is comprised of Steps. Steps contain Events.
This means we can add more logic to the steps if needed in future (IF/OR etc)
The text was updated successfully, but these errors were encountered: