Yanzhen Yu 4bf533a675 fast-forward implementation v1
related to #6

Since the currently 'play at any time offset' implementation is pretty simple,
there are many things we can do to optimize its performance.

In this patch, we do the following optimizations:
1. Ignore some of the events during fast forward.
   For example, when we are going to fast forward to 10 minutes later,
   we do not need to perform mouse movement events during this period.
2. Use a fragment element as the 'virtual parent node'.
   So newly added DOM nodes will be appended to this fragment node,
   and finally being appended into the document as a batch operation.
These changes reduce a lot of time which was spent on reflow/repaint previously.
I've seen a 10 times performance improvement within these approaches.

And there are still some things we can do better but not in this patch.
1. We can build a virtual DOM tree to store the mutations of DOM.
   This will minimize the number of DOM operations.
2. Another thing that may help UX is to make the fast forward process async and cancellable.
   This may make the drag and drop interactions in the player's UI looks smooth.
2020-07-11 11:03:40 +08:00
2020-06-17 16:25:42 +08:00
2020-07-01 22:47:59 +08:00
2020-07-11 11:03:40 +08:00
2020-05-30 22:48:02 +08:00
2020-06-15 18:25:13 +08:00
2019-11-30 17:57:47 +08:00
2018-11-01 14:58:37 +08:00
2020-07-04 22:30:32 +08:00
2019-01-26 20:16:02 +08:00
2020-06-15 23:21:06 +08:00
2020-06-21 16:14:02 +08:00
2020-06-21 16:14:02 +08:00
2020-04-07 18:03:47 +08:00

Try rrweb

rrweb

Build Status Join the chat at https://gitter.im/rrweb-io/rrweb total gzip size recorder gzip size

中文文档

I have joined Github Sponsors and highly appreciate your sponsorship.

rrweb refers to 'record and replay the web', which is a tool for recording and replaying users' interactions on the web.

Currently, rrweb has already solved many difficult problems in recording and replaying, but the data structure may still be changed before the release of Version 1.0. So please be cautious to use rrweb in the production environment.

Guide

📚 Read the rrweb guide here. 📚

Project Structure

rrweb is mainly composed of 3 parts:

  • rrweb-snapshot, including both snapshot and rebuilding features. The snapshot is used to convert the DOM and its state into a serializable data structure with a unique identifier; the rebuilding feature is to rebuild the snapshot into corresponding DOM.
  • rrweb, including two functions, record and replay. The record function is used to record all the mutations in the DOM; the replay is to replay the recorded mutations one by one according to the corresponding timestamp.
  • rrweb-player, is a player UI for rrweb, providing GUI-based functions like pause, fast-forward, drag and drop to play at any time.

Roadmap

  • rrweb
    • handle cross-domain request errors
    • record in web worker
    • implement transmission data compression
    • verify recording in mobile browser
  • rrweb-player
    • implement efficient progress bar drag and drop control
    • add full screen mode
  • extensions
    • hijack the console API and record corresponding events
    • hijack Ajax/fetch API and record request events
    • use TraceKit to log exception events

Internal Design

Contribute Guide

Since we want the record and replay sides to share a strongly typed data structure, rrweb is developed with typescript which provides stronger type support.

Typescript handbook

  1. Fork the rrweb component repository you want to patch.
  2. Run npm install to install required dependencies.
  3. Patch the code and pass all the tests.
  4. Push the code and create a pull request.

In addition to adding integration tests and unit tests, rrweb also provides a REPL testing tool.

Using the REPL tool

Who's using rrweb

Description
No description provided
Readme MIT 20 MiB
Languages
TypeScript 66.5%
JavaScript 25.8%
HTML 6.3%
Svelte 1.2%
CSS 0.2%