-
imerJAA/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)
-
imer
-
imerbit big that one, sorry
-
imerchecking keyclubestore1.ubs.com/app/NTQ (which seems to be the store page), I get different links for the products under popular in different browser
-
JAAOof, yeah
-
JAAFilter added.
-
imerthanks :)
-
JAAno u :-)
-
imerJAA: still getting items for it
-
JAAHmm
-
imer2024-02-03T02:06:21.281218067Z Received item '[...]keyclubestore2.ubs.com/[...]' from tracker
-
JAASo the filter I added is for ^https?://keyclubestore[12]%.ubs%.com/app/NTQ/ .
-
JAAAre you getting /app/NTQ/ or /medias/ ?
-
imerseeing urls like this: keyclubestore2.ubs.com/medias<really long string>
-
imerwhich redirects to /app/NTQ
-
JAARight
-
JAAThey're supposed to be images, but I guess they're broken.
-
imerlikely also unique urls :(
-
JAAKicked /medias/ out as well.
-
imerperfect, that did it :)
-
imerbackfeeds going down again too, nice
-
JAAThat filter rate :-)
-
arkiverJAA: if a new filter is added in place of an old filter, is the old filter removed?
-
arkiveri'm a bit worried about CPU usage with all the filters being added
-
arkiveri'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
-
JAAarkiver: 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.
-
arkiverthis is fine for now
-
arkiveri might remove some filters when we move them to the repo