Building an AJAX Chat Application

Requires Prado versions 3.1a or later.

This tutorial introduces the Prado web application framework's ActiveRecord and Active Controls to build a Chat web application. It is assumed that you are familiar with PHP and you have access to a web server that is able to serve PHP5 scripts. This basic chat application will utilize the following ideas/components in Prado.

  • Building a custom User Manager class.
  • Authenticating and adding a new user to the database.
  • Using ActiveRecord to interact with the database.
  • Using Active Controls and callbacks to implement the user interface.
  • Separating application logic and application flow.

In this tutorial you will build an AJAX Chat web application that allows multiple users to communicate through their web browser. The application consists of two pages: a login page that asks the user to enter their nickname and the main application chat page. You can try the application locally or at Prado website. The main application chat page is shown bellow.

Download, Install and Create a New Application

The download and installation steps are similar to those in the Currency converter tutorial.

The best way to install PRADO is through composer
If you don't use composer yet, first install it:

curl -s http://getcomposer.org/installer | php
    php composer.phar install
    

Then, create the application structure using composer:

composer create-project pradosoft/prado-app chat
    

The command creates a new directory named chat in your current working directory. You may need to change to the appropriate directory first.

The above command creates the necessary directory structure and minimal files (including "index.php" and "Home.page") to run a Prado web application. Now you can point your browser's URL to the web server to serve up the index.php script in the chat directory. You should see the message "Welcome to Prado!"

Authentication and Authorization

The first task for this application is to ensure that each user of the chat application is assigned with a unique (chosen by the user) username. To achieve this, we can secure the main chat application page to deny access to anonymous users. First, let us create the Login page with the following code. We save the Login.php and Login.page in the chat/protected/pages/ directory (there should be a Home.page file created by the command line tool).

<?php
class Login extends TPage
{
}
<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="utf-8" />
    <title>Prado Chat Demo Login</title>
</head>
<body>
<com:TForm>
    <h1 class="login">Prado Chat Demo Login</h1>
    <fieldset class="login">
        <legend>Please enter your name:</legend>
        <div class="username">
            <com:TLabel ForControl="username" Text="Username:" />
            <com:TTextBox ID="username" MaxLength="20" />
            <com:TRequiredFieldValidator
                ControlToValidate="username"
                Display="Dynamic"
                ErrorMessage="Please provide a username." />
        </div>
        <div class="login-button">
            <com:TButton Text="Login" />
        </div>
</com:TForm>
</body>
</html>

The login page contains a TForm, a TTextBox, a TRequiredFieldValidator and a TButton. The resulting page looks like the following (after applying some a style sheet). If you click on the Login button without entering any text in the username textbox, an error message is displayed. This is due to the TRequiredFieldValidator requiring the user to enter some text in the textbox before proceeding.

Securing the Home page

Now we wish that if the user is trying to access the main application page, Home.page, before they have logged in, the user is presented with the Login.page first. We add a chat/protected/application.xml configuration file to import some classes that we shall use later.

<?xml version="1.0" encoding="utf-8"?>
<application id="Chat" Mode="Debug">
  <paths>
    <using namespace="System.Data.*" />
    <using namespace="System.Data.ActiveRecord.*" />
    <using namespace="System.Security.*" />
    <using namespace="System.Web.UI.ActiveControls.*" />
  </paths>
</application>
Next, we add a chat/protected/pages/config.xml configuration file to secure the pages directory.
<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <modules>
    <module id="users" class="TUserManager" />
    <module id="auth" class="TAuthManager" UserManager="users" LoginPage="Login" />
  </modules>
  <authorization>
    <allow pages="Login" users="?" />
    <allow roles="normal" />
    <deny users="*" />
  </authorization>
</configuration>
We setup the authentication using the default classes as explained in the authentication/authorization quickstart. In the authorization definition, we allow anonymous users to access the Login page (anonymous users is specified by the ? question mark). We allow any users with role equal to "normal" (to be defined later) to access all the pages, that is, the Login and Home pages. Lastly, we deny all users without any roles to access any page. The authorization rules are executed on first match basis.

