01:50:22 JAA/arkiver: might need to nuke keyclubestore1.ubs.com and keyclubestore2.ubs.com, seem to be some session based (?) links to products, also the site is very slow which might be due to us (seeing 60/s here) 01:50:50 https://transfer.archivete.am/inline/10ru7u/keyclubestore.ubs.com.log 01:50:57 bit big that one, sorry 01:52:02 checking https://keyclubestore1.ubs.com/app/NTQ (which seems to be the store page), I get different links for the products under popular in different browser 01:55:51 Oof, yeah 01:58:15 Filter added. 01:58:22 thanks :) 01:59:02 no u :-) 02:06:49 JAA: still getting items for it 02:07:04 Hmm 02:07:12 2024-02-03T02:06:21.281218067Z Received item '[...]https://keyclubestore2.ubs.com/[...]' from tracker 02:07:55 So the filter I added is for ^https?://keyclubestore[12]%.ubs%.com/app/NTQ/ . 02:08:29 Are you getting /app/NTQ/ or /medias/ ? 02:08:29 seeing urls like this: https://keyclubestore2.ubs.com/medias/ 02:08:39 which redirects to /app/NTQ 02:08:54 Right 02:09:24 They're supposed to be images, but I guess they're broken. 02:09:40 likely also unique urls :( 02:09:57 Kicked /medias/ out as well. 02:10:59 perfect, that did it :) 02:13:38 backfeeds going down again too, nice 02:14:07 That filter rate :-) 13:03:38 JAA: if a new filter is added in place of an old filter, is the old filter removed? 13:03:46 i'm a bit worried about CPU usage with all the filters being added 13:04:11 i'll move filters to the repo again soon to be run on the workers instead, but of course there it will also increase load a bit 15:45:25 arkiver: If a new filter covers the old filter, I remove the latter, yeah. But in this case, they're not combinable since I added one for /app/NTQ/ and one for /medias/. I suppose I could've filtered the entire hosts instead. 17:01:44 this is fine for now 17:01:51 i might remove some filters when we move them to the repo