Так он серверные куки не читает вроде

А такие. Которые с клиента ставятся - норм

куки одни и те же что на клиенте что на сервере

я с клиента и ставлю как бы)) этим же плагином

В песочницу пихай

мне че нужно-то чтобы при изменении кукисов в браузере геттер среагировал и отдал актуальное, а не то, что было :(

А если геттер в компутед сперва а потом подставлять в вуе куки?

по сути, может я неправильно делаю, но я в данном случае использую экшены и геттеры так же, как при работе со стором, но тут храню просто не в state, а в cookie и у меня есть теория, что мы же не можем просто взять и удалить из store данные, т.к. потеряем реактивность (vue.set и прочее на помощь в этой же теме).... тут я удаляю таким же образом из куков, по сути, напрямую. и в геттере проверяю уже есть че или нет, в зависимости от наличия возвращаю пустой или актуальный массив. имеет место быть, кто посильней тут, как думаете, бред я несу или есть надежда на свет? :(

Включи во vuex strict true и проверь правильно ты делаешь или не)

короче, я думаю, я зря использую геттер, т.к. он не работает со state, соответственно, и реактивности нет..

https://codepen.io/anon/pen/prZmEZ вот и как это выравнить?

а шо там надо выровнять?

видно кстати этот неглубокий унылый жс подход в документировании. почти ничего не говорить про реализацию

А что ':' можно использовать в имени компонентов? Помню что vue ругался когда я так сделал 😕

v-card по центру экрана вертикально

короче зацените идею. хочу сделать директиву которая бы работала как v-show но триггерилась бы по изменению чего-то, триггерила бы транзишен + изменяла бы классы т.е. замещала :class че скажете ?

У меня тут несколько компонентов которые отображают часть большого массива, например: массив из 1000 продуктов - первый компонент отображает первые 12 продуктов сортируя по имени - второй компонент отображает последние 8 продуктов сортируя по цене в сторе у меня собственно должно быть нечто похожее на: state: { productViews: [] } в productViews уже загоняются это "табы", но как привязать определённый компонент к определённому индексу массива productViews?

так шоли?

У меня тут несколько компонентов которые отображают часть большого массива, например: массив из 1000 продуктов - первый компонент отображает первые 12 продуктов сортируя по имени - второй компонент отображает последние 8 продуктов сортируя по цене в сторе у меня собственно должно быть нечто похожее на: state: { productViews: [] } в productViews уже загоняются это "табы", но как привязать определённый компонент к определённому индексу массива productViews?

да

Только зачем?

А чем v-show плох?

ну я-ж вроде пояснил... несколько компонентов по сути отображают часть большого списка которая качается с сервера... или ты предлагаешь энкапсулировать эти данные в компоненте?

Если ты хочешь с сервера куски, то подумай как будешь передавать критерит

во первых v-show делает только display:none изза чего херится высота потому что надо делать магию с -9999 во вторых он всёравно не сможет красиво добавлять класс ПОСЛЕ транзишена. это кстати еще один довод в пользу того чтобы отказаться от классов но тем не менее главная проблема это отсутствие отличного от нормального v-show

я по GraphQL их запрашиваю с сервака, по сути я могу сделать это в asyncData промисом, но... как передать результирующие данные в computed?

а что это даст ?

Там метод фильтр

есть какой нибудь пример онлайн? что мне искать?

а что это даст ?

Высоту

ну окей инициальное состояние v-show=false что значит display:none. высоты нет. дальше что ?

.filter

делаем v-show=true сначала запускается транзишен а потом меняется дисплей. а мне нужно ДО

а ты уверен то что мне именно фильтры нужны? как-то звучит неправильно, ведь я просто хочу в asyncData скачать данные откуда-либо и передать их в computed. Обычно это же делается через store, в asyncData запускается dispatch экшона, а computed берёт данные из стора только в данном случае данные не должны быть в сторе а наоборот энкапсулированы внутри компонента...

хмм тогда надо еще подумать

а ты уверен то что мне именно фильтры нужны? как-то звучит неправильно, ведь я просто хочу в asyncData скачать данные откуда-либо и передать их в computed. Обычно это же делается через store, в asyncData запускается dispatch экшона, а computed берёт данные из стора только в данном случае данные не должны быть в сторе а наоборот энкапсулированы внутри компонента...

У тебя там массив, компоненты берут его часть

не не, ты неправильно понял, массив виртуальный, т.е. он хранится на сервере.. а компоненты качают часть этого массива с API, грубо говоря SELECT * WHERE ... LIMIT 12

и поскольку каждый компонент отображает произвольную часть этих данных - данные не должны находиться в сторе, в сторе ведь у нас данные которыми компоненты меж собой делятся, а это энкапсулированный пучок данных

А ты проверял сколько весят 1000 объектов в JSON?

количество не важно, я пытаюсь найти вопрос на ответ как данные из асинхронного запроса asyncData в computed перекинуть чтоб отобразить прямо в элементе

Должны.

так это же данные касаются только этого конкретного элемента, он ни с кем этими данными не делится

Смысл этого?

ну а смысл данные пихать в стор если они касаются только конкретной инстанции компонента?

А можно еще раз вопрос

Второй раз не грузить

А можно еще раз вопрос

@Romshark

но ведь это принципиально разные данные, у первого компонента первые 12 элементов отсортированных по имени, у второго последние 8 по цене..