Nik Faraday

Что значит, что юзер входит в другие таблицы, а не другие таблицы входят в юзера? Какой-то контент 18+ получается))

Какая разница, как это изображено, главное, что вы сами не понимаете сути таблиц и самой базы данных. У вас юзер может ИМЕТЬ много постов, много поставленных лайков и т.д. Не вижу тут проблемы

С другой стороны, как вы можете объяснить систему "подписок" юзера на других юзеров, и что будет, если удалить из БД какого-то юзера? Изменится ли отношения или нет? Как вообще база данных будет реагировать на такое событие? А если туда ещё и лайки прикрутить, а потом удалить юзера? Как вообще в таком случаете вы будете настраивать саму таблицу на чистом Sql?

Вот когда дадите ответ сами себе на этот вопрос, тогда и сможете нормально проектировать такие ситуация без вхождения юзера в кого-то там

Вместо AddPolicy(...) используйте AddDefaultPolicy, а так же просто app.UseCors()

Гляньте тут Как найти работу после курсов по фронтенду?

Просто код-конвенции изучите + литература по эффективному коду. Архитектура это дело отдельного проекта

Попробуйте вот так:

import { useState, useRef, forwardRef } from "react";
import "./ScrollToNextSection.css";

const ScrollToNextSection = forwardRef(({ visibleSection }, ref) => {
  const scrollToSection = () => {
    const currentIndex = ref.current.findIndex(
      (sectionRef) => sectionRef && sectionRef.id === visibleSection
    );
    const nextSection = ref.current[currentIndex + 1];

    if (nextSection) {
      nextSection.scrollIntoView({ behavior: "smooth" });
    } else if (ref.current[0]) {
      ref.current[0].scrollIntoView({ behavior: "smooth" });
    }
  };

  return (
    <button onClick={scrollToSection} className="scroll-btn">
      Вниз
    </button>
  );
});

export default ScrollToNextSection;

содержимое файла - некрасивое, как сделать плавный переход цвета?

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

Второе. Понятие содержимое файла - некрасивое достаточно относительное. Для каждого своя красота)) Соответственно, нет какого-то готового способа сделать то, что вы сами себе видите

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

Вот сюда копайте

Попробуйте SeleniumWebDriver для Python. Можете интегрировать его в свой код и вызывать при нужных условиях

Вот такой вариант есть

task
    id:guid unique

groups
    id:guid unique
    task_fk:guid <--

manager:
    id:guid unique
    group_fk:guid unique

worker
    id:guid unique
    group_fk:guid <--

Обратите внимание на строку, где указана стрелочка. Отсутствие ключевого слова unique даёт возможность нескольким записям в этой таблице быть связанным с другой таблицей (groups) либо, другими словами, связь one-to-many. Наличие unique в таблице managers явно указывает, что только один менеджер может быть привязан в конкретной группе, другими словами, это связь one-to-one, где внешний ключ (foreign key) находится в таблице managers.

Группы нужно формировать из 1 управляющего и из 1-3 рабочих.

Это уже часть бизнес-логики, это не имеет отношения к проектирования БД

Самый простой способ просто вынести общие параметры, такие как [конец действия] в отдельную таблицу [услуг]. А далее все таблицы, что нужно соединить с ней в формате one-to-many

customizations
 - id:uuid unique
 - image_name:varchar
 - image_extention:varchar
 - site_url:varchar
 - service_fk:uuid unique

coupons
 - id:uuid unique
 - discount:float
 - ticket_count:integer
 - restaurant_fk
 - service_fk:uuid unique

accesses
 - id:uuid unique
 - file_url:varchar
 - service_fk:uuid unique

services:
 - id:uuid unique
 - date_start:timestamp
 - date_end:timestamp

При выборке делаете просто JOIN и получаете нужные таблицы в связке

Я писал два ответа на вопросы по подобным темам, рекомендую прочитать
Как найти работу после курсов по фронтенду?
В какую сторону учиться, QA, front end или back en...

Что вот это вот такое?
string[] strArr = new string[charArr.Length];
Если вы уже пытаетесь с массива что-то собрать, то сначала изучите, как работают массивы. Операция [ ] это доступ по индексу. Вы пытаетесь достучаться к новой строке по индексу, или как?
Вторая проблема, что нет явного преобразования char -> string, т.е. вот такой код работать не будет:
string a = charArr[0];
Рабочие варианты:

string a = charArr[0].ToString();
string a = $"{charArr[0]}";
string a = string.Join(charArr[0]);

Короче говоря вам нужно сначала каждый элемент char[] пересобрать в string, а потом запихнуть это всё в string[]. Тут есть два варианта, что бы долго не играться - через простые циклы или через linq. 1й вариат:

string word = Console.ReadLine();
char[] charArr = word.ToCharArray();

string[] strArr = new string[charArr.Length];
for (int i = 0; i < charArr.Length; i++)
{
    strArr[i] = charArr[i].ToString(); // Или другой из методов
}

2й вариант:

string word = Console.ReadLine();
char[] charArr = word.ToCharArray();
string[] strArr = charArr.Select(c => c.ToString()).ToArray();

А вообще не уверен, что вы делаете именно то, что вам нужно. В плане, на начальных этапах такое бывает, что не понимаешь как задачу решить и начинаешь лепить что угодно)

Где ты вы с асинхронностью проиграли) Скорее всего, вы выполняете запрос синхронно что приводит к блокировке основного потока выполнения программы

Task это асинхронная задача, ожидать выполнение которой можно с использованием async/await
Дока

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

Опыт в реальном проекте
Реальные проекты очень отличаются от пет-проектов, потому что там есть сложности, которые вы не встретите дома. Рабочие проекты обычно большие и написаны опытными разработчиками. Если вы думаете, что дома вы сможете научиться на соответствующий уровень, значит ты ещё очень мало чего знаете. Рано или поздно вы придёте к такому уровню, что вам просто нужны будут советы более опытных разработчиков, т.к. ваши проекты будут постоянно становиться более сложными и объёмными. Правильную архитектуру, правильные подходы для написания большого проекта в интернете вы не найдёте, и ChatGPT вам так же не скажет, а это очень важный момент, без понимания которого вам дорога дальше закрыта. В своё время я был готов работать за чашечку кофе и пачку сигарет, лишь бы что бы увидеть и узнать, как более опытные разработчики пишут проекты.

Анализ рынка технологий
Тут больше идёт речь о компаниях, которые занимаются разработкой проектов "с нуля", а не их поддержкой. В проектах, которые только начинают писаться, обычно, используются самые новые технологии и версии фреймворков/библиотек. Так вы сможете понять, над чем реально стоит поучиться в будущем, что стоит подтянуть и на что больше не нужно тратиться время

Опыт общения
Рабочая среда крайне важна для работы, за частую компании предпочитают брать более коммуникабельных и дружелюбных кандидатов, чем тех, кто больше знает. Почему так? Как говорится: "компании проще уволить одного идиота, чем из-за этого идиота уйдёт 10 нормальных людей". Опыт общения над проектом даст вам преимущество в коммуникабельности и умении коммуникации в рабочих условиях.

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

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