#http-framework #tls #http-request #http-parser #http2 #low-level

bin+lib water_http

fast web http framework that support http 1 and http 2 with very easy use

30 releases (13 stable)

new 2.0.10 Jan 11, 2025
2.0.9 Jan 10, 2025
2.0.1 Dec 30, 2024
1.3.4 Sep 6, 2024
0.1.8 Aug 19, 2024

#217 in HTTP server

Download history 2/week @ 2024-09-24 8/week @ 2024-10-01 1/week @ 2024-11-26 6/week @ 2024-12-03 29/week @ 2024-12-10 144/week @ 2024-12-24 381/week @ 2024-12-31 464/week @ 2025-01-07

989 downloads per month

MIT license

250KB
5K SLoC

Water_http

http framework meant to be the fastest and easiest http framework by using the power of rust macros and it`s provide stable workload over os systems and all the important features for servers

Features

  • very slight and easy to use
  • blazingly fast with very advanced concepts and services to provide, you can see Benchmarks repository
  • very simple and familiar constructor
  • support both protocols http2 and http1 with all existed features and more
  • support all http encoding algorithms with custom encoding for low levels like
    • brotli
    • zstd
    • gzip
    • deflate
    • lz4
    • snappy
    • bzip2
    • custom encoding algorithms for low level of programming
  • provide simple routing structure with many patterns of write
  • very fast http parsing algorithms which archived http 1 parsing with 1 micro second
  • can handle millions of requests in given seconds
  • support videos streaming for web pages videos
  • provide easy approaches for saving and downloading files from and to the server
  • support tls or ssl implementation for secure connections without any confusing
  • naming routes and redirecting to these routes by their names using one single method
  • multi pattern ways to generate your code and very easy approaches
  • support controlling low actions like block custom ip addresses from connecting your server or strict your service to custom ip addresses
  • thresholding actions like the threshold the maximum size of using compressing algorithms when sending response back considering clients encoding support

Nice Information

  • we need to understand that http request is based on another protocols like tcp (http1 and htt2) or udp (http3) and what framework is basically do is to read incoming bytes into certain bytes buffer which located on ram memory so when the framework uses the same bytes which read by the OS as much as possible that would make the framework better because at this logic we had zero additional memory allocations and that`s what water_http framework is meant to be
  • when we need to serve requests in better pattern we need to understand one thing ( less memory allocations leads to better performance ) so water http used another way of serving post request in http 1 protocol and it`s allocating one buffer for each connection and reusing the same allocated buffer for each http request instead of using new buffer for each http request
  • we are using IncomingRequest struct for parsing Http requests which it self-developed struct for using the same buffer bytes to handling request and also single bytes iteration with zero allocations
  • we used the power of rust macros to makes code very easy to build and use /

Installation

for start building your own web server app you need to follow the steps

  • install water_http by
    • using shell
      cargo add water_http
      
    • using cargo.toml file
      water_http = "[last_version]"
      
  • install tokio by
    • using shell
      cargo add tokio --features=full
      
    • using cargo.toml file
      tokio = {version = "[last_version]",features = ["full"] }     
      
    Notes : you may encounter errors while building your Application because there are some packages depends on clang compiler specially tls crates , so you need to install clang llvm compiler and so on

Concepts

  • water http built with concepts of controllers tree let`s say we have

    -MainController __ child 1 Controller | child 2 controller

    child 1 and child2 controller are both depends on MainController prefix if he has one and also could depend on MainController middleware if apply_parents_middlewares was set to true

  • the context has shared public object of type generic ,so we could parse anything to children controllers also we need to specify what is the maxy headers count ( which means how many headers we would read from incoming request ) and the max query count ( which means how many queries we could request using path ) for example : http://example.com/post?id=1&name=2 in this example we have two queries in the path (id,name)

so to init these for controllers we could use InitControllerRoot macro

use std::collections::HashMap;
use water_http::InitControllersRoot;

type MainHolderType = HashMap<String,String>;
InitControllersRoot! {
    /// the name of root
    name:MAIN_ROOT,
    /// holder type
    holder_type:MainHolderType,
    /// (optional) default (16)
    headers_length:16,
    /// (optional) default(16)
    queries_length:16
}

