Василий Банников

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

Но если не получится это применить (например на целевой машине не стоит студия/райдер) или это просто слишком неуловимая ошибка, то Тогда остаётся только обмазаться телеметрией (логами, метриками) и смотреть, что происходит.

Кажется, туда даже ноутбучная плата не влезет.

Проектирование материнских плат для компьютеров - это достаточно долгое и сложное дело, так что для малой партии мало кто тебе это станет делать, либо это будет стоить кучу денег.

К тому же тебе её ещё как-то собрать придётся и написать драйвера, чтобы новое железо и какая-нибудь новая винда могли с этой тач панелью работать.

Нет. Стандарт описывает только то, какие данные должны быть в чеке, и в каком формате, но не его внешний вид.

У Яндекс облака есть free tier с sleeveless containers, но там придётся несколько копеек в месяц на container registry тратить.
+ ограничено количество cpu-часов

Картинка разбивается на несколько слоёв, которые размещаются на 3д-сцене, а по этой сцене двигается камера.
Благодаря этому получается вот такой эффект с параллаксом.
Для этого вроде какой-то сервис есть, который сам это всё делает (недавно видел рекламу, но забыл название)

А как называется - хз.

1й вариант - очень многословный. Не говоря даже о том, что в коде ошибка (не хватает })
2й вариант - навешиваем хендлер на все элементы, а фильтруемся уже внутри хендлера
3й вариант - как 1й, но более читабельный.

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

Аналогично при сравнении 1 и 3.

Я бы не стал задумываться о том, какой из них действительно более производительный, пока не столкнулся бы с проблемой, а она врядли произойдёт.
Используйте то, что удобнее и читабельнее в конкретной ситуации.

Вроде в каких-то расширениях есть int2, int4, int8, но это экономия на спичках реально какая-то

Только если у тебя есть право на использование этой музыки.
Например, если ты её написал сам, купил коммерческую лицензию, или используешь музыку со свободной лицензией (CC-0 или CC-BY), и при этом не нарушаешь условия этой лицензии (например CC-BY требует указания автора)

Сайт, где можно поискать музыку со свободной лицензией, вам уже дали в соседнем ответе.

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

Ну или как тут: https://qna.habr.com/q/810177#answer_2220710

Первая же строчка в гугле выдаёт это:
https://docs.espressif.com/projects/esp-idf/en/v4....
Но это не arduino

https://developer.mozilla.org/ru/docs/Web/JavaScri...
switch-case в js не умеет сопоставлять одновременно несколько значений.
Так что никак твой код рабочим не сделать.
Тем более, что не понятно, что он должен делать.

В общем случае switch разворачивается примерно вот так:

switch (expression) { // expression - это какое-то выражение. Тоесть значение одно.
  case variant1: // variant1 и variant2 - это тоже какое-то выражение. Тоесть тоже ровно одно значение.
    // ...
  break;
  case variant2:
    // ...
  break;
  default:
    // ...
  break;
}

// Вот в такое
const value = expression;
if(value === variant1) {
  //...
} else if (value === variant2) {
  //...
} else {
  // ...
}

Хоть бы посмотрел что он делает:
https://docs.oracle.com/javase/8/docs/api/java/uti...

Судя по описанию ArrayIterator - они достаточно похожие и вроде делают одно и то же.
https://www.php.net/manual/ru/class.arrayiterator.php
Даже свой add есть - append()

1. Хранение адреса в виде записей в базе.
Думаю, вполне можно было бы обойтись текстовым полем и id по кладр/фиас/гар (если россия).
Всё равно все возможные форматы адресов ты нормально не покроешь (а если покроешь - это будет свой фиас)
2. Использование float для хранение цены товара
3. Скидка чисто в виде числа в заказе - вполне возможно, что ты захочешь ввести какую-нибудь более гибкую систему скидок.
В текущей ситуации такое невозможно.
Например скидку в виде абсолютного количества денег, полностью бесплатный/подарочный товар.
Скидку только на отдельную категорию товара, или систему баллов.
Так что я бы сделал бы отдельную таблицу со скидкой на заказ, которую бы мог потом расширять.
(в принципе, можно оставить пока так, а потом миграцией всё исправить)
4. (комментарий про хранение цены убран, тк я изначально не заметил поле store_price)
5. Хотелось бы, чтобы была функция оформления заказа без регистрации.
6. А, ну и да. В заказе должен быть указан адрес. У пользователя их может быть несколько, и должен быть способ определить, на какой именно доставлять. (а с учётом п5 - адрес должен быть самостоятельной вещью)
+ Должна быть система как и с ценой - адрес у уже завершённого заказа не должен меняться.
7. А где статусы заказа? Типа новый/оплачен/доставка/доставлен/завершён?

PS: всё это из расчёта, что это магазин в россии, который продаёт физические товары за рубли.
Думаю, если закапываться, можно ещё много чего найти не только в реализации, но и в требованиях

PPS: Применять такую схему я бы осмелился только в рамках курсовой работы в колледже. Даже на диплом это врядли тянет, не говоря о реальном мире.

Эта модель вообще не пригодная для 3d-печати - местами имеются слишком маленькие детали, типа щелей в стыках дверей и кузова.

На сколько мне известно, никаких автоматических инструментов для адаптации подобных моделей нет.
Думаю, проще взять уже адаптированную модель.
Например вот эту: https://www.printables.com/model/177991-hyundai-tu...

У юкассы есть сервис выплат например:
https://yookassa.ru/payouts/