Артем Прохоров

использовать соотвествующую структуру:

type usernameOnly struct {
	username string`bson:"username"`
}
var user usernameOnly
users...Decode(&user)

Так вы посмотрите конфигурацию своего компа, запустите на нём ваш сервер и воспользуйтесь autocannon и сами увидите все результаты.

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

9,5 правил ведения безопасного IT-бизнеса в России

Никаких проблем с совместимостью AMD+nvidia нет.
А от того что у тебя AMD+AMD, rx мощнее не станет.

Если посмотреть на QVL вашей m/b то можно обнаружить, что есть некоторое количество памяти, которая гарантированно работает на частоте больше 3200. Посмотреть можно тут: QVL
Сверху там написано Vermeer CPU - это, например Ryzen 9 5950X.
Ничего там не "лочится".

Оперативная память не из QVL может заработать с параметрами XMP профиля, а может и нет. Гарантии на это никто не даст. XMP - это, все таки, уже какой-никакой разгон.
Если не хотите экспеременитровать, а чтобы "вставил и забыл" - берите из QVL.

<div
      v-for="(elem, key) in data"
      :key="key"
    >
      {{ $data[elem] }}
    </div>

(если правильно понял вопрос)

не обязателен, хватит и ненатива.
главное – чтоб толковый был: не только знал чему учить, но и мог научить.

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

$supportpage = '<div><a href="' . $url . '/">Войдите</a></div>';

pprof Вам в помощь. Потому использование указателей не всегда оправдано и зависит от конкретной ситуации.

нужно ли стараться по максимуму работать именно через указатели

Нет

func isPasswordValid(password string) bool {
  if len(password) < 8 || len(password) > 128 {
    return false
  }
  return true
}

Так задумано. Импортированный пакет виден только в файле в который импортирован. Это не баг, а фича)) Это документировано.

Нажми прямо сейчас Ctrl + Shift + J.

Для этого лучше сделать middleware и уже там делать всё, что вам нужно
Т.е. либо дальше передаёте управление, либо редирект и завершение обработки запроса.
https://github.com/gin-gonic/gin#custom-middleware
Что то типа такого

func DomainRedirect() gin.HandlerFunc {
    return func(c *gin.Context) {
        if ваше_условие {
            c.Redirect(302, "https://wifer-test.ru/" + c.Request.URL.String())
            return
        }
        c.Next()
    }
}
....
r := gin.New()
r.Use(DomainRedirect())

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

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

Посмотрите конфигурацию сервиса mongod. Она должна быть в файле /lib/systemd/system/mongod.service.

После названия раздела [Service] должны идти эти строки:

User=mongodb
Group=mongodb

Это влияет на то, кому будет принадлежать файл /tmp/mongodb-27017.sock. Так же, запускать/перезапускать сервис лучше только командой sudo systemctl start mongod.service

Ещё, судя по тому, что у вас в команде systemctl написано mongod, а не mongod.service, вы, возможно используете собственную конфигурацию для запуска, и тогда нужно редактировать другой файл — вы должны быть в курсе, какой именно, потому что наверняка сами его писали. В оригинальном файле с конфигурацией сервиса, который по-умолчанию создаётся после установки MongoDB, целевой пользователь/группа прописываются правильно и проблем не создают.

Запусти руками:

sudo -u <здесь имя пользователя mongo> /usr/bin/mongod --config /etc/mongod.conf

Посмотри, что выведет. Или почитай error.log - там будет написана причина.