hckn

Косяк ровно тот же, что и в вашем предыдущем вопросе. Сделайте вместо индекса нормальный key - и всё станет хорошо. А сейчас что - элемент удалили, неважно какой, всегда изменяется key последнего элемента (вернее сказать, элемента с таким key вообще больше нет) - поэтому он и анимируется.

Потому что key кривой - завязан на индекс. Сделайте, чтобы он соответствовал реальным данным - всё будет OK.

Перемудрил как-то с этим TWEEN. Попробуй gsap, получится гораздо проще.

import {TimelineMax} from "gsap";

export default {
  props: [],
  data () {
    return {
      blocks: [
        {title: 'one', content: 'lorem three...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...', show: false},
        {title: 'two', content: 'lorem three...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...', show: false},
        {title: 'three', content: 'lorem three...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...lorem two...', show: false}
      ]
    }
  },
  methods: {

    switchBlock (n) {
      if (this.blocks[n].show === true) {
        this.blocks[n].show = false;
      }
      else {
        this.blocks.forEach(function(block) {
          block.show = false;
        });

        this.blocks[n].show = true;
      }
    },

    enter (el, done) {

      new TimelineMax()
        .from(el, .5, {
          height: 0
        });
    },

    leave (el, done) {

      new TimelineMax()
        .to(el, .5, {
          height: 0
        });
    }
  }
}

Способ на мой взгляд довольно костыльный, но... массив, который вы обходите через v-for - добавить его элементам свойство height, и передавать сами элементы в Tween. Как-то так.

Вы вызываете done сразу после изменения show, поэтому элемент удаляется немедленно, не дожидаясь окончания анимации. Надо использовать коллбек onComplete:

leave(el, done) {
  TweenMax.to(el, 1, {
    x: 0,
    onComplete: done,
  });
},

нет

Честно говоря, не очень понятно - а зачем тут вообще слоты. Передавайте в компонент данные обычным параметром, на их основе создавайте список.

Но если всё-таки нужно использовать именно слот - пишите собственную render-функцию. Т.е., вместо шаблона, который есть у вас сейчас, будет что-то вроде

export default {
  render(h) {
    return h('ul', this.$slots['list-item'].map(n => h('li', [ n ])));
  },
};

UPD. Если, помимо собственно списка в будущем планируется добавить в компонент List ещё какие-то элементы, то наверное будет не очень удобно рендерить всё это дело через функцию, поэтому можно написать небольшой компонент-обёртку для элементов слота:

components: {
  SlotWrapper: {
    functional: true,
    render: (h, context) => context.props.node,
  },
},

<li v-for="n in $slots['list-item']">
  <slot-wrapper :node="n"></slot-wrapper>
</li>

скачать все файлы в директорию
зайти в консоли в директорию
sudo dpkg -i *.deb

в плане профильной эксплуатации, лично для меня ФФ выиграл в сухую. Хромиум содержу в линуксе для быстрой загрузки и оперативного поиска/+легкого перевода. почитать/подумать/продолжить завтра - только ФФ

основное - простота работы с профилями, переносимость профилей
и, возможно, самое главное - ленивая загрузка вкладок прошлого сеанса

полезные ссылки
https://developer.mozilla.org/ru/docs/Mozilla/Comm...

но самый простой вариант - формировать скриптами ярлыки с доп.параметрам в линукс
-no-remote -profile '/home/username/.mozilla/firefox/profiles/profilename'
в винде
-no-remote -profile "%APPDATA%/Mozilla/Firefox/profiles/profilename"

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

Все работает.

Я честно говоря, ожидал что это будет работать из коробки, но увы...

А оно работает. Ищите косяк у себя. Может, параметр не определили как Boolean.

Встречаю в примерах кода, что люди хранят в базе помимо самого хеша, значение соли. Зачем?

у тебя в базе у 3х юзеров пароль "qwerty", узнав хэш для слова "qwerty", можно получить доступ к 3м аккаунтам
В варианте с солью нужно искать 3 разных хэша

Смотря в каком формате ваша функция возвращает хэш, если он уже и так содержит соль, то хранить её отдельно не имеет никакого смысла. Если допустим используете этот пакет для вычисления и проверки хэша, то там хэш полученный уже содержит соль.

можно условно считать, что fetch это низкоуровневая реализация, а axios - более высокоуровневая библиотека. Fetch он вам предоставляет минимум для работы с запросами, в аксиос есть дополнительные интересные плюшки. И вы вероятно правы, - если написать обертку над фетчем (а ее скорее всего придется писать в более или менне непростом сайте), то получится как минимум кастрированный аксиос, как максимум — что-то лучше.

-Отменяемость запросов
-Единый код для браузера и nodejs

Хотя как по мне axios не применим на nodejs так как доступ к кукам сделан через одно место, а для клиента есть более легкие альтернативы. Например https://github.com/developit/unfetch

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

Вы можете создать обычные cookie, в которых будете хранить поле login=1, которое вы сможете спокойно удалить в offline и при следующем обращении к серверу выдать пользователю страницу авторизации. Также в случаи XSS атаки, максимум что можно будет сделать, это разлогинить пользователя.

1. Генерим корневой самоподписанный сертификат и добавляем его в систему как доверенный.
2. Придумываем виртуальный домен и через /etc/hosts прописываем его на 127.0.0.1
3. Генерим сертификат для домена из п.2, подписываем его корневым сертификатом из п.1
4. Настраиваем https хост для домена из п.2 с сертификатом из п.3
профит

Лучше делать подольше, посмотрите на vk, fc...