If you now try to access the Home page by pointing your browser to the index.php you will be redirected to the Login page.

Active Record for chat_users table

The TUserManager class only provides a read-only list of users. We need to be able to add or login new users dynamically. So we need to create our own user manager class. First, we shall setup a database with a chat_users table and create an ActiveRecord that can work with the chat_users table with ease. For the demo, we use sqlite as our database for ease of distributing the demo. The demo can be extended to use other databases such as MySQL or Postgres SQL easily. We define the chat_users table as follows.

CREATE TABLE chat_users
(
	username VARCHAR(20) NOT NULL PRIMARY KEY,
	last_activity INTEGER NOT NULL DEFAULT "0"
);
Next we define the corresponding ChatUserRecord class and save it as chat/protected/App_Code/ChatUserRecord.php (you need to create the App_Code directory as well). We also save the sqlite database file as App_Code/chat.db.
class ChatUserRecord extends TActiveRecord
{
    const TABLE='chat_users';

    public $username;
    public $last_activity;

    public static function finder($className=__CLASS__)
    {
        return parent::finder($className);
    }
}
Before using the ChatUserRecord class we to configure a default database connection for ActiveRecord to function. In the chat/protected/application.xml we import classes from the App_Code directory and add an ActiveRecord configuration module.
<?xml version="1.0" encoding="utf-8"?>
<application id="Chat" Mode="Debug">
  <paths>
    <using namespace="Application.App_Code.*" />
    <using namespace="System.Data.*" />
    <using namespace="System.Data.ActiveRecord.*" />
    <using namespace="System.Security.*" />
    <using namespace="System.Web.UI.ActiveControls.*" />
  </paths>
  <modules>
    <module class="TActiveRecordConfig" EnableCache="true"
        Database.ConnectionString="sqlite:protected/App_Code/chat.db" />
  </modules>
</application>

Custom User Manager class

To implement a custom user manager module class we just need to extends the TModule class and implement the IUserManager interface. The getGuestName(), getUser() and validateUser() methods are required by the IUserManager interface. We save the custom user manager class as App_Code/ChatUserManager.php.

class ChatUserManager extends TModule implements IUserManager
{
    public function getGuestName()
    {
        return 'Guest';
    }

    public function getUser($username=null)
    {
        $user=new TUser($this);
        $user->setIsGuest(true);
        if($username !== null && $this->usernameExists($username))
        {
            $user->setIsGuest(false);
            $user->setName($username);
            $user->setRoles(array('normal'));
        }
        return $user;
    }

    public function addNewUser($username)
    {
        $user = new ChatUserRecord();
        $user->username = $username;
        $user->save();
    }

    public function usernameExists($username)
    {
        $finder = ChatUserRecord::finder();
        $record = $finder->findByUsername($username);
        return $record instanceof ChatUserRecord;
    }

    public function validateUser($username,$password)
    {
        return $this->usernameExists($username);
    }
}

The getGuestName() method simply returns the name for a guest user and is not used in our application. The getUser() method returns a TUser object if the username exists in the database, the TUser object is set with role of "normal" that corresponds to the <authorization> rules defined in our config.xml file.

The addNewUser() and usernameExists() method uses the ActiveRecord corresponding to the chat_users table to add a new user and to check if a username already exists, respectively.

The next thing to do is change the config.xml configuration to use our new custom user manager class. We simply change the <module> configuration with id="users".

<module id="users" class="ChatUserManager" />

Authentication

To perform authentication, we just want the user to enter a unique username. We add a TCustomValidator for validate the uniqueness of the username and add an OnClick event handler for the login button.

<com:TCustomValidator
    ControlToValidate="username"
    Display="Dynamic"
    OnServerValidate="checkUsername"
    ErrorMessage="The username is already taken." />

...

