Дмитрий

1. USB 3.0 Type B Male to USB Type C Male
2. USB 3.0 Micro B Male to USB type C Male

<link href="css/index.css?<?= time(); ?>" rel="stylesheet">

При такой постановке задачи лучшим вариантом СУБД будет та, которую знают и умеют обслуживать ваши админы.
С таким объёмом вставок справится любая мейнстримная на правильно подобранном железе. Что ещё вы собираетесь делать с этими записями нам неведомо, посему на выбор повлияеть не может.

<div class="parent column">
  <div class="row">
    <div class="column">
      <div>div 1</div>
      <div>div 2</div>
      <div>div 3</div>
    </div>
    <div>
      div 4
    </div>
  </div>
  <div>
    остальное
  </div>
</div>

.column {
  display: flex;
  flex-direction: column;
}
.row {
  display: flex;
  flex-direction: row;
}

Ну, судя по всему, у хрома давно проблемы с тенями и закруглением и это их текущая реализация - если блок маленький, то и тень будет не круглая, а со скругленными углами. Это можно увидеть если поставить промежуточное значение без анимации для вашего "круга". Из тени получится квадрат со скруглёнными углами. Если увеличивать размер круга, до хотя бы 4х пикселей по ширине и высоте, то и тень станет круглой.

Решение я тут вижу сходу пока только одно - другая реализация.

Накидал на ходу (не 1 в 1, но я думаю сможете подкрутить):

pointer-events: none;

Плохо гуглите:
https://www.geeksforgeeks.org/how-to-change-app-ic...

При использовании массивов в pattern и replacement, ключи обрабатываются в том порядке, в котором они находятся в массиве. Этот порядок не всегда совпадает с числовым порядком индексов. Если вы используете индексы для сопоставления друг с другом нужного pattern и replacement, то вам необходимо прогнать через функцию ksort() оба массива перед использованием preg_replace().

preg_replace

Изменится ли работа функции или нет, предсказать никто не может, экстрасенсов тут нет. Думаю это маловероятно.

utf8 - одно-, двух- и трёхбайтные символы от \u0000 до \uFFFF.
utf8mb4 - одно-, двух-, трёх и четырёхбайтные символы от \u000000 до \u10FFFF.

нет, не всегда.

несколько страниц обычно вообще статичны. тут даже цмс не нужна.
а форма обратной связи элементарно реализуется единственным скриптом.

отталкиваться нужно от конкретной задачи, а не абстракций.

Для начала Вам надо освоить понятие "адресное пространство" - чем оно отличается от "памяти". Узнать, чем "адресное пространство компьютера" отличается от "адресное пространство процесса" (в частности - у каждого процесса есть собственное адресное пространство).

Дальше хорошо бы узнать сегментную систему адресации процессоров *86 - значительная часть терминологии идёт оттуда, хотя реально после появления 32-битной адресации на процессоре i386 сегменты практически не задействуются.

Ну и надо иметь понятие о программировании на ассемблере.

В первом приближении запуск процесса выглядит так:

• Ядро создаёт структуры данных для процесса. В т.ч. - распределение адресного пространства.
  
• Ядро смотрит в файл программы и выделяет место под программный код программы (тут я рассуждаю в контексте "процесс есть исполняющаяся программа"). Это место (и/или помещённый туда код) входит в "сегмент кода". Если одну программу запустили несколько раз - её сегмент кода попадает в несколько процессов.
  
• Ядро смотрит список разделяемых библиотек, прописанный в файле программы. Если эти библиотеки не загружены ранее запущенными процессами - под эти библиотеки тоже выделяется адресное пространство; и это адресное пространство тоже входит в сегмент кода. Но надо понимать, что адресное пространство каждой библиотеки попадает во все процессы, которые используют эту библиотеку. В идеале - библиотека во всех процессах должна находиться на одном и том же адресе адресного пространства; но иногда это не так.
  
• По ходу дела в процессе работы программа может подгружать новые библиотеки. Их адресное пространство тоже попадёт в сегмент кода.
  
• Как правило, код программы и код каждой библиотеки - непрерывный. Но между ними - бывают разрывы.
  
• Для работы нужно выделить адресное пространство под стек. В идеале - одно д.б. непрерывным. Но иногда - приходится извращаться и делать его разрывным. Это = сегмент стека. Активно используется при вызове подпрограмм/процедур/функций - через стек передают аргументы, на стеке располагают локальные данные подпрограмм/etc. Особенно активно стек используется при рекурсии; тогда как в древних языках с запретом рекурсии нередко обходились статическим размещением аргументов и локальных переменных.
  
• Для данных, размещаемых в областях, резервируеммых функцией malloc() - используется куча. Ей разрешается быть не непрерывной, т.е. состоять из разорванных кусков.
  

Фраза "поток берет информацию на выполнение" говорит о том, что Вы читали плохие книги (извините за прямоту).
Инструкции программного кода - берёт процессор (или ядро - если процессор многоядерный), т.е. железка. Ядро операционки лишь подготавливает инструкции программного кода для того, чтобы процессор мог их брать. Ядро делает это один раз при старте процесса; ну и вносит поправки при свопинге/пейджинге. А процессор исполняет каждую инструкцию кода; ну, чтобы Вы лучше поняли: каждое сложение или иная арифметическая операция, каждая пересылка данных - является инструкцией.
Кстати, всё, что делает ядро операционки - записано аналогичными инструкциями кода. Но ядру дополнительно позволены особые инструкции.

Мне кажется, Вам рано разбирать понятие "поток". Сначала надо понять, как работает система, в которой не реализованы потоки - т.е. любой процесс является однопоточным. И потом уже - разбираться с потоками.