👣 Comentario — сервер комментариев на Go с открытым исходным кодом

С его помощью можно добавлять возможность комментирования к любым статическим страницам, вставив лишь пару HTML-тегов.
Comentario написан на Go и Angular и использует БД PostgreSQL для хранения комментариев.

Возможности и фичи:
⏩Комментарии неограниченной вложенности
⏩Роли пользователей и привилегия superuser
⏩Возможность банить пользователей
⏩«Закреплённые» комментарии
⏩Голосование за комментарии
⏩Операции с доменом (сброс, очистка, экспорт и т.д.)
⏩Импорт комментариев из Commento и Disqus
⏩Модерация комментариев и гибкие её настройки
⏩Емэйл-уведомления о модерации и об ответах
⏩Статистика просмотров и комментариев
⏩Поддержка всех версий PostgreSQL с 10 по 16 включительно
⏩Логин через Google, Twitter/X, GitHub, GitLab, Facebook
⏩Почти стопроцентное покрытие end-to-end-тестами

Пользуйтесь)
🤓 Comentario

@Golang_google

💻 Kube No Trouble (kubent) — инструмент для проверки использования устаревших API в кластере Kubernetes

Особенно это актуально сейчас, на фоне распространения Kubernetes 1.16, многие API становятся устаревшими.
kubent без проблем работает:
— с YAML или JSON
— с kubectl, используется аннотация kubectl.kubernetes.io/last-applied-configuration
— с Helm v3

⏩Установка kubent:
sh -c "$(curl -sSL https://git.io/install-kubent)"
ну или brew install kubent

⏩Функционал легко посмотреть через -h, как обычно:

./kubent -h
Usage of ./kubent:
  -A, --additional-annotation strings   additional annotations that should be checked to determine the last applied config
  -a, --additional-kind strings         additional kinds of resources to report in Kind.version.group.com format
  -c, --cluster                         enable Cluster collector (default true)
  -x, --context string                  kubeconfig context
  -e, --exit-error                      exit with non-zero code when issues are found
  -f, --filename strings                manifests to check, use - for stdin
      --helm3                           enable Helm v3 collector (default true)
  -k, --kubeconfig string               path to the kubeconfig file
  -l, --log-level string                set log level (trace, debug, info, warn, error, fatal, panic, disabled) (default "info")
  -o, --output string                   output format - [text|json|csv] (default "text")
  -O, --output-file string        output file, use - for stdout (default "-")
  -t, --target-version string           target K8s version in SemVer format (autodetected by default)
  -v, --version                         prints the version of kubent and exits

🖥 GitHub 2.6K ⭐️

@Golang_google

🖥 Подборка команд Docker

Ловите — самые востребованные команды Docker
Освежите эту важную информацию, чтобы она переместилась в долговременную память)

📎 Полезный сайт с подборкой команд и примерами

@Golang_google

👣 Совет по Go: преднамеренная остановка с помощью функций `Must`

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

Странно, да? И правда, обычно мы стараемся избегать ситуаций, когда наша программа может запаниковать, но есть исключения, когда использование Must сокращает громоздкость.
Если вы работали с Go, по-любому вы уже видели эти функции в стандартной библиотеке.

Чуть подробнее: функция Must принимает как аргумент другую функцию, и если та вернёт ошибку, то Must вызывает панику.

Must в основном используются для:
⏩Задач инициализации, которые не должны завершаться ошибкой в обычных условиях, например, настройка переменных уровня пакета в начале приложения, настройка регулярных выражений, подключение к БД и т.д.
⏩Must также очень полезны в сценариях тестирования, позволяя немедленно прервать тест с помощью t.Fatal: Функции Must являются инструментами для инициализации и тестирования, где мы не ожидаем получить ошибку.

Итак, функция Must упрощает обработку ошибок в определенных контекстах, но следует использовать её осторожно.

@Golang_google

👣 Полезные советы по написанию тестов в Go

⏩Сперва давайте немного о тестах в Go.
Базовый пакет для работы с тестами — это testing. Два основных типа здесь — T для обычных юнит-тестов и B для нагрузочных тестов. Тесты в Go пишутся в том же пакете, что и основная программа, с добавлением суффикса _test. Поэтому любые приватные структуры данных, доступные внутри пакета, доступны и внутри тестов (так же верно, что тесты имеют общую глобальную область видимости между собой. При компиляции основной программы тестовые файлы игнорируются.

Помимо базового пакета testing, существует большое количество сторонних библиотек, помогающих упростить написание тестов либо позволяющих писать в том или ином стиле (даже в стиле BDD. Вот, например, хорошая вводная статья о том, как писать на Go в стиле TDD.

На GitHub есть табличка сравнения тестовых библиотек, среди которых есть такие монстры, как goconvey, предоставляющий ещё и веб-интерфейс, и взаимодействие с системой, например уведомления о прохождении тестов. Чтобы не усложнять, для простых проектов можно использовать небольшую библиотеку testify, добавляющую лишь немного примитивов для проверки условий и создания mock-объектов.

⏩А вот и примеры разных тестов, держите)

@Golang_google