Skip to content
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

Closed
jamesefhawkins opened this issue Jan 26, 2020 · 1 comment
Closed

Mapping xpaths to our product #2

jamesefhawkins opened this issue Jan 26, 2020 · 1 comment
Assignees
Labels
enhancement New feature or request

Comments

@jamesefhawkins
Copy link
Collaborator

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)

Screenshot 2020-01-25 at 19 02 45

@jamesefhawkins
Copy link
Collaborator Author

jamesefhawkins commented Jan 26, 2020

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";
}

@jamesefhawkins jamesefhawkins added the enhancement New feature or request label Jan 26, 2020
timgl pushed a commit that referenced this issue Nov 24, 2020
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
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>
mano233 added a commit to mano233/posthog that referenced this issue Feb 22, 2024
bretthoerner added a commit that referenced this issue Apr 12, 2024
#21495)

Revert "chore(plugin-server): add plugin skip list for personless (#21378)"

This reverts commit 6143f83.
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
frankh added a commit that referenced this issue Apr 16, 2024
Revert "feat: Switch from WSGI to ASGI (attempt #2) (#21572)"

This reverts commit d948a18.
neilkakkar pushed a commit that referenced this issue Jun 10, 2024
Add Rust workflow and lockfile
neilkakkar pushed a commit that referenced this issue Jun 10, 2024
fuziontech added a commit that referenced this issue Jun 18, 2024
EDsCODE added a commit that referenced this issue Jun 20, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants