Александр

!entry.isIntersecting - пропал
entry.isIntersecting - появился

гуглить android kiosk mode ??
прописать свое приложение как лаунчер ?? нажатие на центральную кнопку делает вызов лаунчера.

Проблема заключается в том, что clients.openWindow(url); не открывает новую вкладку, если вкладка с таким URL уже открыта. Вместо этого он просто переходит на существующую вкладку с этим URL.

Для открытия новой вкладки даже в случае, если сайт уже открыт в браузере, вам нужно использовать window.open(url, '_blank');. Вот как это можно сделать в вашем коде:

self.addEventListener('notificationclick', function(event) {
    event.notification.close()
    const url = event.notification.data.url
    if (url) {
        window.open(url, '_blank');
    }
}, false);

что-то по лучше, чем MySQL

а что получше - феррари, карьерный самосвал или метро?
Феррари вроде как быстрее, но не может перевезти 500 тонн за один рейс. Карьерный самосвал перевезти может, но расход горючки сумасшедший. А у метро фича - гоняет без пробок, но только там, где рельсы заранее проложили.

Все хорошо у MySQL с ресурсами.
У вас сейчас нет соцсети с миллионами юзеров, поэтому вам не нужна никакая навороченная сверхпроизводительная архитектура и бигдата.
Когда упретесь в производительность вы сперва подкрутите настройки того-же мускула, потом распараллелите, потом часть данных вынесете в какой-нибудь редис, и только когда и этого будет мало, вот тогда вы задумаетесь о смене основной БД.
К этому времени вы уже будете иметь представления какие у вас посты, сколько их, где у вас в архитектуре узкие места, и будете неплохо представлять какие есть альтернативы.
Альтернативы конечно и сейчас есть, но они вам не нужны в данный момент - больше мороки с ними, чем пользы. Ну выберете вы сейчас метро, например, будете инвестировать скиллы и время в рельсы, а в тоге окажется что вам нужно не метро и не самоствалы, а больше подошли бы нефтеналивные танкеры. Вы заранее не можете предсказать что и как у вас будет устроено.

Целиком в БД сохраняют с тегами HTML, или Объектом JSON

Начать можете с подхода "храним в том виде в котором пришло с клиента, перед показом чистим".
Это позволит на лету подправлять тот функционал что перед показом, и заплатите вы за это только некоторым количеством процессорной нагрузки.
Когда он окончательно утвердится, можно перейти на "чистим пред сохраннением в БД", что сэкономит ту самую нагрузку (очистка ровно один раз), но сразу упадет гибкость, так как данные, которые вы удалили при чистке уже не восстановить.

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

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

мне нужно обновлять данные, которые были измененные в бд, но не хочу обращаться данными к бд

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

Они в своём блоге пишут как они сделали визуализацию этой планеты. Перейти по ссылке
Смотрите в сторону Three JS.
На сайте такие примеры есть.

Да, всё верно. Операции попадают в Event Loop и оттуда они берутся на обработку.
Здесь можно более подробно почитать https://blog.sessionstack.com/how-javascript-works...

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

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

Когдато в старину такие вещи делали так:
бралось картинка в png и резалась на части, так чтобы сложные элменты были на местах, а между ними тоже кусок картинки в 1 пиксель, который тянется в зависимости от количества контента

Суть фатальной ошибки вам сообщает php, английским по белому)
Смысл написанного - вы пытаетесь вызвать функцию-член класса у чего-то, что не является объектом. Посмотрите, что у вас возвращает $mUsers->message_count() в этих случаях, и тогда все станет ясно. Как-то так, например:

$this->check=$mUsers->message_count();
if(is_object($this->check))$this->check=$this->check->fetch();
else{
  var_dump($this->check);
  die;
}

$arr = [['09:00', '10:00','11:00'], [1, 2,3]];
$count = count($arr[0]);
$arrNew = [];
for ($i = 0; $i < $count; $i++) {
$arrNew[$i] = [0 => $arr[0][$i], 1 => $arr[1][$i]];
}
var_dump($arrNew);

Да, проблема не в Webp и не в lazyload (хотя они лишними не будут), а в том, что нельзя грузить большие картинки в сетке в мелком масштабе, логика должна быть другая: изначально подгружаются и отображаются мелкие картинки (типа 370х280 px) - а при клике уже загружается большая фотка полноразмерная.
В wordpress это делается в два клика, ну а тут видимо придется вручную нашлепать мелких превьюшек.