right! in fact the problem is not the generation of the json file.
But its reading, as some sessions take up even 800MB
Why do you read all the JSON file at once? you can load batches
<?php
/**** other previous code not relevant ***/
$json = file_get_contents('records/'.$file_name, false, stream_context_create($arrContextOptions));
$json = str_replace('],[', ',', $json);
?>
const data = [{ events: <?php echo $json; ?> }];
function player(data){
const events = data.reduce((prev, cur) => prev.concat(cur.events), []);
new rrwebPlayer({
target: document.body,
props: {
events
},
});
}
player(data);
I've not implemented that yer, I'm going to do so in the near future. But I think the way to do this is very similar to the pagination principle. So in pagination, we don't load all records from the server at once, instead, we do load 10 records per request or x records per request based on parameter. .
in rrweb, you can the same as well, let's say you have a record that includes 1000 events, first things first you need to sort the events based on the timestamp, just in case. Second thing, you need to divide the whole record (1000 events) into multiple records, let's for example 10 records each one has 100 events (patch), 3rd, since you can know the total amount of time (in seconds) of the all record, and also, you know when each patch start/end time, with some calculation you would be able to know when to load a specifc patch.
I;m going to make POC very soon.
rrwebStopRecording = rrwebRecord({
emit(event) {
chrome.runtime.sendMessage({ event, type: 'event' }, () => {
});
},
recordLog: true,
packFn: rrwebPack,
sampling: {
// do not record mouse movement
mousemove: 250,
// do not record mouse interaction
mouseInteraction: 250,
// set the interval of scrolling event
scroll: 250, // do not emit twice in 150ms
},
}); this.player = new rrwebPlayer({
target: this.$refs.playerTarget,
props: {
events: events,
},
unpackFn: rrwebUnpack,
});
Ref There is a way to add events to the player.
const replayer = new rrweb.Replayer(events)
for (const newEvent of newEvents) {
replayer.addEvent(newEvent)
}for future ref.
Ref There is a way to add events to the player.
const replayer = new rrweb.Replayer(events) for (const newEvent of newEvents) { replayer.addEvent(newEvent) }for future ref.
How can I implemet this on a rrwebPlayer instance?
const data = [{ events: <?php echo $json; ?> }];
function player(data){
const events = data.reduce((prev, cur) => prev.concat(cur.events), []);
new rrwebPlayer({
target: document.body, // customizable root element
props: {
events
},
});
}
player(data);
:wave: Hey all, I wanted to ask a couple things:
I saw mentions about a "pro plan" to support same- and cross-origin iFrame recording; what is the "pro plan" and is it available today? In general, what is the current state of iFrame recording?
I saw the warning on the npm page about v1 data structure changes; any idea how the player might handle backwards compatibility?
- same-origin iframe support has been implemented and merged into the master branch. Supporting shadow-dom will be done these days(DOM mutation observer in shadow-dom is already merged), the cross-origin iframe is still pending. pro-plan is a personal consulting plan provided by me and you can send an email to me if you are interested.
- all the recorded events will have backward compatibility in v1.0.
@/all
Hi all, I'm very happy to share an experimental product build by rrweb's core team on top of rrweb:
https://storyteller.webzard.io/?utm_source=rrweb&utm_medium=gitter
storyteller is a no-code interactive tutorial builder, you can see demos(also made by the storyteller itself!) on the website. if you want to get early access, please leave your email and we are going to contact you ASAP
rrweb.record({
emit(event, isCheckout) {
events.push(event)
},
})
Hey there,
According to the github, the issue with angular: rrweb-io/rrweb#469 was fixed in the commit rrweb-io/rrweb@13f1a61. I've tried with angular 9, then upgraded to 10 and finally to 11. They all face the same result. Screen gets frozen. I've used the example code readme for the recording.
This was done in Feb, anyone knows if it was truly fixed? shall I reopen the ticket?
