Дмитрий

php отправляет заголовок браузеру что нужно установить куку, а не ставит ее. Бесполезно проверять ее наличие сразу после отправки заголовка. В следующем запросе эта кука вернется браузером на сервер.

Странная затея насчёт удаления очереди.
Ну если так надо, то отправляй сообщение о том, что окончились сообщения. Тогда обработчик очереди получит его и будет знать, что очередь можно удалять.

Очередь - бесконечная по дизайну. Поэтому прикладной софт никогда сам не может решить
прочитал-ли он последнее сообщение или нет. Сетевой протокол тоже в этом смысле не помошник
потому-что шлет сообщения пачками и тоже нельзя гарантировать что пачка - последняя.

Единственный разумный выход - если producer создает специальное сообщение-терминатор
которое как-бы сигнализирует что все дескыть конец.

Ты забыл третий вариант, самый быстрый и наиболее предпочтительный если общее количество опций не велико (сотни, например у mysql лимит 1024 колонок максимум) - каждая опция это своя колонка, пустое (null) значение будет значить отсутствие опции у записи.

Недостаток подхода - если у объекта может быть несколько опций с одним именем, то такой подход не работает (но судя по всему это не твой случай).

Еще момент, полученная таблица будет сильно разряженной (т.е. много нулей) и многие базы данных на диске выделяют для пустых записей место (вопрос нужно изучать).

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

p.s. если говорить про твои варианты:
* для 1 используй json сериализацию (опция=значение) в mysql для работы с такими данными есть соответствующие методы
* для 2 постарайся вместо текстовых наименований опций использовать числовые идентификаторы, заведя соответствующий классификатор либо в базе в отдельной таблице либо в виде констант в коде.

p.p.s. Ну и еще вариант, если тип значений опций - boolean (либо ограничен небольшим количеством значений, например цвет светофора 4 - выключен, красный, желтый, зеленый) то так же заводи для этих значений числовой эквивалент. В этом случае у тебя появляется еще бонус, упаковывать битовые значения (где количество вариантов 2^x и x это количество бит) и хранить в целочисленном поле сразу несколько (правда не все базы позволяют индексировать операции с битами).

1. Если в разрабатываемой системе нет потребности производить нечеткий поиск, получать сверхбыстрый ответ на запрос в реальном времени (не более пары миллисекунд), производить аналитику данных в самых разных разрезах. У вас в потоках данных определены сущности с четкими реквизитами и сущности имеют высокую связность, то в 99% случаях вы даже не повернете голову в сторону нереляционных СУБД, будете использовать реляционные.
2. На самом деле, просто зависит от того, как сложно администрировать СУБД в том масштабе, в которой развилась база данных. Сначала берут первую попавшуюся, или с тем, с чем освоились более-менее, а потом смотрят с течением времени, как сложно нанять нужного специалиста на администрирование, удобно ли масштабировать экземпляры баз данных при возросшей нагрузке, удобно подымать экземпляры из небытия, держать непрерывный аптайм. Вот тут уже выясняется специфика работы предметной области и необходимость переезжать на подходящее окружение.

Возможно. Просто пройдитесь по имеющемуся массиву и сформируйте новый. В качестве ключа проще всего использовать order_id.

https://git-scm.com/book/ru/v2

Не стоит переписывать в 100500 раз то, что уже написано. Просто прочтите один раз и сохраните закладку. Пригодится, поверьте.

Здесь, собственно, весь код на выброс.

-    $i = 0;
-    $coll = '';
-    $mask = '';
-    foreach ($params as $key => $value) {
-        if ($i === 0) {
-            $coll = $coll . "$key";
-            $mask = $mask . "'" . "$value" . "'";
-        } else {
-            $coll = $coll . ", $key";
-            $mask = $mask . ", '" . "$value" . "'";
-        }
-        $i++;
-    }
+    $coll = implode(',', array_keys($params));
+    $mask = ':' . implode(',:', array_keys($params));

Чаще всего в больших корпусах имеются универсальные расположения креплений меньших форм-факторов.
Так что в большинство таких корпусов встанут как ATX так и mATX, и более меньшие

да

То что вы пытаетесь сделать в MySQL можно сделать при помощи типа ENUM

CREATE TABLE species ( 
    species_id       INTEGER PRIMARY KEY,
    type_id          INTEGER,
    species_name     VARCHAR(255) NOT NULL,
    species_amount   INTEGER,
    date_start       DATE,
    species_status   ENUM ('active', 'absent', 'fairy') NOT NULL DEFAULT 'active'
);

https://sqlize.online/sql/mariadb/38af7f7fa3c528d5...

Но лучше использовать таблицу-справочник

CREATE TABLE species_statuses ( 
    id       INTEGER PRIMARY KEY,
    name     VARCHAR(255) NOT NULL
);
INSERT INTO species_statuses VALUES (1, 'active'), (2, 'absent'), (3, 'fairy');

CREATE TABLE species ( 
    id          INTEGER PRIMARY KEY,
    type_id     INTEGER,
    name        VARCHAR(255) NOT NULL,
    amount      INTEGER,
    date_start  DATE,
    status_id   INTEGER DEFAULT 1,
    FOREIGN KEY (status_id) REFERENCES species_statuses(id)
);

https://sqlize.online/sql/mariadb/1121e0d679fb1aae...

Ну раз с фронта пересели, то аналогию понять должны: В чëм отличие Google Chrome от JavaScript?

Вероятно вы вообще не изучали тему. Когда на PHP обработчик поступает запрос из браузера в кодировке multipart/form-data, то все полученные файлы автоматически записываются во временную директорию, а ссылки эти файлы добавляются в суперглобальный массив $_FILES.

Чтобы сохранить файл, надо его из временной директории перенести куда-нибудь в другое место, для этого существует специальная функция move_uploaded_file. Если НЕ использовать данную функцию, то после завершения работы PHP обработчика все полученный файлы из временной директории автоматически будут удалены.

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

P. S. Я хочу сказать, что при получении файла файл сохраняется на сервере автоматом, пусть и во временную директорию. Это ключевой момент, который вы похоже не поняли. Удаляется он потом тоже автоматом.

Винда может слететь после обновления Убунты.
Винда может слететь до обновления Убунты.
Винда может слететь без обновления Убунты.
Слеты Винды вообще никак не коррелируют с другими системами.

Писать заново загрузчик при обновлении Убунте незачем.
Груб обновит свою конфигурацию - но виндовский загрузчик он обычно находит без проблем, если он не подключен через какие-нибудь железные трюки.
Кстати, уже пришло время обновиться на 22.04.