Kentavr16

1. Можно сделать файл, после чего или зашифровать или скрыть его.

2. Сохранять данные на сервер (защитить при этом все запросы)

3. В Unity есть специальная БД для этого, погуглиле

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

- стоит ли думать о безопасности: если вы сделаете открытый JSON файл допустим то конечно будут проблемы) можно скрыть вообще напрочь файл, при этом дополнительно зашифровать.

Помогло увеличение скорости до 300 и перенос в FixedUpdate

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

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

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

А о том, что служба безопасности видит/не видит и по каким критериям они могут тебе отказать - ходит больше легенд, чем правды.
Если верить всему, что об СБ тут пишут, то в крупных компаниях сейчас бы никто не работал.

На практике СБ смотрит на:
1. твои долги в ССП (особенно по штрафам, тк у штрафов есть источник)
2. наличие банкротства. Как минимум банкроту запрещено работать на руководящей должности (в банке аж 10 лет после получения статуса)
3. вероятность наличия конфликта интересов (если тебя, например, собеседовал твой бывший коллега или вообще твоим новым начальником будет твой родственник и не только)
4. Твоя кредитная история, но только если ты подпишешь разрешение на доступ к ней.
5. Отзывы предыдущих работодателей и коллег
6. Судимости. В первую очередь уголовным. На госслужбу с непогашенной судимостью в принципе нельзя. + А некоторые виды организаций нельзя устраиваться, если у тебя есть судимость по определённым статьям.
7. Твои соцсети. Просто не пиши в своих соцсетях лишнего.

На многие виды проверок необходимо твоё письменное согласие, если эта информация не лежит в открытом доступе.
Чем выше и "рискованнее" твоя должность, тем более тщательная проверка будет и тем более серьёзно будут учитываться все факторы риска.

На практике я не слышал, чтобы разработчиков как-то очень тщательно проверяли.

Допустим если я пройду курс лечения у психотерапевта, консультации + антидепрессанты

Если это вопрос "проходить или не проходить, чтобы не загубить карьеру", то ответ очевиден: обязательно иди и лечись, если тебя что-то беспокоит.

Если решишь "не губить карьеру в госучреждении" (велика потеря), то:
В лучшем случае - будешь потом тут задавать вопросы о том, как избавиться от слежки.
В худшем - больше никакие вопросы не будешь задавать в принципе.

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

key надо выставлять не для Crumb, а для фрагмента:

<React.Fragment key={...}>
    {idx >= 1 && <div> / </div>}
    <Crumb path={crumb.path} title={crumb.title} style={styles.crumbs} />
</React.Fragment>

ну и Math.random() для key - худшее, что ты мог придумать. Наверняка у crumb есть какой-нибудь id, вот его и надо использовать. Или, например, path, title, - что-то из них ведь уникальное, не повторяется в массиве crumbs?
на крайний случай можно idx

Не нужно ничего экспортировать. Переменные из глобального контекста (window) доступны везде, в т.ч. в модулях.

<script>
var globalVariable = 123;
</script>

// module.js
console.log(globalVariable); // 123

.news_block_main{
    display: grid;
+   grid-template-columns:repeat(auto-fill,minmax(250px,1fr));
-    grid-template-columns: repeat(4, 1fr);
-    grid-template-areas: 
-    "img1 img2 img3 img4";
    gap: 24px;
    margin-bottom: 160px;
}

Если высота header фикcированная 60px, то самое просто можно сделать так:

.main {
height: calc(100vh - 60px);
}

А вообще вот один из примеров более гибкого прижатия без фиксированных значений:

Потому что табы это не часть формы и не предполагают выбор каких-то данных и их последующую отправку формы на сервер.

Часто табы делают списком, что более семантически верно, чем радиокнопки.

const dateTimeFormatter = new Intl.DateTimeFormat(
  'sv-SE',
  {
    dateStyle: 'short',
    timeStyle: 'medium',
  },
);
console.log(dateTimeFormatter.format(new Date()));
// "2024-01-29 09:11:47" 
console.log(dateTimeFormatter.resolvedOptions().timeZone);
// "Europe/Moscow"

Moment.js -> format()

Сравните:

$x = '-- \' --';
print $x . "\n"; // -- ' --

$y = '-- \\\' --';
print $y . "\n"; // -- \' --

To specify a literal single quote, escape it with a backslash (\). To specify a literal backslash, double it (\\).

https://www.php.net/manual/en/language.types.strin...

Зачем тебе эта содомия с contentEditable, если там по факту обычный текст без форматирования?? Сделай на православных инпутах, не морочь себе голову

Фича ветки делаем только от актуального main.
Для проверки мержим фича-ветку в dev, но не удаляем.
Когда одна или несколько фичей проверены и готовы, то делаем от main релизную ветку и мержим туда все готовые фичи, прогоняем тесты и если всё ок, то мержим релизную вету в main.
Ну и полезно мержить main в фича ветки, когда main обновился.