alex_ak1

Я полагаю, что такие магазины сохраняют всё, например в 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-свойства систем. Или приоритеты. Тебе что важно. Быстро записать в БД платеж? Но при этом
чтение оперативных данных потребует лагов. Или наоборот писать медленно зато чтоб все по ящичкам
и по коробочкам лежало да и еще в разных копиях и вариациях.

Программой, запущенной с правами администратора, можно:
- убить жёсткий диск/ssd (стерев его прошивку)
- убить процессор (выставив слишком высокое напряжение питания)
- вывести из строя видеокарту (стерев прошивку)
- сломать материнскую плату (стерев биос или выставив высокие напряжения на чипсете)

всё это достаточно сложно сделать, не везде возможно (например, у Intel больше аппаратных защит, у некоторых HDD прошивка подписана и её так просто не испортить и т.д.), и мало кому нужно.

Оперативку сломать можно было во времена DDR2 (перезаписать SPD EEPROM), сейчас они почти все залочены на read-only, по превышению напряжения ОЗУ вряд ли помрёт, они достаточно надёжные, так что можете считать DDR наиболее неубиваемой частью ПК

Практика - критерий истины.
(Карл Маркс)

Эта схема повсеместно применяется на практике и не создаёт проблем. Где применяется?
1. В компьютерных блоках питания.
2. В источниках бесперебойного питания.
3. Как ни странно, в сетевых фильтрах.
Сравните схемы сетевых фильтров одного популярного производителя: https://www.zis.ru/support/chemy/
Например, даже в дешевых моделях можно увидеть один конденсатор и один варистор, в средних - три варистора и три конденсатора, включенные треугольником между "фазой", "нулём" и "землёй". А в дорогих (Pilot GL, Pilot Pro, Pilot XPro) есть два дросселя, как в вашей схеме, но также и треугольник варисторов и треугольник конденсаторов.
Фильтры с одним конденсатором и одним варистором (дроссели тоже полезны) в принципе достаточны для большинства городских квартир, где заземление выполнено по схеме TN-C-S (а то и вовсе TN-C). Но в загородном доме может быть заземление по схеме TT, тогда более дорогой фильтр с тремя варисторами и тремя конденсаторами - то, что доктор прописал. Если же в модной новостройке применили схему TN-S, тут не так однозночно, и лично я бы предпочёл "тройную" схему фильтра, хотя это перестраховка.

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

Ну для начала попробуйте запустить всё на авто. А дальше -
это какой то ноу-нейм китай, хз рабочая она или нет...
покупать надо лучше нормальную фирменную оперативку - кингстон, hynix, etc...

Правильный ВПН реализуется на уровне сетевого интерфейса, поэтому в пределах одной сетевой карты что-то разделить нельзя.
Но можно использовать не ВПН, а прокси. Тогда это возможно.

Репозиторий проекта - это не что-то стандартное. Авторы вольны применять любые процессы и скрипты для сборки. Может когда-то какой-нибудь ЧатЖПТ и сможет "прочитать" ридми ЛЮБОГО проекта и проделать всё необходимое для его сборки, но пока что такой инструмент мало реалистичен. Если разработчик сам не настроил CI/CD в проекте, то никак без него это сейчас не сделать.

как то так

$access_token = "Токен"

switch($data->type) {
case 'video_new': 
$video_id = $data->object->id;
$video_owner_id = $data->object->owner_id;
$videos = $video_owner_id . '_'.$video_id;

$videoInfo = file_get_contents("https://api.vk.com/method/video.get?videos={$videos}&count=1&extended=1&v=5.95&access_token={$access_token}");

$iframe = "<iframe src=\"{$videoInfo['response'][items][0]['player']}\" width="100%" height="100%" frameborder="0"  allowfullscreen></iframe>";

if (isset($data->object->live)) { $video_live = $data->object->live; }

if ($video_live == 1) {
    file_put_contents('./frame.txt', $iframe);
}
break;
}

802.1q - стандарт vlan. В пакет добавляется заголовок, в котором хранится номер влана и qos флаги. Соответственно этот пакет на соседнем коммутаторе будет обрабатываться согласно номеру влана...
Port-based vlan - это влан для бедных ) Ничего никуда не добавляется, просто на уровне коммутатора часть портов отделяется. Грубо говоря - вместо одного физического коммутатора вы можете сделать 2-3 виртуальных. Например порты 1-4 - один коммутатор, 5-8 - второй коммутатор, 9-10 - третий коммутатор... Ну и т.п.

peachananr.github.io/interactive_3d/demo/interacti... например

В настройках роутера. Как правило, по адресу http://current-router-ip.
Просто знайте про зарезервированные адреса 'для внутреннего использования'. И эти адреса: 10. x.x.x, 192.168.x.x, 172.16.0.0 - 172.31. 255.255.
Так что попытка присвоить адрес, который не из этого диапазона, может отразиться на корректной работе роутера.

В Windows уже есть готовая функция, которая выполняет натуральное сравнение строк, лучше использовать её. Эта функция разбивает строку на числовые и строковые части и ищет эти части друг с другом, причём числовые части сравнивает как числа, а строковые - алфавитно.

var testFiles = Directory.EnumerateFiles(solutionDirectory + @"\samples");

var sortedTestFiles1 = testFiles.OrderBy(x => x, new NaturalComparer());
// или
var sortedTestFiles2 = testFiles.ToList();
sortedTestFiles2.Sort(new NaturalComparer());

/// <summary>
/// Натуральное сравнение строк
/// </summary>
public class NaturalComparer : IComparer<string>
{
    /// <summary>
    /// Вызов WinApi-функции для натурального сравнения строк
    /// </summary>
    [DllImport("shlwapi.dll", CharSet = CharSet.Unicode)]
    private static extern int StrCmpLogicalW(string psz1, string psz2);

    /// <summary>
    /// Натуральное сравнение строк
    /// </summary>
    /// <param name="x">Первая строка</param>
    /// <param name="y">Вторая строка</param>
    /// <returns>Сравнивает две строки, возвращая -1, 0 или 1</returns>
    public static int Compare(string x, string y)
    {
        return StrCmpLogicalW(x, y);
    }

    /// <summary>
    /// Натуральное сравнение строк
    /// </summary>
    /// <param name="x">Первая строка</param>
    /// <param name="y">Вторая строка</param>
    /// <returns>Сравнивает две строки, возвращая -1, 0 или 1</returns>
    int IComparer<string>.Compare(string x, string y)
    {
        return StrCmpLogicalW(x, y);
    }
}

А чего тут думать.
Веб платформа есть, геймдев ветка есть, десктоп тоже есть, Xamarin под мобильные платформы есть. Кроссплатформенный фреймворк (Net.Core) пилят. Чего еще надо для счастья то.