Vlad

> Why does this happen? And why does it only happen when the Composable API is used? I tried to figure it out on my own, but it didn't work...

@fabis94 fix for slow loading is quite easy. You just need to apply the fix from this https://github.com/vuejs/vue-apollo/pull/1241, I also described how to do it [here](https://github.com/nuxt-community/apollo-module/issues/407#issuecomment-909535454).

@productfrontenddeveloper Yes, I'm already using 😅

As a solution in my project, I just use a special layout called empty: ```vue ``` Then in the need pages: ```vue meta: layout: 'empty' ```

Это касается уже стороны ВКонтакте, они переписывают частично LongPoll, однако это не быстрый процесс. Доступная документация касается только [10 версии](https://github.com/danyadev/longpoll-doc#%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%82%D1%83%D1%80%D0%B0-%D1%81%D0%BE%D0%BE%D0%B1%D1%89%D0%B5%D0%BD%D0%B8%D1%8F), и то не официальная, в официальной описана только [3 версия](https://dev.vk.com/api/user-long-poll/getting-started#%D0%98%D0%B7%D0%BC%D0%B5%D0%BD%D0%B5%D0%BD%D0%B8%D1%8F%20%D0%B2%20%D0%B2%D0%B5%D1%80%D1%81%D0%B8%D1%8F%D1%85).

Тут неправильное понимание регулярного выражения, в `context.$match[0]` всегда хранится полная строка которая попала под выражение. А в `context.$match[1..]` уже хранятся все другие группы которые указаны в регулярном выражении.

Still relevant, it appeared in our production. Vue: `3.4.5` @egjs/flicking: `4.11.2`

Still relevant. I updated to version 3, of course it lags a little less, but it still lags. My schema overview

@er-pratham It's supposed to be here https://github.com/SeaQL/sea-orm/blob/master/src/entity/active_model.rs

Hi @billy1624, I think this behavior is confusing. It sounds like `assert!(Option::Some(1) == 1)` to me. I think it's worth sticking with how `Option` does it.