Cによるモダンウェブアプリ

概要

BCHS ：OpenBSD, C, httpd, SQLiteによる構成
フレームワーク不使用、CGI環境変数を直接読み書き
テンプレート言語不使用、CでHTMLを直接出力
データベースサーバ不要、SQLiteのC APIで直接ファイル操作
コンテナ不要、静的リンクバイナリをディレクトリに配置
全リクエストごとに新規プロセス生成、デプロイはバイナリ差し替えのみ
OpenBSDのセキュリティ機能 （pledge, unveil, chroot）活用
追加ライブラリは libcurl （外部リクエスト）、 libsodium （乱数・パスワード・HMAC）、 libcjson （JSON解析）
- libcurl, libsodium のみビルド依存、libcjsonとSQLiteはプロジェクト内でビルド
静的アセット も全てバイナリに埋め込み、httpdから全リクエストをCGIバイナリへルーティング

フレームワーク不要、学習コストが低い
- CGI仕様 は2004年から不変、HTTPの基本のみ理解すれば十分
- 言語・プラットフォーム非依存、知識が長期間有効
責務分離の明確化
- Webサーバ が直接ビジネスロジックを呼び出す
- デバッグ容易、シェルから直接実行・gdbでステップ実行可能
- サーバーレスに近い構造、ベンダーロックや予想外の請求なし
サプライチェーンリスク最小化
- 依存は Cコンパイラと3ライブラリ のみ
- 複雑なエコシステムや不明なメンテナによる間接依存が発生しない
シンプルなツール環境
- Vim等の軽量エディタ で十分対応可能
- Sanitizer, valgrind, gdb, ctags, cscope など成熟したツールが利用可能
- 多くのエディタに 統合サポート あり
CでのHTML/CSS生成も意外と悪くない
- テンプレート言語の混在によるエディタ設定の煩雑さがない
- Cだけで完結、ハイライト崩れやプラグイン問題も発生しない
SQLiteの運用負荷の低さ
- Postgres に比べてプロセス管理やアップグレード不要
- アプリから直接ファイルオープン、設定不要

CGIはインターフェースのみ で、便利機能は自作が必要
- Cookie処理、 クエリパラメータ解析・バリデーション、 フォームデータ処理、 エスケープ 等を自作
- cgi.h （自作ヘッダ）で実装したが、最適解かは疑問
- kcgi 等のライブラリも存在するが、APIやセキュリティモデルへの依存が発生
- stbライブラリ のような、ドロップイン可能な共通ユーティリティの必要性
- 今後 cgi.h を公開予定

CGIは古いが、現代でも十分実用的
プロセスフォークのコスト は現代カーネルで大幅に低減
必要なら FastCGI への移行も容易
CでのWebアプリ開発は現実的かつ堅牢
- marketyour.games は単一バイナリで商用運用中
- これまでで最も「動く部品」が少ない堅実なスタック
今後もこの構成を積極的に活用予定