Алексей Уколов

Рекурсивная наблюдаемость объектов (выставляемая по умолчанию в makeAutoObservable и успешно примененная в bStore) не залетает в пользовательские классы. Считается, что класс (в твоем случае AStore) должен сам настроить внутри себя наблюдение.

об этом написано в документации https://mobx.js.org/observable-state.html
ctrl+F "primitives and class instances are never converted to observables"

Зачем отключать свойства? Это ведь эффект при hover-е. Так откройте devTools, выберите интересующий вас элемент и посмотрите на его стили, далее нажмите правой кнопкой мыши на него и в контекстном меню выберите Force state -> Hover и снова смотрите стили.
На сайте из вашего вопроса сделано так:

В таблице баланса ограничиваете возможность отрицательных значений

create table user_balance (
	user_id int,
  	balance decimal(9, 2) check (balance >=0)
);

create table user_balance_unsigned (
	user_id int,
  	balance decimal(9, 2) unsigned
);

любая попытка списать больше чем баланс вызывает ошибку

SQL online environment

1. Лочить запись в таблице балансов до момента списания. Залочили, проверили, списали, разлочили. Другие процессы либо будут ждать - либо вылетят по таймауту.

2. Использовать update с условием. update user_balance where user_id = ? and balance > нужного. У вас запрос не выполнится если кто то уже списал деньги. А вы по affected rows можете судить списалось или нет

Операция проверить есть запись и вставить - не атомарная. У вас одновременно может выполнится вагон проверок и начать вставку.

1. Использовать локи. Залочили таблицу, проверили, вставили, убрали лок.

2. Повесить unique на связку поле ['user_id', 'post_id'], и через catch ловить нужный exception.

3. Повесить unique на связку поле ['user_id', 'post_id'], и добавить макро upsert - на вставку pivot.

https://dev.to/mlimonczenko/3-must-know-difference...

Если HTTP - это тупо текст поверх TCP, то HTTPS - это текст, завёрнутый в TLS, который идёт поверх TCP.

что значит "модификация"

1. Хз что ты там читал, но мне вся выдача гугла говорит, что HTTPS - это расширение HTTP
2. Если не вдаваться в этимологию, то "расширение" - это когда суть расширяемого объекта не меняется, но добавляется что-то ещё. В случае HTTPS - у нас остаётся вся семантика HTTP, но добавляется шифрование.

По факту это всё-таки другой протокол, который не совместим с обычным Http

tldr: подключайте svg и не мучайтесь.

а) Трудозатраты
Подключить картинку быстрее и проще.
б) Надежность
Изображение будет гарантированно отображаться как надо на всех устройствах. Если где-то вдруг не загрузится шрифт, или не успеют прогрузиться стили, вы потеряете оформление.
в) Индексация
Теоретически может оказаться полезным то, что текст будет прочитан и учтен поисковиками, хотя обычно это не дает каких-то преимуществ.
г) Оптимизация
В разных случаях меньше будет весить картинка или оформленный текст.
Если для текстового логотипа надо прилинковать пару нестандартных шрифтов, это значительно увеличит количество кБайтов. Если нет, текст будет немного меньше весить, но выигрыш будет несущественным.
д) Особенности дизайна
В некоторых случаях может быть нестандартный дизайн, где текстовый логотип — необходимость.
е) Действительно простой логотип
Ну и конечно, если логотип — это банально название компании / марки, набранное уже подключенным шрифтом, и никаких дополнительных итераций (интерлиньяж, трекинг и т.п.) не требуется, тогда, действительно, проще набрать текстом.

1. создать элемент
   
2. в него положить исходный HTML как innerHTML
   
3. забрать из него уже textContent
   
   

const textFromHTML = html => {
  const el = document.createElement('div');
  el.innerHTML = html;
  return el.textContent;
}

textFromHTML('на уровне около $300') // "на уровне около $300"

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

Единственно правильный ответ - никак.

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

Если под "сессией" имелось в виду общее хранилище для всех пользователей, то оно называется "база данных". И в этом смысле "БД не предлагать" выглядит беспочвенным капризом. Как правильно заметил N в комментарии, такое заявление звучит как "Как кушать суп? Ложку не предлагать."
Такие заявления надо всегда подробно обосновывать. И в этом случае вам либо действительно подскажут, как обойтись без БД, либо объяснят, что это просто блажь.

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