<com:TButton Text="Login" OnClick="createNewUser" />
In the Login.php file, we add the following 2 methods.
function checkUsername($sender, $param)
{
    $manager = $this->Application->Modules['users'];
    if($manager->usernameExists($this->username->Text))
        $param->IsValid = false;
}

function createNewUser($sender, $param)
{
    if($this->Page->IsValid)
    {
        $manager = $this->Application->Modules['users'];
        $manager->addNewUser($this->username->Text);

        //do manual login
        $user = $manager->getUser($this->username->Text);
        $auth = $this->Application->Modules['auth'];
        $auth->updateSessionUser($user);
        $this->Application->User = $user;

        $url = $this->Service->constructUrl($this->Service->DefaultPage);
        $this->Response->redirect($url);
    }
}
The checkUserName() method uses the ChatUserManager class (recall that in the config.xml configuration we set the ID of the custom user manager class as "users") to validate the username is not taken.

In the createNewUser method, when the validation passes (that is, when the user name is not taken) we add a new user. Afterward we perform a manual login process:

  • First we obtain a TUser instance from our custom user manager class using the $manager->getUser(...) method.
  • Using the TAuthManager we set/update the user object in the current session data.
  • Then we set/update the Application's user instance with our new user object.

Finally, we redirect the client to the default Home page.

Default Values for ActiveRecord

If you try to perform a login now, you will receive an error message like "Property 'ChatUserRecord::$last_activity' must not be null as defined by column 'last_activity' in table 'chat_users'.". This means that the $last_activity property value was null when we tried to insert a new record. We need to either define a default value in the corresponding column in the table and allow null values or set the default value in the ChatUserRecord class. We shall demonstrate the later by altering the ChatUserRecord with the addition of a set getter/setter methods for the last_activity property.

private $_last_activity;

public function getLast_Activity()
{
    if($this->_last_activity === null)
        $this->_last_activity = time();
    return $this->_last_activity;
}

public function setLast_Activity($value)
{
    $this->_last_activity = $value;
}
Notice that we renamed $last_activity to $_last_activity (note the underscore after the dollar sign).

Main Chat Application

Now we are ready to build the main chat application. We use a simple layout that consist of one panel holding the chat messages, one panel to hold the users list, a textarea for the user to enter the text message and a button to send the message.

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="utf-8" />
    <title>Prado Chat Demo</title>
<style>
.messages
{
    width: 500px;
    height: 300px;
    float: left;
    border: 1px solid ButtonFace;
    overflow: auto;
}
.user-list
{
    margin-left: 2px;
    float: left;
    width: 180px;
    height: 300px;
    border: 1px solid ButtonFace;
    overflow: auto;
    font-size: 0.85em;
}
.message-input
{
    float: left;
}

.message-input textarea
{
    margin-top: 3px;
    padding: 0.4em 0.2em;
    width: 493px;
    font-family: Verdana, Geneva, Arial, Helvetica, sans-serif;
    font-size: 0.85em;
    height: 40px;
}
.send-button
{
    margin: 0.5em;
}
</style>
</head>
<body>
<com:TForm>
<h1>Prado Chat Demo</h1>
<div id="messages" class="messages">
    <com:TPlaceHolder ID="messageList" />
</div>
<div id="users" class="user-list">
    <com:TPlaceHolder ID="userList" />
</div>
<div class="message-input">
    <com:TActiveTextBox ID="userinput"
        Columns="40" Rows="2" TextMode="MultiLine" />
    <com:TActiveButton ID="sendButton" CssClass="send-button"
        Text="Send" />
</div>
</com:TForm>
</body>
</html>
We added two Active Control components: a TActiveTextBox and a TActiveButton. We also added a TJavascriptLogger that will be very useful for understanding how the Active Controls work.

Exploring the Active Controls

We should have some fun before we proceeding with setting up the chat buffering. We want to see how we can update the current page when we receive a message. First, we add an OnClick event handler for the Send button.

<com:TActiveButton ID="sendButton" CssClass="send-button"
	Text="Send" OnClick="processMessage"/>
