Удалённое из массива собщение уже удалено. Для начала надо попробовать вернуть его взад положив в массив обратно с тем же key. Есть надежда, что умные ребята из команды Vue позаботились о красивой обработке такого случая.
Если нет - придётся отказаться от стандартной логики transition-group и раскурив сырцы оного запилить свой вариант.
Я всё же надеюсь на сверхразум разрабов, но проверять самому не тянет.)
Либо наколенный проект по "поддержке" какого-нить никому не нужного говна. Там где ни дизайнеров нет, ни кодеров. Какой-нить манагер как может в паинте\поверпоинте\ворде картинку изобразил, какой-нить контент-манагер как мог нарезал и впендюрил. Обычное дело.)
HiDiv, ты ещё проверь, у тебя случаем две версии Vue одновременно не затесались? Подключаешь к одной, а рисуешь другой. Такое бывает когда код сильно модульный.)
Мужик, простой алгоритм куда следует задавать вопрос: если проблема с большой вероятностью может случиться с каждым и касается широко распространённых вещей - спрашивать надо гугл, а не людей.
Ключевые слова: google force recrawl.
Мне лень самому чё-то запускать, но смотрю я на data и там значения в десятки тысяч, при интервале 100 он логично пытается что-то там нарисовать 10000/100 = 100 раз между каждым пунктом...
Developer, нет, ну на практике конечно может быть любой бред, и запущенный локально ьэк может полезть в продакшн базу... Но волков бояться - в лес не ходить.)
VasilissaLame, в разработке принято делить среду как минимум на development и production(бывает ещё staging, test и много всего ещё) - соответственно и запускаются вещи в разных режимах. В режим dev всё настроено чтоб работать локально, prod - на боевом сервере.
Василий Банников, лол, нашё что оптимизировать. Получение элемента по id занимает чуть больше времени чем получение свойства объекта. Это явно не узкое место.)
3. Единственное что может конфликтовать это порты на которых разворачивается бэк\фронт.
Если это кем-то разрабатывалось в связке, то dev среда уже заранее подготовлена и проблем не будет. Иначе придётся чутка поправить конфги - ничего страшного.
В любом случае - просто запускайте и тыкайте, это самый универсальный способ разобраться с чем угодно.)
komigor, Асхат Бикметов тебе ответил. Надо читать текст ошибки и думать головой.
Если надо разжевать ещё больше: переменные окружения могут быть по какой то причине не определены. Ты должен сделать явную проверку и обработку такого случая. То что ты делаешь - заметание мусора под ковёр, причём способом, явно показывающим, что ты понятия не имеешь что делаешь(еслиб понимал и делал это осознанно - просто бы написал что-то типа process.env.DB_NAME as string ).
При таком подходе, если ты случайно забудешь указать тот же DB_NAME - это приведёт к неуловимой ошибке, которая легко может быть не замечена или быть сложной в диагностике.
Готовый рабочий конфиг небось.
Собрать его с нуля - вот боль. "Схожие" правила конфликтуют и конфликтуют жёстко, в готовых пресетах это просто заранее проработано.
WbICHA, TSLint: ты берёшь и работаешь.
ESLint: ты берёшь и страдаешь, ничего не работает. Потом ты, как автор вопроса, ищешь готовый пресет, который кто-то чудом заставил работать, осторожно настраиваешь под себя, ловя баги, и потом боишься даже дышать в его сторону.
Зато получаешь то, что видишь.
А про цвета в вэбе - самая мякота это exif, который разными браузерами интерпретируется как на бог на душу положит.