sldo_ru

https://developer.mozilla.org/ru/docs/Web/API/Inte...

Ну а дальше по вкусу подключаете css-класс, который изменит visibility/opacity с нужным таймингом.

При помощи RPOPLPUSH
https://big-elephants.com/2013-09/building-a-messa...
https://stackoverflow.com/questions/6192177/redis-...
Но если нужна надежная доставка, то нужно подумать о замене на другую MQ.

Для Vue CLI: https://cli.vuejs.org/ru/config/#productionsourcemap
Для чистого вебпака: https://webpack.js.org/configuration/devtool/

Что именно вы заменяете? Заменяя ссылку в атрибуте xlink:href элемента image все работает хорошо, все меняется.

В CSS есть clip и clip-path для создания маски, возможно вам пригодится

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

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

Что касается быстрой загрузки истории сообщений - то тут нужно сохранять сообщения таким образом, чтобы сообщения одного пользователя всегда были на одном и том же сервере (если используется шардинг). Тогда обычный SELECT из базы по user_id будет вполне себе быстро работать даже на огромной базе. Также таблицы можно еще партицировать, чтобы еще быстрее загружать последние сообщения в истории.

Что касается безопасности, если не использовать e2e шифрование, как вариант, можно использовать обычные RSA ключи. Например на сервере генерируем два ключа, открытый отправляем кленту, он шифрует им сообщение и передает сообщение на сервер. Вы на сервере его расшифровываете при помощи закрытого ключа. Для отправки сообщения клиенту, можно сделать тоже самое. Клиент также генерирует два RSA ключа и открытый ключ отправляет серверу. Когда серверу нужно доставить сообщение клиенту, он шифрует сообщение открытым ключём, который ему высылал клиент и отправляет ему.

Мне тоже интересно узнать другие варианты решения этой задачи, буду следить за этой темой :)

Хорошее дополнение по хранению сообщения и организации поиска от Ильи
Распределение нагрузки решается шардингом — получается много небольших БД вместо одной огромной. Скорее всего каждое сообщение разбивается по словам/частям слов и сохраняется в поисковый индекс типа слово—message_id и такой индекс строится для каждого пользователя и тоже шардируется. При поиске сначала получаем идентификаторы подходящих сообщений из поискового индекса, потом выгружаем сообщения из БД с сообщениями.

Дополнение от Stalker_RED
только не "сообщения одного пользователя всегда были на одном и том же сервере" а сообщения из одного чата/канала/группы (включая чаты, в котором всего два участника). То-же самое касается построения индекса.

попробуй как-то так

User.updateOne({
  { _id: 1 },
  { $pull: { items: { _id: '24123123dsfasdf32' } } }
})

или так, если первое откажется работать

User.updateOne({
  { _id: 1 },
  { $pull: { items: { _id: { $eq: '24123123dsfasdf32' } } }
})

<div v-for="item, index in [].concat(arr, arr, arr, arr, arr)" : key="index">
  {{ arr }}
</div>

<template v-for="item in 5" >
  <div v-for="item, index in arr" : key="index">
    {{ arr }}
 </div>
</template>

<template>
	<div v-for="(item, index) in items" :key="index">
		<span @click="item.open = !item.open">{{ item.question }}</span>
		<span v-if="item.open">{{ item.answer }}</span>
	</div>
</template>
<script>
export default {
	data: {
		faqs: [
			{
				open: false,
				question: '...',
				answer: '...',
			},
		],
	},
}
</script>