And the corresponding event handler method in the Home.php class (we need to create this new file too).
class Home extends TPage
{
    function processMessage($sender, $param)
    {
        echo $this->userinput->Text;
    }
}
If you now type something in the main application textbox and click the send button you should see whatever you have typed echoed in the TJavascriptLogger console.

To append or add some content to the message list panel, we need to use some methods in the TCallbackClientScript class which is available through the CallbackClient property of the current TPage object. For example, we do can do

function processMessage($sender, $param)
{
    $this->CallbackClient->appendContent("messages", $this->userinput->Text);
}
This is one way to update some part of the existing page during a callback (AJAX style events) and will be the primary way we will use to implement the chat application.

Active Record for chat_buffer table

To send a message to all the connected users we need to buffer or store the message for each user. We can use the database to buffer the messages. The chat_buffer table is defined as follows.

CREATE TABLE chat_buffer
(
	id INTEGER PRIMARY KEY,
	for_user VARCHAR(20) NOT NULL,
	from_user VARCHAR(20) NOT NULL,
	message TEXT NOT NULL,
	created_on INTEGER NOT NULL DEFAULT "0"
);
The corresponding ChatBufferRecord class is saved as App_Code/ChatBufferRecord.php.
class ChatBufferRecord extends TActiveRecord
{
	const TABLE='chat_buffer';

    public $id;
    public $for_user;
    public $from_user;
    public $message;
    private $_created_on;

    public function getCreated_On()
    {
        if($this->_created_on === null)
            $this->_created_on = time();
        return $this->_created_on;
    }

    public function setCreated_On($value)
    {
        $this->_created_on = $value;
    }

    public static function finder($className=__CLASS__)
    {
        return parent::finder($className);
    }
}

Chat Application Logic

We finally arrive at the guts of the chat application logic. First, we need to save a received message into the chat buffer for all the current users. We add this logic in the ChatBufferRecord class.

public function saveMessage()
{
    foreach(ChatUserRecord::finder()->findAll() as $user)
    {
        $message = new self;
        $message->for_user = $user->username;
        $message->from_user = $this->from_user;
        $message->message = $this->message;
        $message->save();
        if($user->username == $this->from_user)
        {
            $user->last_activity = time(); //update the last activity;
            $user->save();
        }
    }
}
We first find all the current users using the ChatUserRecord finder methods. Then we duplicate the message and save it into the database. In addition, we update the message sender's last activity timestamp. The above piece of code demonstrates the simplicity and succinctness of using ActiveRecords for simple database designs.

The next piece of the logic is to retrieve the users' messages from the buffer. We simply load all the messages for a particular username and format that message appropriately (remember to escape the output to prevent Cross-Site Scripting attacks). After we load the messages, we delete those loaded messages and any older messages that may have been left in the buffer.

public function getUserMessages($user)
{
    $content = '';
    foreach($this->findAll('for_user = ?', $user) as $message)
        $content .= $this->formatMessage($message);
    $this->deleteAll('for_user = ? OR created_on < ?',
                          $user, time() - 300); //5 min inactivity
    return $content;
}

protected function formatMessage($message)
{
    $user = htmlspecialchars($message->from_user);
    $content = htmlspecialchars($message->message);
    return "<div class=\"message\"><strong>{$user}:</strong>"
                  ." <span>{$content}</span></div>";
}
To retrieve a list of current users (formatted), we add this logic to the ChatUserRecord class. We delete any users that may have been inactive for awhile.
public function getUserList()
{
    $this->deleteAll('last_activity < ?', time()-300); //5 min inactivity
    $content = '<ul>';
    foreach($this->findAll() as $user)
        $content .= '<li>'.htmlspecialchars($user->username).'</li>';
    $content .= '</ul>';
    return $content;
}
Note: For simplicity we formatted the messages in these Active Record classes. For large applications, these message formatting tasks should be done using Prado components (e.g. using a TRepeater in the template or a custom component).

Putting It Together

