Headless CMS auf Go ohne CGO und Frameworks

Minimalistischer Headless-CMS in reiner Go: Architektur und Umsetzung

Die entscheidende Wahl ist die Verwendung von modernc.org/sqlite anstelle von mattn/go-sqlite3. Dies ist ein rein in Go geschriebener Port von SQLite mit kompatibler database/sql-API, der keinen C-Compiler benötigt.

import (
    "database/sql"
    _ "modernc.org/sqlite"
)

func Open(path string) (*sql.DB, error) {
    db, err := sql.Open("sqlite", path)
    if err != nil {
        return nil, err
    }

    // WAL-Modus für gleichzeitigen Zugriff
    pragmas := []string{
        "PRAGMA journal_mode=WAL",
        "PRAGMA busy_timeout=5000",
        "PRAGMA foreign_keys=ON",
        "PRAGMA synchronous=NORMAL",
    }
    for _, p := range pragmas {
        if _, err := db.Exec(p); err != nil {
            return nil, fmt.Errorf("pragma %q: %w", p, err)
        }
    }
    return db, nil
}

Der WAL-Modus ermöglicht paralleles Lesen während Schreibvorgängen – essenziell für den gleichzeitigen Betrieb von API und Admin-Oberfläche.

Routing und Middleware mit net/http

Die Vermeidung von Gin/Echo/Chi zugunsten von http.ServeMux reduziert Abhängigkeiten und vereinfacht das Debugging:

mux := http.NewServeMux()

// Öffentliche API
mux.Handle("/api/leads", rateLimiter(http.HandlerFunc(h.CreateLead)))
mux.Handle("/api/news", http.HandlerFunc(h.ListNews))

// Admin-Oberfläche
mux.Handle("/admin/", authMiddleware(sessionStore, adminHandler))

Middleware-Kette: logger → rateLimiter → auth → csrfCheck → handler. Jeder Teil ist eine unabhängige, testabgedeckte Funktion.

Asynchrone Integration mit Bitrix24

Lead-Übermittlungen an das CRM werden asynchron über Go-Channels und einen Worker-Pool verarbeitet – ohne Redis oder Celery erforderlich:

type Worker struct {
    db      *sql.DB
    queue   chan Job
    webhook string
    wg      sync.WaitGroup
}

func NewWorker(db *sql.DB, webhook string, poolSize int) *Worker {
    w := &Worker{
        db:      db,
        queue:   make(chan Job, 100),
        webhook: webhook,
    }
    for i := 0; i < poolSize; i++ {
        w.wg.Add(1)
        go w.process()
    }
    return w
}

func (w *Worker) Enqueue(job Job) {
    select {
    case w.queue <- job:
    default:
        log.Printf("bitrix-Warteschlange voll, Lead %d wird manuell nachgetragen", job.LeadID)
    }
}

Ein Puffer von 100 Aufträgen, saubere Herunterfahrt mit 30-Sekunden-Timeout.

CSRF-Schutz mit HMAC-SHA256

Admin-Formulare mit HTMX sind mit synchronisierten Tokens geschützt:

func generateCSRFToken(sessionID, secret string) string {
    mac := hmac.New(sha256.New, []byte(secret))
    mac.Write([]byte(sessionID))
    return hex.EncodeToString(mac.Sum(nil))
}

func validateCSRFToken(r *http.Request, sessionID, secret string) bool {
    token := r.FormValue("csrf_token")
    if token == "" {
        token = r.Header.Get("X-CSRF-Token")
    }
    expected := generateCSRFToken(sessionID, secret)
    return hmac.Equal([]byte(token), []byte(expected))
}

Tokens werden in Formularen und HTMX-Headern eingebettet. hmac.Equal verhindert Timing-Angriffe.

Rate-Limiting im Speicher

Die öffentliche API begrenzt Anfragen auf 10 pro Minute pro IP, ohne externe Speicherung:

type IPLimiter struct {
    visitors sync.Map
    mu       sync.Mutex
}

type entry struct {
    count   int
    resetAt time.Time
}

func (l *IPLimiter) Allow(ip string) bool {
    now := time.Now()
    val, _ := l.visitors.LoadOrStore(ip, &entry{resetAt: now.Add(time.Minute)})
    e := val.(*entry)

    l.mu.Lock()
    defer l.mu.Unlock()

    if now.After(e.resetAt) {
        e.count = 0
        e.resetAt = now.Add(time.Minute)
    }
    if e.count >= 10 {
        return false
    }
    e.count++
    return true
}

sync.Map mit Bereinigung alle 5 Minuten.

Erste Ausführung ohne Konfiguration

Der Server initialisiert die Datenbank automatisch, generiert ein Admin-Passwort und gibt es in der Konsole aus. Konfiguration über Flags oder Umgebungsvariablen:

• ./cms — Standardwerte (Port=8080, db=./cms.db)
• CMS_PORT=8080 CMS_DB_PATH=./data.db ./cms

Sicherheitsmaßnahmen

| Bedrohung | Maßnahme |

|--------|------------|

| SQL-Injection | Parameterisierte Abfragen |

| XSS | html/template mit automatischer Escaping |

| CSRF | HMAC-Tokens |

| Brute-Force | Rate-Limiting bei 10 Anfragen pro Minute |

| Pfad-Traversierung | http.FileServer im Sandbox-Modus |

Wichtige Highlights:

• Binär ~20 MB mit eingebetteten statischen Assets via embed.FS, keine Laufzeitabhängigkeiten
• WAL-SQLite für Konkurrenz ohne Sperren
• Go-Channels statt Redis/Celery-Warteschlangen
• HMAC-CSRF + html/template für robuste Sicherheit
• CGO_ENABLED=0 — Cross-Compilation von Windows auf Linux

— Editorial Team