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

$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 - там будет написана причина.

"Чтобы сервер запускался сразу при включении системы" вам не нужно выполнять go run main.go. go run -- это тестовые компиляция и запуск при эскизировании. Вам нужно сделать нормальный бинарник вашего сервера go build -o myserver main.go или go install. Полученный бинарник при включении системы можно запускать стандартными средствами -- юнитом systemd, записью cron или, самое простое, поместив команду в profile
myserver &

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

Повесь watch на изменение массива и обновляй в нем переменную с твоим стилем (при этом надо подождать обновления dom, подробнее тут: https://v3.ru.vuejs.org/ru/api/instance-methods.ht...).

Согласен с Рональдом, но не зная юриспруденции можно сесть в лужу сильно. Чтобы было хорошо и правильно - велком к юристам.

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

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

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

Виды деятельности нужно менять / дополнять только если они фактически сменяются.

Если вы оказывали услуги по разработке ПО для закачика А, и теперь работаете с закачиком Б, но оказываете аналогичные услуги - ничего дополнительно менять не надо.

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

Кстати говоря, вопрос из заголовка не совпадает с вопросом из тела.

Не совсем понятен вопрос. А чем вам собственно не нравится Ctr+c Shutdown из доки? Если вы хотите, что бы сервер не блокировал консоль просто так его и запустите
$ myserver &
при таком применении вы можете

• для тушения отвести отдельный endpoint в rest api. То есть поставить тушащий Handler на domain.com/admin/shutdown
  
• или предусмотреть вызов с флагом myserver --quit который будет связываться с уже запущенным инстансом через net/rpc или unix pipe или unix socket или тот же http и вызывать процедуру тушения
  
• или прописать юниты systemd обычным порядком
  

Абсолютно любой VPS-хостинг, тысячи их.
Если надо разместить не сервер, а функцию, то Яндекс-облако и AWS это умеют.
Так же подойдет любой сервис, размещающий докер-контейнеры.

В MongoDB, насколько я знаю, нет таких лимитов. Лимиты распространяются только на итоговый размер всего документа после конвертации в BSON (16 мегабайт). Так что, если вы хотите ввести какие-то лимиты, вроде максимальной длины имени пользователя в 20 символов, обрезать строки до нужной длины придётся самостоятельно где-то в коде.

Нет, не обязательно.
Зависит от контекста задачи. Я думаю, что и тебе в этом скрытого смысла нету. Делай как удобно.