so after initializing our controllers root we could build our controllers

Note : we are specifying headers length and queries length for two purpose

1- for providing security and refuse all malicious big load requests

2- to allocate memory on the stack which need known sized bytes so that we could make the app significantly faster

Some Tips

  • if you need to trace debugging hints you could use feature debugging by running shell
    cargo run --features debugging
    
  • if you need to count speed of parsing bytes to http 1 protocol as request you could use feature "count_connection_parsing_speed"
 cargo run --features count_connection_parsing_speed
  • if you need to run one of the examples files
 cargo run example public_files_serving
  • to set the framework to auto handle content encoding when sending back response
use water_http::server::{EncodingConfigurations, EncodingLogic, ServerConfigurations};

 fn enable_encoding(config:&mut ServerConfigurations){

     let mut  encoding = EncodingConfigurations::default();
     encoding.set_logic(EncodingLogic::All);
     config.set_response_encoding_configuration(
         encoding
     );
 }
  • to enable using tls
use water_http::server:: ServerConfigurations;

fn enabling_tls(config:&mut ServerConfigurations){
    // you could set multiple tls ports
    config.tls_ports = vec![8084,443];
    // specify the location of certificate.crt file and private.key
    config.set_tls_certificate(
        "./ssl/local_ssl/certificate.crt",
        "./ssl/local_ssl/private.key",
        None
    );
}

Note: you could choose your needed file from examples folder

Starting

  • firstly you need to define Controllers Root as we explain in Concepts

  • create controller using water_http::WaterController macro

 use water_http::WaterController;
/// we use crate key word because this macro will 
/// encapsulate everything inside new mod
/// and holder is the type that we defined in the previous step

WaterController! {
    holder -> crate::MainHolderType,
    name -> RootController,
    functions -> {
        GET => / => any_thing(context) async {
            _=context.send_str("hello world").await;
        }
    }
  }
  • now inside main fn in rust we will create configurations and run the server app
 #[tokio::main]
 async fn main(){
    let  configs = ServerConfigurations::bind("127.0.0.1",8084);
    water_http::RunServer!(
        configs,
        MAIN_ROOT,
        RootController
    );
}

Basic Example

use std::collections::HashMap;
use water_http::server:: ServerConfigurations;
use water_http::{InitControllersRoot, WaterController};

type MainHolderType = HashMap<String,String>;
InitControllersRoot!{
   name:MAIN_ROOT,
   holder_type:MainHolderType,
}


#[tokio::main]
async fn main() {

   let  configs = ServerConfigurations::bind("127.0.0.1",8084);

   water_http::RunServer!(
       configs,
       MAIN_ROOT,
       MainController
   );
}
WaterController! {
   holder -> crate::MainHolderType,
   name -> MainController,
   functions -> {
       GET => / => any_thing(context) async {
           _=context.send_str("hello world").await;
       }
   }

}

Notes :

  • water_http use tokio runtime for multithreading tasks and there is a version that use coroutines which handle more requests and more efficiently but every thing comes with pay so the cons is that using memory management is complex ,and sometimes it leads to system block
  • you may need to install cmake and clang compiler for compiling
  • in linux make sure to have build-essential and cmake and you sometime gcc to do install any of them
sudo apt-get install build-essential cmake 
  • if you want to create fn which take context as parameter

you would need to parse parameters as following

use water_http::server::HttpContext;
type MainHolderType = crate::MainHolderType;
async fn handle_context<'context>(
    context:&mut HttpContext<'context,MainHolderType,16,16>){
    // Main Holder type it`s what you defined when InitControllersRoot
    // 16 and 16 is the headers and query length ,and they are the default values
    // if you need to change them then you need to chane the MainRoot defined lengths or
}

or you could use also

use water_http::server::HttpContext;
type MainHolderType = crate::MainHolderType;
async fn handle_context<'context,
 const HL:usize,
 const QL:usize   
>(
    context:&mut HttpContext<'context,
        MainHolderType,HL,QL>){
}

All the best

Dependencies

~25–36MB
~785K SLoC