You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
That is to say, treat multiple channels as one. Particularly useful when crypto dumbfucks decide to take over a well-established IRC server, triggering a massive migration to a new one. As someone browsing the logs, the migration should be transparent.
This could be done using a config value that maps 1+ channels to one, eg.
This is a non-destructive fix for issue #4, but performance is terrible.
Sadly, using `channel = ANY(…)` brings Postgres to its knees because it
stops using its index. Maybe we could try unrolling into an OR list
manually, see if that helps.
This is a non-destructive fix for issue #4, but performance is terrible.
Sadly, using `channel = ANY(…)` brings Postgres to its knees because it
stops using its index. Maybe we could try unrolling into an OR list
manually, see if that helps.
That is to say, treat multiple channels as one. Particularly useful when crypto dumbfucks decide to take over a well-established IRC server, triggering a massive migration to a new one. As someone browsing the logs, the migration should be transparent.
This could be done using a config value that maps 1+ channels to one, eg.
The text was updated successfully, but these errors were encountered: