Add retry attempts for peertube up/down logic? #38

New Issue

2022-07-18T10:42:07Z

decentral1se commented

2022-07-18 10:42:07 +00:00

❯ docker logs beta_lumbung_space_tv.1....
generating tv posts...
didn't get a response from peertube, instance might have been taken down or made private. removing all posts.
deleted ...
deleted ...
deleted ...
deleted ...
deleted ...
...

tv.lumbung.space was up, should we rather add some retry logic here instead of deleting everything? Because then everything is re-downloaded when the logic picks up the instance again. deleting is a waste in this case... is there a better way to detect private-ness? @r @knoflook

``` ❯ docker logs beta_lumbung_space_tv.1.... generating tv posts... didn't get a response from peertube, instance might have been taken down or made private. removing all posts. deleted ... deleted ... deleted ... deleted ... deleted ... ... ``` tv.lumbung.space was up, should we rather add some retry logic here instead of deleting everything? Because then everything is re-downloaded when the logic picks up the instance again. deleting is a waste in this case... is there a better way to detect private-ness? @r @knoflook

knoflook commented

2022-07-19 10:08:53 +00:00

is there a better way to detect private-ness?

i don't think so, private videos just don't appear when you type the link in AFAIK

should we rather add some retry logic here instead of deleting everything?

yes, maybe it could try 30 secs and a minute later?

> is there a better way to detect private-ness? i don't think so, private videos just don't appear when you type the link in AFAIK > should we rather add some retry logic here instead of deleting everything? yes, maybe it could try 30 secs and a minute later?

👍 1

Sign in to join this conversation.

2 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: ruangrupa/konfluks#38