Олег Файн

Смотри, ситуация у тебя такая: если ты собираешься воткнуть видеокарту в слот PCIe и при этом у тебя уже заняты слоты M.2, то тут всё зависит от того, как распределяются линии PCIe на материнской плате.

У твоей материнской платы ASUS TUF H370-PRO GAMING есть два слота PCIe 3.0 x16, но из них реально x16 линий доступно только для верхнего слота (там, где обычно видеокарта и должна стоять). Нижний слот PCIe обычно работает на x4, то есть там пропускная способность уже меньше. M.2 слоты тоже берут свои линии PCIe.

Если ты используешь два M.2 NVMe диска в режиме PCIe, то они тоже забирают линии PCIe от процессора или чипсета. Проц i9-9900K поддерживает 16 линий PCIe, и обычно все они уходят на видеокарту. А вот для остальных устройств (например, M.2 слотов и адаптеров) линии распределяются чипсетом.

Если ты воткнешь видеокарту в нижний слот PCIe 3.0 x4, она будет ограничена четырьмя линиями, что по сути может снизить её производительность в сравнении с тем, если бы она стояла в верхнем слоте x16.

По поводу дисков: скорость NVMe дисков просядет, если они будут делить линии с другими устройствами. Но в твоем случае, если ты поставишь видеокарту в нижний слот и все M.2 слоты работают в режиме PCIe, они будут конкурировать за линии. Это может вызвать небольшое падение производительности, но обычно это не критично, если не идёт сильная нагрузка одновременно на все устройства.

Итог: идеально будет ставить видеокарту в верхний слот PCIe x16, а диски оставить в M.2 и адаптере. Если воткнёшь её в нижний слот x4, то может быть просадка по производительности, особенно при нагрузке.

Есть несколько классных сервисов для хранения данных с доступом через API. Например, попробуй Firestore от Google — там можно хранить данные в формате JSON, доступ к ним удобный через REST API. Плюс у них есть бесплатный тариф для небольших проектов. Еще вариант — Airtable, у него удобный интерфейс и тоже API для интеграции. Оба этих сервиса дают возможность долгосрочного хранения данных, а не временного, как jsonbin.io.

Думаю самым адаптивным решение будет все таки создание Desktop приложения, которое будет кидать запросы на сервер через WS или HTTP и при их наличии перенаправлять их на POS терминал, получать ответ и посредством REST API отправлять обратно на сервер

Добрый день! Проблема с миграциями и запросами действительно может возникнуть, если таблицы ещё не существуют, а запросы к ним уже происходят.
Прямую проверку существования таблицы можно выполнить через метод django.db.connection.introspection.table_names(), который возвращает список всех таблиц базы данных. Это позволит вам избежать излишней ручной работы с соединениями и подключениями.

from django.db import connection

def options_general_exists():
    tables = connection.introspection.table_names()
    if 'yourapp_general' in tables:
        return General.objects.filter(id='-1').first()
    return None

data = {
    'menu': Menu,
    'options_general': options_general_exists(),
}

Лучший вариант — использовать introspection API от Django для проверки существования таблиц, так как это встроенный и безопасный способ для работы с базой данных без необходимости явно подключаться к ней через Python.