NAME

Para::Frame::Manual::Overview - Overview and Introduction

DESCRIPTION

Design philosophy

Execution path

1. Apache gets the request from a browser client

1.1. Apache looks in the translated path, finds a .htaccess directing the request to Para::Frame::Client

1.2. Para::Frame::Client looks for the port configuration. Packs the request data and sends it to the socket at the port.

2. Para::Frame catches the request in main_loop(), retrieve the data in get_value() and calls handle_request()

2.1. Para::Frame::Reload->check_for_updates() and reloads any updated code found.

2.2. A new Para::Frame::Request object is created from the request data.

2.3. The user class is used for identify_user and authenticate_user.

2.4. If this was a redirection and the page already has been generated, sends teh page and stops here.

2.5. $req->setup_jobs determine the actions requested

3. $req->after_jobs looks for things to do for the request

3.1 Take a planned action unless an error has been encountered. If there are more actions planned, go back to point 3.

3.2 If an error occured, plan to redisplay the previous page

3.3 Render the page to be sent back by calling $req->render_output

3.4 Send the resulting page

3.4.1 If the page chosen doesn't match the original URI, redirect the browser to the right URI. The next request stops at point 2.4.

3.4.2. Sends the HTTP headers

3.4.3. Sends the generated page

4. Finishing up and closing the connection

Implementation layers

Module layout

Configuration

Reserved names

Object heiarcy

  User --> Session --> Request

The left object has a longer life than the right. Each pair in the heiarchy has a one to many relationships.

SEE ALSO

Para::Frame