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

Видимо, Model first - это когда ты проектируешь через GUI, а из него потом генерируется и код, и база

Ну вот например:
Program.cs:

using MyNamespace;

var obj = new MyClass();
obj.DoThings();

MyClass.cs:

namespace MyNamespace;

public class MyClass {
  public void DoThings() {
    Console.WriteLine("Hello world");
  }
}

Использовал .NET 7 и C# 11.

Структура проекта:

MyProject/
- MyProject.csproj
- Program.cs
- MyClass.cs

Потому что || - это ленивая операция и приоритет у неё ниже, чем у &&.
=> Сначала будет вычислено выражение 5 === 5 && 3 > 1, которое имеет значение true
А раз оно true, то и правую часть 5 вычислять не нужно.

Раз нужны точные размеры, значит нужен CAD.
Я бы смотрел на:
1. Fusion360 - почти бесплатный (очень легко можно получить бесплатно на пару лет, а потом точно также продлить), при этом он очень мощный и простой в изучении. При этом он достаточно хорошо оптимизирован, у него удобный интерфейс, и даже есть встроенный рендер и средства для анализа конструкций и генеративного дизайна.
2. FreeCAD - совсем бесплатный, хоть и не очень (совсем не) удобный и не очень много гайдов по нему.
+ достаточно много плагинов, чтобы его расширить.
3. OpenSCAD - бесплатный, но в нём используется процедурное моделирование при помощи кода
4. Российский Компас 3D - не бесплатный, но домашняя версия стоит около 1к в год. Гайдов по нему много, да и в нём самом вполне неплохие уроки есть, которые объясняют, как с ним работать. Из минусов - не самый удобный (но не на столько, как у FreeCAD) интерфейс и есть что-то не так настроить, то будет тормозить. Но по логике работы идентичен тому же Inventor или Fusion

Ну и остаются совсем не бесплатные и не дешёвые Autodesk Inventor и Solidworks, которые пиратят все кому не лень.

С Яндекс.Database я так понял можно работать если приложение лежит у них в Яндекс.Cloud.. Или я ошибаюсь?

1. Не Yandex Database, а YDB, но не советую её брать, если вам не нужны конкретные её фичи (типа автоматического масштабирования между несколькими ДЦ)

Требуется создать аналог этой sqlite базы где-то на серваке с возможностью работы так же с дэсктопной версии приложения.

2. Обычно, в такой ситуации делается так:
- Десктопное приложение, которое общается с серверном (бэкендом). При этом Десктопное приложение отвечает только за рисование GUI для пользователя и некоторые простые валидации и кэширование на стороне клиента.
- Бэкенд общается с базой данных и отвечает за выполнение всей логики приложения (аутентификация, авторизация, валидация всех данных, контроль доступа к данным, фильтры и прочее)
- СУБД в таком случае может быть выбрана любая, какая тебе подойдёт - можешь даже продолжать пользоваться sqlite на сервере.

Перед выбором СУБД тебе следует ответить на следующие вопросы:
1. Какие конкретно данные будут храниться? Какая у них структура?
2. Сколько этих данных будет?
3. Какие конкретно операции с этими данными будут производиться? Какие выборки, с какими фильтрами, и какого размера выборки.
4. Сколько одновременных пользователей будет с этими данными работать?

Если идёт работа с dbcontext (IQueryable), то маппинг будет происходить на стороне базы данных => никаким способом не проверить.

Если работаешь с IEnumerable, то в Select ты можешь прокинуть номер элемента (второй параметр лямбды), и сделать любые проверки через if или try-catch

Из за чего может не выводить в консоль dbug?

Из-за того что у тебя явно в конфиге указаны минимальные уровни логирования (в твоём случае отрабатывает строчка Default: Information):

"Logging": {
    "LogLevel": {
      "Default": "Information",
      "Microsoft.AspNetCore": "Warning",
      "Microsoft.EntityFrameworkCore": "Information"
    }
  }

Уровни логирования такие, от самого высокого к самому низкому:

• None = 6
  
• Critical = 5
  
• Error = 4
  
• Warning = 3
  
• Information = 2
  
• Debug = 1
  
• Trace = 0
  

Как видишь, Information и Warning идут выше, чем Debug.
Чтобы сообщение залогировалось - его уровень должен быть выше или равен минимальному уровню.

https://learn.microsoft.com/ru-ru/dotnet/api/micro...

меня начали атаковать

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

Чтобы было чуть проще, тебе нужно реализовать оператор для:
1. m + m
2. &m + &m
3. m + &m
4. &m + m

https://stackoverflow.com/questions/38811387/how-t...

Но совсем избавиться от & не получится - компилятор в любом случае должен знать, когда ты хочешь копирование/move, а когда ты хочешь заимствовать.

1. # - это получение по id, а тебе нужно по name.
2. у тебя name=smart-token, а не smart_token
Используй $("input[name='smart-token']")

Суть в том, что я не совсем понимаю работу вебсокетов

Клиент отправляет на сервер 1 HTTP запрос, после которого у него остаётся на длительное время открытое двухстороннее соединение, по которому он может общаться с сервером, будто у него сырой TCP-сокет (по факту так и есть).

Подробнее можно почитать на MDN.

Может быть сам чат никто с 0 не пишет и есть какие-то готовые решения?

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

Насколько хорош мой выбор(yii2+vue+mongo)?

Не уверен только на счёт mongo, тк в моих глазах это очень специфичное решение, которое не везде есть смысл применять.
Если у тебя зафиксирована структура данных, и при этом у тебя нет кучи разных данных, которые хочется хранить в денормализованном виде, то реляционная СУБД будет, вероятно, и эффективнее и проще.
Возможно, mongodb будет иметь смысл, если ты захочешь работать с сотнями тысяч клиентов, и тебе нужно будет распределять данные на несколько серверов (возможно, в разных ДЦ)

yii2 - вполне ок вариант, раз у тебя уже есть опыт работы с ним. Модули для работы с вебсокетами для него есть.

вряд ли же явным образом через new вызывают конструктор

В большинстве случаев вызывают явно.

_8Bools x = false;

Для этого тебе нужен оператор неявного приведения типа
https://learn.microsoft.com/en-us/dotnet/csharp/la...

В C# такое делается вот так:

public class PersonBuilder
{
  public int Age { get; set; }
  public string Name { get; set; }
  public PersonBuilder WithAge(int age)
  {
    this.Age = age;
    return this;
  }
  public PersonBuilder WithName(string name)
  {
    this.Name = name;
    return this;
  }
}

var personBuilder = new PersonBuilder()
  .WithName("Ivan")
  .WithAge(20);

View - это не всегда то, что видит пользователь.
Под View также вполне подпадает json-объект, который возвращает контроллер в случае апишки.

Или для чистого API есть более подходящие архитектуры?

MVC - это не то чтобы архитектура, строго говоря. Скорее паттерн, который может быть реализован по разному.
У тебя есть какие-то объекты-представления, которые отдаются клиенту, какая-то модель предметной области, в которой описаны все ограничения и возможные операции, и контроллер, который гоняет из одного в другое.

PS: Не нужно придумывать красивое название для архитектуры, чтобы писать нормально.

А так вообще для вдохновения посмотри на:
- Hexagonal architecture
- Onion architecture
- Clean architecture
- Ports and adapters
- N-tier architecture
- Vertical slice architecture