akelsey

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

Поэтому, в Go не надо зазубривать, какие операции что возвращают, а мы просто глядим в нашей мега-IDE, что конкретно нам возвращает time.Now()
А возсращает она нам очень простую структурку time.Time

type Time struct {
    wall uint64
    ext  int64
    loc  *Location
}

И что мы видим? Что из ссылок в этой структуре только loc, который занимается исключительно часовыми поясами, а само время хранится в обычных целочисленных переменных без всяких ссылок. А т.к., как мы говорили ранее, в Go всегда всё копируется, то внезапному указателю (ссылке) просто неоткуда взяться.

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

Из всего вышеописанного мы делаем вывод, что не все книжки одинаково полезны даже для подтирания, не то что для изучения.

Я рекомендую вам самый лучший инструмент для первоначального вкатывания в Go - это официальный курс "A Tour of Go", где вы в интерактивном режиме изучите базовые основы языка за пару дней. А дальше уже можно смотреть на книги, и уже самому находить в них такие вот несуразности. Не стесняйтесь преходить прямо в IDE на типы или определения функций, чтобы самому смотреть, что же там возвращается. Так как, на наше счастье, Go - это строго-типизированный язык, то никаких сюрпризов и подвохов там не будет.

P.S. Нашёл отличную статью со списком материалов в дополнение: https://habr.com/ru/companies/selectel/articles/929858/

1. Клиент - ваш враг! Это единственно-верный подход при разработке web-сервисов. У клиента может быть дырявый древний браузер насквозь пробитый вирусами и вредоносными расширениями. Ваша задача - максимально обезопасить и сервер и бедного юзверя от этой гадости.

2. Поэтому лучше всего генерировать куку на сервере. И не простую, а минимум:

• HttpOnly
  
• Secure
  
• SameSite=lax
  

3. Приложите уникальный CSRF-токен, и спите относительно спокойно.

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

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

Терминал - По сути это так же устройство для ввода и вывода информации но
>Консоль, это уже обёртка над терминалом.
В корне не верно.

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

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

- Разница 1: Почти, sudo -i также меняет HOME на /root, и читает логин скрипты root юзера.
- Разница 2: Верно, действия с sudo -i и sudo -s логгируются в журналах юзера, а sudo su - нет.
- Разница 3: Верно, sudo позволяет настраивать ограничения для команд через sudo -i и sudo -s, но не для sudo su (так как sudo su переключает юзера в root).

Еще не понял разницу между
sudo su
sudo su -

- sudo su - переключает юзера на root, но окружение при этом не является полным root окружением.
- sudo su - - эмулирует полный вход юзера root (login shell). Будут прочитаны все файлы конфигурации, которые обычно читаются при входе root (profile, .bash_profile, .bashrc и что-то там еще). Насколько я понимаю, это то, что нужно Вам при работе от имени юзера root.

И где можно смотреть логи пользаков при использовании sudo -i, sudo -s?

Viewing and monitoring log files, можно еще заюзать journalctl.

Потому что считается количество переводов строки, а у вас последняя строка заканчивается концом файла, а не переводом.

for (( i=0; i <= ${#lng[*]}; ++i )); do
  [ "${lng[$i]}" == "none" ] && unset lng[$i]
done

proxmox использует kvm
kmv позволяет пробрасывать pci и pci-e (очень старое железо без pci с isa скорее всего не получится, но там и kvm запустить нормально не получится) контроллеры в виртуальную машину, с помощью lspci посмотри, на какой именно контроллер повешан lpt и пробрось его (в биосе нужно будет включить iommu кажется называется), гуглить по ключевым словам kvm pci passthrough

upd. совсем забыл, сейчас погуглил, в старых компьютерах lpt подключался через южный мост или PCH контроллер, а вот его непонятно как пробрасывать.

в общем сначала нужно удостовериться что на материнке для lpt не развели отдельного pci контроллера (как это делают с usb), в windows можно посмотреть прямо в диспетчере устройств (в меню выбрать - по подключению)

p.s. у virtualbox вроде бы есть проброс lpt

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

err.go
account.go
auth.go
json.go
registation.go

172.27.180.200 не знает, что сеть 192.168.0.0/24 находится за 172.27.180.202