Now comes to put the application flow together. In the Home.php we update the Send buttons OnClick event handler to use the application logic we just implemented.

function processMessage($sender, $param)
{
    if(strlen($this->userinput->Text) > 0)
    {
        $record = new ChatBufferRecord();
        $record->message = $this->userinput->Text;
        $record->from_user = $this->Application->User->Name;
        $record->saveMessage();

        $this->userinput->Text = '';
        $messages = $record->getUserMessages($this->Application->User->Name);
        $this->CallbackClient->appendContent("messages", $messages);
        $this->CallbackClient->focus($this->userinput);
    }
}
We simply save the message to the chat buffer and then ask for all the messages for the current user and update the client side message list using a callback response (AJAX style).

At this point the application is actually already functional, just not very user friendly. If you open two different browsers, you should be able to communicate between the two users whenever the Send button is clicked.

The next part is perhaps the more tricker and fiddly than the other tasks. We need to improve the user experience. First, we want a list of current users as well. So we add the following method to Home.php, we can call this method when ever some callback event is raised, e.g. when the Send button is clicked.

protected function refreshUserList()
{
    $lastUpdate = $this->getViewState('userList','');
    $users = ChatUserRecord::finder()->getUserList();
    if($lastUpdate != $users)
    {
        $this->CallbackClient->update('users', $users);
        $this->setViewstate('userList', $users);
    }
}

Actually, we want to periodically update the messages and user list as new users join in and new message may arrive from other users. So we need to refresh the message list as well.

function processMessage($sender, $param)
{
    ...
    $this->refreshUserList();
    $this->refreshMessageList();
    ...
}

protected function refreshMessageList()
{
    //refresh the message list
    $finder = ChatBufferRecord::finder();
    $content = $finder->getUserMessages($this->Application->User->Name);
    if(strlen($content) > 0)
    {
        $anchor = (string)time();
        $content .= "<a href=\"#\" id=\"{$anchor}\"> </a>";
        $this->CallbackClient->appendContent("messages", $content);
        $this->CallbackClient->focus($anchor);
    }
}
The anchor using time() as ID for a focus point is so that when the message list on the client side gets very long, the focus method will scroll the message list to the latest message (well, it works in most browsers).

Next, we need to redirect the user back to the login page if the user has been inactive for some time, say about 5 mins, we can add this check to any stage of the page life-cycle. Lets add it to the onLoad() stage.

public function onLoad($param)
{
    $username = $this->Application->User->Name;
    if(!$this->Application->Modules['users']->usernameExists($username))
    {
        $auth = $this->Application->Modules['auth'];
        $auth->logout();

        //redirect to login page.
        $this->Response->Redirect($this->Service->ConstructUrl($auth->LoginPage));
    }
}

Improving User Experience

The last few details are to periodically check for new messages and refresh the user list. We can accomplish this by polling the server using a TTimeTriggeredCallback control. We add a TTimeTriggeredCallback to the Home.page and call the refresh handler method defined in Home.php. We set the polling interval to 2 seconds.

<com:TTimeTriggeredCallback OnCallback="refresh"
	Interval="2" StartTimerOnLoad="true" />
function refresh($sender, $param)
{
    $this->refreshUserList();
    $this->refreshMessageList();
}

The final piece requires us to use some javascript. We want that when the user type some text in the textarea and press the Enter key, we want it to send the message without clicking on the Send button. We add to the Home.page some javascript.

<com:TClientScript>
Event.observe($("<%= $this->userinput->ClientID %>"), "keypress", function(ev)
{
    if(Event.keyCode(ev) == Event.KEY_RETURN)
    {
        if(Event.element(ev).value.length > 0)
            new Prado.Callback("<%= $this->sendButton->UniqueID %>");
        Event.stop(ev);
    }
});
</com:TClientScript>
Details regarding the javascript can be explored in the Introduction to Javascript section of the quickstart.

This completes the tutorial on making a basic chat web application using the Prado framework. Hope you have enjoyed it.