Константин

Я полагаю, что такие магазины сохраняют всё, например в postgres или greenplum, а затем передают в аналитические базы (или пишут параллельно), типа в кликхаус или oracle?

XX век прошел под флагом реляционных СУБД. Вокруг них строились все системы.
Для любой банковской системы БД - абсолютная царица дизайна. Именно от нее шло
техническое задание. От базы а не от Хибернейта и синтетических таблиц как щас.
Таблицы любили. Вокруг них строили красивые теории. Модели. EAV. Подгоняли
аппарат алгебры (Эдгар Кодд со своими формочками).

В появлением NoSQL и стриминговых систем - пришлось всем признать что реляционка
исчерпала возможность линейного роста. У Майкла Стоунбрейкера есть статья где
он меряет БД под нагрузкой и доказывает что треть ресурсов CPU просто сгорает
в блокировках и защелках и прочих механизмах синхронизации.

Какой софт использует розничная торговля - сложно сказать. Там будет десяток систем которые
работают просто всместе как Grid. Например сообщения от кассовых аппаратов и платежных
систем могут в первую очередь падать в JMS/MQ систему. А уже потом процесситься и ложиться в
БД операционного дня. И по проишествии периода - сливаться Warehouse и в BigData
Есть еще вариант что в аналитику сразу попадают данные со стриминга. Я такое видел.
И это не последняя часть стека. Аналитика в свою очередь является источником для всяких
BI, витрин данных. ОЛАП-кубиков и прочее что любят смотреть и показывать на презентациях.
С красивой инфографикой.

Что использует Магнит - чорт его знает. Это можно поискать по всяким конференциям. Но само
знание или название продуктов вам ни о чем не скажет. Если они используют допустим
Kafka+Clickhouse - из этого не следует что вам это пригодится.

Были странные архитектурные решения. Uber например пытался выжать максимальные мощности
из Postgres и не смог. Перешел на MySQL. Видимо им было достаточно MyISAM и брали лишь
только те фичи что надо.

Facebook строил Rocksdb (Key-Value) с очень сильной оптимизацией по диску. Там уже было
не R+Tree а другой тип дерева. Тоже видимо у конторы так "пригорело" что им надо было
штучную NoSQL делать.

СБЕР по слухам строил на Apache Ignite прослойку между Ораклом и клиентами потому что Оракл
не справлялся с нагрузками. Впрочем я не могу это нигде доказать. Просто слышал в разговорах
архитекторов. И это очень штучное и очень деликатоное решение. Другим оно может вообще не подойдет.
Нужно много думать о механике инвалидации кешей.

Хедж фонд BridgeWater строит свои хранилища ассетов на базе Amazon S3. Реально эти ребята пихают
в С3 все что можно. И в этом есть своя стратегия. S3 стоит дешево. И масштабируется. Дешевле чем DBMS.

Также, я думаю, что множество магазинов могут быть обслуживаться отдельными кластерами, чтобы работа всей сети не остановилась, если какая та БД выйдет из строя?

Эту задачу тоже можно решать на разных уровнях. Мне нравится решение от Cassandra. Там все
таблицы имеют 1-2 реплики. И убить всю систему в целом в принципе невозможно пока последний
датацентр стоит. Но Кассандра платит за это отказом от consistency и вообще она считается не-реляционкой.
Хотя базовый диалект SQL поддерживает. Фактически она - умный NoSQL c хорошим сетевым протоколом
обхода сбоев и конфликтов. Кажется Netflix ее активно использует.

Вобщем можно дизайнить системы по разному усиливая одни части и ослабляя другие.
Это как тот треугольник дешево-медленно-дорого но в углах стоят разные качества. Например
CAP-свойства систем. Или приоритеты. Тебе что важно. Быстро записать в БД платеж? Но при этом
чтение оперативных данных потребует лагов. Или наоборот писать медленно зато чтоб все по ящичкам
и по коробочкам лежало да и еще в разных копиях и вариациях.

Хотите нормально - тогда роутер типа Mikrotik 951, в котором надо будет настроить резервирование. Роутер будет жонглировать подключениями, а ваш комп всегда подключен к одной точке

То, что вы хотите - сделать нельзя.
Точнее можно прикрутить какой-то скрипт, который например будет пинговать постоянно что-то и при пропадании пинга переключаться на другой WIFI.
Но правильное решение - поставить нормальный маршрутизатор с одним WIFI, который будет иметь выход через 2 канала и он будет переключаться между ними в зависимости от условий.

TUN предоставляет возможность получения и отправки сетевых пакетов программой через созданный виртуальный интерфейс.
Всё остальное необходимо делать самостоятельно.

^(([a-z0-9_-]+\.)*(?!(play|gemini)\.)[a-z0-9_-]+\.)?google\.com$

HTML аттрибуты нельзя менять через CSS. Только через JS.

Судите сами:

function resize() {
    const el = document.getElementsByClassName('preloader-wrap')[0];
    let scale = 0 < window.innerWidth - window.innerHeight
                ? window.innerWidth / 2200
                : window.innerWidth / 800;
    el.style.transform = 'translate(-50%, -50%) scale(' + scale + ')';
}

function animAdd(selector, className, timeout) {
    const el = document.getElementsByClassName(selector)[0];
    setTimeout(function () {
        el.classList.add(className);
    }, timeout);
}

function animRem(selector, className, timeout) {
    const el = document.getElementsByClassName(selector)[0];
    setTimeout(function () {
        el.classList.remove(className);
    }, timeout);
}

