Веб-фреймворк
на чистом Си
Высокопроизводительный сервер для Linux: HTTP/1, HTTP/2 и HTTP/3 (QUIC), WebSocket, базы данных и ORM из коробки — без обратного прокси и рантайм-зависимостей
Склонируйте репозиторий, соберите проект с нужными драйверами баз данных и запустите сервер одной командой.
git clone https://github.com/fraxer/C-web-framework.git
cd C-web-framework/backend
mkdir build && cd build
cmake .. -DCMAKE_BUILD_TYPE=Release \
-DINCLUDE_POSTGRESQL=yes \
-DINCLUDE_MYSQL=yes \
-DINCLUDE_REDIS=yes \
-DINCLUDE_SQLITE=yes
cmake --build . -j$(nproc)
./exec/cwfr -c /path/to/config.json{
"/": {
"GET": {
"file": "handlers/libindexpage.so",
"function": "index"
}
}
}#include "http.h"
void index(httpctx_t* ctx) {
ctx->response->send_data(
ctx->response,
"Hello world!"
);
}Обработчик — это просто функция — Каждый маршрут загружает обработчик из .so-библиотеки. Прочитайте запрос, сформируйте ответ — больше ничего настраивать не нужно.
Руководство по сборке →Полный набор инструментов для современных веб-сервисов — протоколы, базы данных, безопасность и утилиты из коробки.
Собственный стек QUIC (RFC 9000) поверх UDP: рукопожатие TLS 1.3 за один RTT, нет блокировки головы очереди, миграция соединений между сетями — телефон перешёл с Wi-Fi на LTE, соединение живо.
Мультиплексирование до 100 потоков, HPACK и защита от Rapid Reset.
Каналы реального времени с broadcasting и именованными группами.
Полный сервер и клиент: маршрутизация, виртуальные хосты, TLS.
Четыре драйвера за единой API с ORM и миграциями.
PostgreSQLMySQLRedisSQLiteАутентификация, сессии и RBAC без внешних сервисов.
Локальный FS и S3 плюс транзакционная почта с DKIM.
Шаблонизатор, i18n, JSON, JWT и планировщик задач.
Горячая перезагрузка обработчиков, логирование, HTTP-клиент, планировщик задач и другое — в документации.
Открыть документацию →Результаты реальных замеров в контейнерах: обработка JSON, запросы PostgreSQL и отдача статических файлов. Выберите нагрузку, чтобы увидеть результаты и условия.
POST /count · 1 048 576 байт · 4097 ключей · вложенные объекты и разные типы. Один рабочий процесс приложения, восемь потоков выполнения, одинаковый nginx-прокси и лимиты ресурсов.
| Фреймворк | req/s | p99, мс | CPU/запрос, мкс | RSS медиана, МиБ |
|---|---|---|---|---|
| cwfr (C) | 1 908 | 46,13 | 3 352 | 84,82 |
| Spring Boot (Java) | 1 727 | 43,92 | 4 124 | 579,70 |
| facil.io (C) | 828 | 1 896,61 | 6 802 | 37,80 |
| Laravel (PHP) | 823 | 112,99 | 9 082 | 315,58 |
| Fiber (Go) | 679 | 493,56 | 11 145 | 200,59 |
| Fastify (JavaScript) | 595 | 568,00 | 12 648 | 540,44 |
| Ruby on Rails (Ruby) | 267 | 295,04 | 4 350 | 241,94 |
| Kore + Jansson (C) | 210 | 448,16 | 21 976 | 73,18 |
| Django (Python) | 179 | 517,21 | 6 000 | 88,33 |
p99 — 99-й перцентиль времени ответа с точки зрения клиента нагрузки: 99% ответов приходят быстрее. Это сквозное время через прокси, включая ожидание в очередях, а не только работа CPU приложения.
CPU относится к контейнерам приложений; расход прокси приведён отдельно в отчёте. Сервер: 8 логических CPU на 4 физических ядрах, 2 ГиБ на контейнер. Клиент: отдельные ядра, 8 потоков.
RSS — сумма резидентной памяти процессов приложения, включая управляющие процессы; снимается каждые 200 мс под нагрузкой. В таблице медиана медиан пяти прогонов.
Методика, версии и результаты → · 2026-10-04
Кода тестов больше, чем кода ядра. Каждый слой ловит то, что пропускают другие: unit-тесты фиксируют поведение, фаззеры забрасывают мусором каждый парсер, а интеграционные сценарии перезапускают, перезагружают и нагружают живой сервер.
108 104 проверки в 137 файлах, прогон ≈ 5 с под AddressSanitizer; HTTP/2 и HTTP/3 ещё и в отдельных раннерах.
Настоящий SQL против PostgreSQL, у каждого прогона своя схема; есть наборы для MySQL, Redis и SQLite.
HTTP/1–3, HPACK, QPACK, QUIC, WebSocket, JSON, JWT и шаблоны. В последнем аудите — ≈ 183 млн входов.
Жёсткая и мягкая перезагрузка, миграция QUIC, 0-RTT, IPv6, лимиты памяти и длительные прогоны.
Все проверки соответствия HTTP/2 и HTTP/3 пройдены; h2load дал 300 тыс. запросов без единой ошибки.
Ни одной ошибки памяти и ни одной гонки под нагрузкой в 400 тыс. запросов.
46 007 исполняемых строк, gcov. По убыванию покрытия тестами.
Фаззинг достаёт строки, до которых не дошёл ни один тест; вместе слои покрывают больше, чем каждый по отдельности.
Строки на Си, shell и Python, посчитанные одинаково для обеих сторон.
Как измерено — 1 октября 2026: сборка ядра с --coverage, unit- и БД-раннеры, затем каждая фазз-цель по 60 с. Все 24 стадии — от сборок под ASan и TSan до h3spec — запускает один скрипт ci.sh.
Тесты на GitHub →Высокопроизводительные API для мобильных и веб-приложений
Чаты, уведомления и live-обновления через WebSocket
Микросервисы и монолитные приложения
Маршрутизация и проксирование запросов между сервисами
Аутентификация, RBAC и CRUD-операции
Локальное и S3-совместимое облачное хранилище
Транзакционная отправка писем с DKIM
Многоязычный контент на базе gettext и плюрализма
Изучите введение, посмотрите примеры или откройте исходный код на GitHub.