Удобная Go-библиотека tablewriter для создания таблиц в разных форматах:
ASCII, Unicode, Markdown, HTML и с цветами для терминала.Подходит для:
- CLI-утилит
- логов
- веб-приложений
Простой инструмент, если нужно быстро и красиво вывести табличные данные.
go get github.com/olekukonko/tablewriter@v0.0.5@golang_google
Please open Telegram to view this post
VIEW IN TELEGRAM
👍32🔥10❤9🤬1
📦 Для Go появился лёгкий и удобный инструмент для событийной архитектуры
signals — это минималистичная библиотека без зависимостей, которая реализует простой pub-sub механизм для ваших Go-приложений.
Особенности:
- никаких внешних зависимостей
- тонкий и понятный API
- удобный in-process event system
Репозиторий: https://github.com/maniartech/signals
#golang
signals — это минималистичная библиотека без зависимостей, которая реализует простой pub-sub механизм для ваших Go-приложений.
Особенности:
- никаких внешних зависимостей
- тонкий и понятный API
- удобный in-process event system
Репозиторий: https://github.com/maniartech/signals
#golang
❤14👍8🔥7
Scrutiny — это веб-интерфейс для мониторинга S.M.A.R.T. состояния жестких дисков, интегрированный с smartd. Он помогает отслеживать критические метрики и предсказывать сбои, предоставляя удобный интерфейс для анализа данных.
🚀Основные моменты:
- Веб-интерфейс с акцентом на критические метрики
- Интеграция с smartd для автоматического обнаружения дисков
- Историческое отслеживание S.M.A.R.T. атрибутов
- Настраиваемые пороги на основе реальных данных о сбоях
- Поддержка уведомлений через вебхуки
📌 GitHub: https://github.com/AnalogJ/scrutiny
#go
Please open Telegram to view this post
VIEW IN TELEGRAM
👍13🔥5❤2🥰2🤬1
В хабе на Хабр «Разработка публичных облаков» — свежие статьи
от инженеров MWS Cloud Platform⬜️ .
Ценности решают. Как пять принципов помогли вырасти с 150 до 520 человек и запустить IaaS за год.
Binapi и VPP. Программируем SR Policy на Go, разбираем грабли и показываем рабочий прототип для traffic engineering.
Control plane под замком. Зачем прятать мастера Kubernetes и какие решения мы протестировали в Managed Kubernetes.
SPDK для VM. Почему стандартного QEMU мало и как мы ускоряли диски в публичном облаке.
eBPF & Security. Новые возможности для Cilium и Falco и новые риски: атаки на maps, io_uring и rootkits.
🔗 Подпишись на облачный хаб MWS — там регулярно рассказываем, как строим новое облако с нуля.
от инженеров MWS Cloud Platform
Ценности решают. Как пять принципов помогли вырасти с 150 до 520 человек и запустить IaaS за год.
Binapi и VPP. Программируем SR Policy на Go, разбираем грабли и показываем рабочий прототип для traffic engineering.
Control plane под замком. Зачем прятать мастера Kubernetes и какие решения мы протестировали в Managed Kubernetes.
SPDK для VM. Почему стандартного QEMU мало и как мы ускоряли диски в публичном облаке.
eBPF & Security. Новые возможности для Cilium и Falco и новые риски: атаки на maps, io_uring и rootkits.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7👍1
Это open-source альтернатива Cloudflare Images и ImageKit:
- ⚡️ Реальное время — обработка картинок через URL-API
- 🛠 Построено на Go для максимальной производительности
- 🌐 Удобно интегрировать в любые веб-сервисы
🔗 Репозиторий: https://github.com/kritihq/kriti-images
@Golang_google
#golang #go
Please open Telegram to view this post
VIEW IN TELEGRAM
👍14❤12🔥6🤔1
ХОЧЕШЬ ПОВЫСИТЬ ГРЕЙД В 2025 ГОДУ? 🚀
Если:
— код разваливается от правок,
— бизнес-логика размазана,
— Entity — просто структуры,
— а тесты живут своей жизнью —
вам точно сюда.
📦 Научитесь строить архитектуру, устойчивую к изменениям.
Что будет на обучении?
✅ Создадим полноценный микросервис
✅ Разберем все тактические паттерны DDD
✅ Реализуем Use Case и Domain Service
✅ Напишем много тестов
✅ Реализуем HTTP, gRPC и Kafka адаптеры
📢 Повышайте свою ценность, как специалиста, прямо сейчас👉 https://microarch.ru/courses/ddd/languages/go?utm_source=posev&utm_medium=erid:2Vtzqvvi8v1&utm_campaign=4
Реклама. ИП Ветчинкин К.Е. ИНН: 773376451099 Erid: 2Vtzqvvi8v1
Если:
— код разваливается от правок,
— бизнес-логика размазана,
— Entity — просто структуры,
— а тесты живут своей жизнью —
вам точно сюда.
📦 Научитесь строить архитектуру, устойчивую к изменениям.
Что будет на обучении?
✅ Создадим полноценный микросервис
✅ Разберем все тактические паттерны DDD
✅ Реализуем Use Case и Domain Service
✅ Напишем много тестов
✅ Реализуем HTTP, gRPC и Kafka адаптеры
📢 Повышайте свою ценность, как специалиста, прямо сейчас👉 https://microarch.ru/courses/ddd/languages/go?utm_source=posev&utm_medium=erid:2Vtzqvvi8v1&utm_campaign=4
Реклама. ИП Ветчинкин К.Е. ИНН: 773376451099 Erid: 2Vtzqvvi8v1
🤬4❤3
⚡ Ophis - golang утилита, которая автоматически превращает ваши Cobra-команды в MCP-инструменты.
🔥 Плюсы:
- Мгновенная конверсия Cobra → MCP
- CLI-команды для интеграции с Claude и VSCode
- Упрощает подключение к MCP без лишних движений
🔗 Репозиторий: https://github.com/njayp/ophis
#golang #cli #MCP
🔥 Плюсы:
- Мгновенная конверсия Cobra → MCP
- CLI-команды для интеграции с Claude и VSCode
- Упрощает подключение к MCP без лишних движений
🔗 Репозиторий: https://github.com/njayp/ophis
#golang #cli #MCP
👍12❤4🔥3
Graceful Shutdowns в Go HTTP-серверах: как обеспечить 0 простоев при живом трафике
Graceful shutdown - это “прощание с клиентами”, когда сервер:
- перестаёт принимать новые запросы
- даёт завершиться текущим запросам
- чистит ресурсы (базы, файлы и т.д.)
- и только потом закрывается
Зачем это нужно:
Если просто “убить” сервер:
- запросы могут оборваться на полпути (например, оплата)
- пользователи получат ошибки или потеряют данные
- могут остаться “висячие” соединения и утечки ресурсов
Graceful shutdown решает это, особенно важно при деплое, перезагрузках, работе в Kubernetes/Docker.
# Как это сделать в Go
1. Использовать
2. Перехватывать сигналы ОС (`SIGINT`,
3. Использовать
4. Корректно закрывать ресурсы: БД, логи, файлы и т.д.
# Пример кода
Вывод
- Graceful shutdown — не просто “красивость”, а необходимая практика для надёжных Go-сервисов:
- минимизирует потери данных и ошибок для пользователей
- обеспечивает корректное завершение внутренних операций
- делает деплой и перезапуск безопасными и незаметными
https://blog.stackademic.com/graceful-shutdowns-in-go-http-servers-ensuring-zero-downtime-for-live-traffic-b8224b28ab4a
Graceful shutdown - это “прощание с клиентами”, когда сервер:
- перестаёт принимать новые запросы
- даёт завершиться текущим запросам
- чистит ресурсы (базы, файлы и т.д.)
- и только потом закрывается
Зачем это нужно:
Если просто “убить” сервер:
- запросы могут оборваться на полпути (например, оплата)
- пользователи получат ошибки или потеряют данные
- могут остаться “висячие” соединения и утечки ресурсов
Graceful shutdown решает это, особенно важно при деплое, перезагрузках, работе в Kubernetes/Docker.
# Как это сделать в Go
1. Использовать
http.Server.Shutdown(ctx) - сервер перестаёт принимать новые запросы, но завершает текущие в рамках таймаута. 2. Перехватывать сигналы ОС (`SIGINT`,
SIGTERM`) через `os/signal, чтобы начать shutdown. 3. Использовать
context.WithTimeout, чтобы ограничить время завершения. 4. Корректно закрывать ресурсы: БД, логи, файлы и т.д.
# Пример кода
package main
import (
"context"
"log"
"net/http"
"os"
"os/signal"
"time"
)
func main() {
mux := http.NewServeMux()
mux.HandleFunc("/", func(w http.ResponseWriter, r *http.Request) {
time.Sleep(3 * time.Second)
w.Write([]byte("Request done"))
})
server := &http.Server{
Addr: ":8080",
Handler: mux,
}
go func() {
log.Println("Server starting on :8080")
if err := server.ListenAndServe(); err != nil && err != http.ErrServerClosed {
log.Fatalf("ListenAndServe error: %v", err)
}
}()
stop := make(chan os.Signal, 1)
signal.Notify(stop, os.Interrupt, os.Kill)
<-stop
log.Println("Shutting down server...")
ctx, cancel := context.WithTimeout(context.Background(), 5*time.Second)
defer cancel()
if err := server.Shutdown(ctx); err != nil {
log.Fatalf("Forced shutdown: %v", err)
}
log.Println("Server exited gracefully")
}
Вывод
- Graceful shutdown — не просто “красивость”, а необходимая практика для надёжных Go-сервисов:
- минимизирует потери данных и ошибок для пользователей
- обеспечивает корректное завершение внутренних операций
- делает деплой и перезапуск безопасными и незаметными
https://blog.stackademic.com/graceful-shutdowns-in-go-http-servers-ensuring-zero-downtime-for-live-traffic-b8224b28ab4a
2❤26👍14🔥13
Gojekyll — это клон Jekyll, написанный на Go, предлагающий команды для сборки и сервировки сайтов с поддержкой живой перезагрузки. Он обеспечивает высокую скорость и частичную совместимость с Jekyll, позволяя использовать Liquid для шаблонов и SASS для стилей.
go install github.com/osteele/gojekyll@latest
🚀 Основные моменты:
- Быстрее Jekyll в 20 раз
- Поддержка SASS и Liquid
- Частичная совместимость с Jekyll
- Поддержка Windows
- Эмуляция некоторых плагинов
📌 GitHub: https://github.com/osteele/gojekyll
#go
Please open Telegram to view this post
VIEW IN TELEGRAM
2👍16🔥6❤5
Please open Telegram to view this post
VIEW IN TELEGRAM
❤10🔥6👍4
Исправлены уязвимости в:
- net/mail - чрезмерное потребление CPU при разборе адресов
- crypto/x509 - квадратичная сложность при проверке ограничений имён
- crypto/tls - утечка неэкранированных данных в логах при ошибках ALPN
- encoding/pem и asn1 - возможное истощение памяти при разборе некорректных данных
- net/url - неправильная проверка IPv6 в квадратных скобках
- net/http - отсутствие лимита на количество cookies
- archive/tar - неограниченное чтение sparse map
- net/textproto - чрезмерное потребление CPU при чтении ответов
📢 Официальное объявление:
groups.google.com/g/golang-announce/c/4Emdl2iQ_bI/m/qZN5nc-mBgAJ
👉 Скачать обновления: go.dev/dl/#go1.25.2
@Golang_google
Please open Telegram to view this post
VIEW IN TELEGRAM
👍44❤15🔥11
🛠️ Cloudflare нашла редкий баг в компиляторе Go для ARM64 — ошибка повреждала стек и вызывала краши
Инженеры Cloudflare заметили странные fatal panics на ARM64-серверах, сопровождающиеся сообщениями вроде *“traceback did not unwind completely”*.
Ошибки указывали на то, что Go runtime не может корректно «размотать» стек после паники, а значит — стек повреждён.
После длительного расследования выяснилось: проблема была в самом компиляторе Go для ARM64.
Он иногда разбивал инструкцию на две отдельные операции:
Если между ними происходило асинхронное прерывание (async preemption), например, от планировщика или сборщика мусора, указатель стека (RSP) переходил в некорректное состояние.
В результате, когда Go runtime пытался «размотать» стек для трассировки ошибки, он сталкивался с повреждёнными адресами и завершался крашем.
Cloudflare смогла воспроизвести баг на минимальном примере: функция с большим стеком вызывала panic, и если прерывание происходило ровно между двумя частями инструкции, процесс завершался segmentation fault.
✅ Исправление уже включено в версии Go 1.23.12, 1.24.6 и 1.25.0.
Теперь компилятор избегает разбиения инструкции, используя промежуточный регистр — это гарантирует, что стек всегда корректен даже при прерывании выполнения.
Cloudflare подчёркивает: подобные ошибки встречаются крайне редко и проявляются только под высокой нагрузкой на ARM-серверах.
Но этот случай показывает, насколько сложно отлавливать низкоуровневые race condition-баги, которые могут оставаться незаметными годами, пока не сойдутся «идеальные» условия.
📌Подробнее: https://blog.cloudflare.com/how-we-found-a-bug-in-gos-arm64-compiler/
@Golang_google
Инженеры Cloudflare заметили странные fatal panics на ARM64-серверах, сопровождающиеся сообщениями вроде *“traceback did not unwind completely”*.
Ошибки указывали на то, что Go runtime не может корректно «размотать» стек после паники, а значит — стек повреждён.
После длительного расследования выяснилось: проблема была в самом компиляторе Go для ARM64.
Он иногда разбивал инструкцию на две отдельные операции:
ADD $framesize, RSP, RSP
Если между ними происходило асинхронное прерывание (async preemption), например, от планировщика или сборщика мусора, указатель стека (RSP) переходил в некорректное состояние.
В результате, когда Go runtime пытался «размотать» стек для трассировки ошибки, он сталкивался с повреждёнными адресами и завершался крашем.
Cloudflare смогла воспроизвести баг на минимальном примере: функция с большим стеком вызывала panic, и если прерывание происходило ровно между двумя частями инструкции, процесс завершался segmentation fault.
✅ Исправление уже включено в версии Go 1.23.12, 1.24.6 и 1.25.0.
Теперь компилятор избегает разбиения инструкции, используя промежуточный регистр — это гарантирует, что стек всегда корректен даже при прерывании выполнения.
Cloudflare подчёркивает: подобные ошибки встречаются крайне редко и проявляются только под высокой нагрузкой на ARM-серверах.
Но этот случай показывает, насколько сложно отлавливать низкоуровневые race condition-баги, которые могут оставаться незаметными годами, пока не сойдутся «идеальные» условия.
📌Подробнее: https://blog.cloudflare.com/how-we-found-a-bug-in-gos-arm64-compiler/
@Golang_google
1👍61🔥28❤11🥰2