function getRandom() {
    return 10 * Math.round((1500 * Math.random() + 500) / 10);
}

function animBannerAdd() {
    animAdd('preloader-item1', 'active', getRandom());
    animAdd('preloader-item2', 'active', getRandom());
    animAdd('preloader-item3', 'active', getRandom());
    animAdd('preloader-item4', 'active', getRandom());
    animAdd('preloader-item5', 'active', getRandom());
    animAdd('preloader-item6', 'active', getRandom());
    animAdd('preloader-item7', 'active', getRandom());
    animAdd('preloader-item8', 'active', getRandom());
    animAdd('preloader-item9', 'active', getRandom());
    animAdd('preloader-item10', 'active', getRandom());
    animAdd('preloader-item11', 'active', getRandom());
    animAdd('preloader-item12', 'active', getRandom());
    animAdd('preloader-item13', 'active', getRandom());
    animAdd('preloader-item14', 'active', getRandom());
    animAdd('preloader-item15', 'active', getRandom());
    animAdd('preloader-item16', 'active', getRandom());
    animAdd('preloader-item17', 'active', getRandom());
    animAdd('preloader-item18', 'active', getRandom());
    animAdd('preloader-item19', 'active', getRandom());
    animAdd('preloader-item20', 'active', getRandom());
    animAdd('preloader-item21', 'active', getRandom());
    animAdd('preloader-item22', 'active', getRandom());
    animAdd('preloader-item23', 'active', getRandom());
    animAdd('preloader-item24', 'active', getRandom());
    animAdd('preloader-item25', 'active', getRandom());
    animAdd('preloader-item26', 'active', getRandom());
    animAdd('preloader-item27', 'active', getRandom());
    animAdd('preloader-item28', 'active', getRandom());
    animAdd('preloader-item29', 'active', getRandom());
    animAdd('preloader-item30', 'active', getRandom());
    animAdd('preloader-item31', 'active', getRandom());
    animAdd('preloader-item32', 'active', getRandom());
}

function animBannerRem() {
    animRem('preloader-item1', 'active', 0);
    animRem('preloader-item2', 'active', 0);
    animRem('preloader-item3', 'active', 0);
    animRem('preloader-item4', 'active', 0);
    animRem('preloader-item5', 'active', 0);
    animRem('preloader-item6', 'active', 0);
    animRem('preloader-item7', 'active', 0);
    animRem('preloader-item8', 'active', 0);
    animRem('preloader-item9', 'active', 0);
    animRem('preloader-item10', 'active', 0);
    animRem('preloader-item11', 'active', 0);
    animRem('preloader-item12', 'active', 0);
    animRem('preloader-item13', 'active', 0);
    animRem('preloader-item14', 'active', 0);
    animRem('preloader-item15', 'active', 0);
    animRem('preloader-item16', 'active', 0);
    animRem('preloader-item17', 'active', 0);
    animRem('preloader-item18', 'active', 0);
    animRem('preloader-item19', 'active', 0);
    animRem('preloader-item20', 'active', 0);
    animRem('preloader-item21', 'active', 0);
    animRem('preloader-item22', 'active', 0);
    animRem('preloader-item23', 'active', 0);
    animRem('preloader-item24', 'active', 0);
    animRem('preloader-item25', 'active', 0);
    animRem('preloader-item26', 'active', 0);
    animRem('preloader-item27', 'active', 0);
    animRem('preloader-item28', 'active', 0);
    animRem('preloader-item29', 'active', 0);
    animRem('preloader-item30', 'active', 0);
    animRem('preloader-item31', 'active', 0);
    animRem('preloader-item32', 'active', 0);
}

document.addEventListener('DOMContentLoaded', function () {
    resize();
});

window.onresize = function () {
    resize();
};

console.log(getRandom());

animBannerAdd();

setInterval(function () {
    animBannerRem();
}, 3000);

setInterval(function () {
    animBannerAdd();
}, 3000);

В густом лесу мне кажется лучше подойдёт внешний gnss приемник. Если смартфон или планшет может в OTG ... особенно если там , в лесу нету инета
И да, более новое устройство работает со всеми спутникамт

nginx — это реверс-прокси
go — это яп.

в чём вопрос-то?

то как go может работать на ngnix?

nginx проксирует запрос в сервер на го, который пишет программист. Цепочка проксей может быть сколько угодно большой. Ты можешь поставить nginx -> nginx -> caddy -> nginx -> gin, никто не запрещает.

Мы сделали бортовой регистратор данных для движущегося объекта. Оказалось, что за минуту набегает ошибка до 0.8 сек. Для анализа динамики движения это очень много, если даже простейшие GPS уже умеют выдавать данные через 0.1 сек.

Все дело в кварце и убогом процессоре, который обрабатывает системное время через аппаратное прерывание Таймера 1. Как только нагрузили процессор вычислениями по полной, так и побежало отставание.

Решили проблему коррекцией времени через сигнал PPS от приемника GPS. Но тоже не здорово - еще отбираем мощность у процессора на обработку прерываний.

Сейчас заказал Arduino Uno R4 прямо с сайта Arduino.cc (у меня есть возможность). 25 евро, не дорого. У нее встроенные часы, хороший кварц и частота процессора уже 48 МГц.

Кварцы не совершенны.
Рубидиевые часы стоят как маленький самолет.
Так что используйте NTP
Другой вариант измерьте суточное отставание и корректируйте скриптом