У меня сходу не получилось настроить B4, чтобы пересесть с вышеупомянутого nfqws2-keenetic. Какие-то стратегии подбираю под домен, но не заводится, а в nfqws общий конфиг как-то работает. Но это дело третье, надо разбираться.
Юзкейс у меня такой, что установлено сразу и то и то, и в рамках экспериментов нужно переключаться с одного инструмента на другой - вместе они вряд ли могут адекватно работать. И вот один инструмент позволяет управлять своим состоянием из UI, а другой нет - приходится подключаться к роутеру по SSH и переключать там.
Согласен, юзкейс не самый полезный, но было бы удобно
Было бы круто иметь UI отдельно от самого сервиса, как сделано в https://github.com/nfqws/nfqws2-keenetic, чтобы можно было через этот самый UI управлять состояним сервиса без необходимости через SSH делать /opt/etc/init.d/S99b4 start/stop
Попробуйте еще добавить на jsonb колонку GIN-индекс и померять update с ним. У GIN-индекса есть интересный нюанс - fast update (https://www.postgresql.org/docs/current/gin.html#GIN-FAST-UPDATE). В итоге большая часть запросов может выполняться относительно быстро, но те, которым не повезло, и на которых индекс действительно начинает перестраиваться, будут сильно замедлены
Hash-индекс хорош еще и тем, что его размер не зависит от размера исходных значений, только от их количества. Если нужно искать по каким-то длинным строкам или обеспечивать их уникальность - это может дать хороший выигрыш по размеру индекса.
Ерунду написали. Дело же не в вычитке лишних колонок, а в том, что нужно сначала найти подходящие под условие строки, а затем просто их выкинуть для offset.
То, что реально работает - это keyset пагинация, про нее уже миллион раз писали, это не новость
Не помню подробности, если честно. Там что-то не так было с валидацией связей между слоями (assertArchitecture). Я, к сожалению, ишью про это так и не завел.
Меня пугают неясные перспективы поддержки ArchUnit - последний релиз практически год назад.
И еще - он работает на уровне результирующего байткода, соответственно ничего не знает про языковые фичи Kotlin, например. Я пробовал https://github.com/LemonAppDev/konsist, но там проект тоже мертв, при этом в последнем релизе есть блокирующий нормальное использование баг.
5 - Не везде нужна защита от перебора, не все системы торчат API куда-то наружу. Числовые ID как минимум занимают меньше места, да и банальные JOIN по ним чуточку да быстрее работают. Но да, если всё-таки UUID по каким-то причинам нужен - не забываем использовать UUIDv7.
А еще отправка сообщения/события тоже не моментальная (речь не обязательно о кафке, хотя и с ней тоже нужно дождаться получения сообщения всеми брокерами).
И часто такую отправку уводят в асинхрон с помощью outbox именно для того чтобы не замедлять обработку входящего запроса.
Более того, сейчас экскурсии водят даже внутрь экраноплана: можно подняться на борт, заглянуть в кабину пилотов, пройти по отсекам с аппаратурой. Детям и взрослым счастье, а для нас вообще подарок судьбы. Ведь где ещё в мире вы увидите настоящий боевой экраноплан? Правильно, нигде.
Сейчас - нет, парк еще строится, а Лунь огражден.
Да и реставрация, ИМХО, вышла сомнительная. Из артефакта древней цивилизации получился обычный военный экспонат в парке. Но большой, да.
UPD: В чатике помогли разобраться https://t.me/byebyebigbro/18789/25871
У меня сходу не получилось настроить B4, чтобы пересесть с вышеупомянутого nfqws2-keenetic. Какие-то стратегии подбираю под домен, но не заводится, а в nfqws общий конфиг как-то работает. Но это дело третье, надо разбираться.
Юзкейс у меня такой, что установлено сразу и то и то, и в рамках экспериментов нужно переключаться с одного инструмента на другой - вместе они вряд ли могут адекватно работать. И вот один инструмент позволяет управлять своим состоянием из UI, а другой нет - приходится подключаться к роутеру по SSH и переключать там.
Согласен, юзкейс не самый полезный, но было бы удобно
Telegram Bridge Mod не завелся, хотя MTProto прокси работает. Возможно, каких-то настроек не хватает для Bridge Mod, как можно отладить?
Было бы круто иметь UI отдельно от самого сервиса, как сделано в https://github.com/nfqws/nfqws2-keenetic, чтобы можно было через этот самый UI управлять состояним сервиса без необходимости через SSH делать /opt/etc/init.d/S99b4 start/stop
Как будто и этот комментарий тоже попахивает
Попробуйте еще добавить на jsonb колонку GIN-индекс и померять update с ним. У GIN-индекса есть интересный нюанс - fast update (https://www.postgresql.org/docs/current/gin.html#GIN-FAST-UPDATE). В итоге большая часть запросов может выполняться относительно быстро, но те, которым не повезло, и на которых индекс действительно начинает перестраиваться, будут сильно замедлены
Hash-индекс хорош еще и тем, что его размер не зависит от размера исходных значений, только от их количества. Если нужно искать по каким-то длинным строкам или обеспечивать их уникальность - это может дать хороший выигрыш по размеру индекса.
Ерунду написали. Дело же не в вычитке лишних колонок, а в том, что нужно сначала найти подходящие под условие строки, а затем просто их выкинуть для offset.
То, что реально работает - это keyset пагинация, про нее уже миллион раз писали, это не новость
А в чем кривость?
Ну вот всё-таки Schema Registry поддерживает, а не Kafka. Уж извините за духоту.
А что значит "поддерживает"? В кафку можно любой набор байт отправить, тут не нужна поддержка какого-то определенного формата.
Не помню подробности, если честно. Там что-то не так было с валидацией связей между слоями (assertArchitecture). Я, к сожалению, ишью про это так и не завел.
+15 рублей
Меня пугают неясные перспективы поддержки ArchUnit - последний релиз практически год назад.
И еще - он работает на уровне результирующего байткода, соответственно ничего не знает про языковые фичи Kotlin, например. Я пробовал https://github.com/LemonAppDev/konsist, но там проект тоже мертв, при этом в последнем релизе есть блокирующий нормальное использование баг.
И тогда можно добавить uuid отдельным полем
5 - Не везде нужна защита от перебора, не все системы торчат API куда-то наружу. Числовые ID как минимум занимают меньше места, да и банальные JOIN по ним чуточку да быстрее работают. Но да, если всё-таки UUID по каким-то причинам нужен - не забываем использовать UUIDv7.
А еще отправка сообщения/события тоже не моментальная (речь не обязательно о кафке, хотя и с ней тоже нужно дождаться получения сообщения всеми брокерами).
И часто такую отправку уводят в асинхрон с помощью outbox именно для того чтобы не замедлять обработку входящего запроса.
Сейчас - нет, парк еще строится, а Лунь огражден.
Да и реставрация, ИМХО, вышла сомнительная. Из артефакта древней цивилизации получился обычный военный экспонат в парке. Но большой, да.
А что делать, когда сервис перезапустится?
За пруфами полезла на пикабу и дзен. Достойные источники, ничего не могу сказать