Application engines are responsible for proceeding data transformation and manipulation in varying ways. HTTP Request’s request engine does that too, with a narrow requirements list than compared to large enterprise applications. A bird’s eye glance of engine processing shows bits and bytes appear fluid, passing through functions in many paths, like a river’s flow, however, ending predictably, even in uniform.

Complicated engines, like those in web server software, are built to handle data dynamically. Here, the engine operates statically; all processing inputs are provided by the GUI and controlled by the app owner. The engine takes considers all inputs and the method choice flips the engine’s call switch. After the switch, the client object assigns a response (See “Behind the Scenes” for more information).

Above, a switch used in the working application includes a simplified block demonstration. The application code is not open source.

The web works on the OSI seven layers model. Browsers utilize this concept and implement data security using HTTPS protocol. Web data is pieced into packets at the server and recreated for the browser after transmission. Layer six is where encryption takes place.

OSI Layers

  1. Physical
  2. Data Link
  3. Network
  4. Transport
  5. Session
  6. Presentation
  7. Application

HTTPS data keeps safe by using a public certificate provided in the server TLS handshake. The request engine is not changing or monitoring that process. Instead, it behaves more like a browser, utilizing the server’s public certificate to decrypt data for assembly in the presentation layer. Packet inspection traces reveal the encryption certificate itself is encrypted as application data. HTTP Request is application layer source code, utilizing the remaining layers as supportive infrastructure.

HTTP Request

  1. Wire
  2. Ethernet
  3. Internet Protocol
  4. Transmission Control Protocol
  5. Transport Layer Security
  6. Application Data (HTTP, HTTP/2) <– HTTP Request is here –>