class JD_Filter_HtmlPurifier implements Zend_Filter_Interface
{
 /**
 * The HTMLPurifier instance
 *
 * @var HTMLPurifier
 */
 protected $_htmlPurifier;

 /**
 * Constructor
 *
 * @param mixed $config
 * @return void
 */
 public function __construct($config = null)
 {
   require_once 'JD/HMTLPurifier/HTMLPurifier.auto.php';
   $this->_htmlPurifier = new HTMLPurifier($config);
 }

 /**
 * Defined by Zend_Filter_Interface
 *
 * Returns the string $value, purified by HTMLPurifier
 *
 * @param string $value
 * @return string
 */
 public function filter($value)
 {
   return $this->_htmlPurifier->purify($value);
 }
}

/*Editor and Purifier*/
allowedHTML.Restrictive = "sup"
allowedHTML.Minimal = "p,em,strong"
allowedHTML.Standard = "p,em,strong,ul,ol,li"
allowedHTML.Extended = "p,em,strong,ul,ol,li,sub,sup,a[href]"

$form_element["comment_text"]->addFilter('HtmlPurifier', array(array('HTML.Allowed' => $this->registry->config->allowedHTML->Minimal)));

The post No-MVC Zend Framework: Filter Zend_Form input with HtmlPurifier appeared first on Jörg Drzycimski.

This articles is based on the first parts of the Star Rating series (which I still have to finish…), so it assumes you have managed to install ZF on your system, have your bootstrap.php up and running. Pls note: I changed the naming from „Mylib“ to „JD“… using my initials is easier because I can copy&paste my classes 😉 Just in case: here´s the bootstrap.php that you have to include, already with some new code:

<?php
// Define path to application directory
defined('APPLICATION_PATH')
 || define('APPLICATION_PATH', ($_SERVER['DOCUMENT_ROOT']));

// Define application environment
defined('APPLICATION_ENV')
 || define('APPLICATION_ENV', (getenv('APPLICATION_ENV') ? getenv('APPLICATION_ENV') : 'development'));

// Ensure library/ is on include_path
set_include_path(implode(PATH_SEPARATOR, array(
 realpath(APPLICATION_PATH . '/../library'),
 get_include_path(),
)));

/**
 * General PHP settings
 */
error_reporting(E_ALL|E_STRICT);
ini_set('display_errors', 1);
ini_set('default_charset', 'UTF-8');

/**
 * Autoloader
 */
require_once 'Zend/Loader/Autoloader.php';
$autoloader = Zend_Loader_Autoloader::getInstance();
// Register folder library/JD/ for own classes
$autoloader->registerNamespace('JD_');

/**
 * Load Zend Config from application.ini
 */
$config = new Zend_Config_Ini($_SERVER['DOCUMENT_ROOT'] . '/../library/JD/configs/application.ini', APPLICATION_ENV);
Zend_Registry::set('config', $config);

/**
 * Connect to default DB
 */
$db = Zend_Db::factory($config->database);
Zend_Db_Table::setDefaultAdapter($db);

/**
 * Get Zend View object (required for any view helpers, e.g. Form, Navigation)
 */
$view = new Zend_View;
$view->setEncoding('UTF-8');
$viewRenderer = new Zend_Controller_Action_Helper_ViewRenderer($view);
Zend_Controller_Action_HelperBroker::addHelper($viewRenderer);
// Doctype for Form Renderer
$doctypeHelper = new Zend_View_Helper_Doctype();
$doctypeHelper->doctype('XHTML1_TRANSITIONAL');

/**
 * Set default language for form errors etc
 */
$translate = new Zend_Translate('array', $_SERVER['DOCUMENT_ROOT'] . '/../library/JD/Languages/de.php', $config->language->default);
Zend_Form::setDefaultTranslator($translate);

In order to be able to use Zend_Form, you need to set the Zend_View, else it would not render it. The language part is optional, it´s a simple file replacing English error messages with (in this case) German ones. Refer to the ZF manual for language details.

The next part is to set some rendering options, A.K.A decorators. With most websites, I use YAML as a CSS framework, and ZF renders form elements into dt/dd tags (didn´t know anyone uses those anymore…). Anyway, re-decorating a form is a piece of cake. Create a subfolder „Form“ in your own „library“ subfolder (mine is „JD“ was „Mylib“), and create a form controller, named „Controller.php“.  If you´ve read the previous articles, you can guess the name of the class… JD_Form_Controller. Replace the „JD“ part with anything you like, according to your directory structure (e.g. „library/somename/Form/Controller“ translates to class name „somename_Form_Controller… just basic autoloading knowledge). Here´s what the controller looks like:

class JD_Form_Controller extends Zend_Form
{
 // COLUMNAR YFORM decorators

 // standard input type=text & textareas
 protected $_standardTextDecorator = array(
   'ViewHelper',
   array('Label', array('escape'=>false)),
   array('HtmlTag', array('tag'=>'div', 'class'=>'type-text')),
   // not used
   array('Description')
 );
 // standard input type=select
 protected $_standardSelectDecorator = array(
   'ViewHelper',
   array('Label', array('escape'=>false)),
   array('HtmlTag', array('tag'=>'div', 'class'=>'type-select')),
   // not used
   array('Description')
 );
 // standard checkbox type=checkbox
 protected $_standardCheckboxDecorator = array(
   'ViewHelper',
   array('Label', array('escape'=>false)),
   array('HtmlTag', array('tag'=>'div', 'class'=>'type-check')),
   // not used
   array('Description')
 );
 // special input type=captcha -> into type-text for styling
 protected $_standardCaptchaDecorator = array(
   'ViewHelper',
   array('Label', array('escape'=>false)),
   array('HtmlTag', array('tag'=>'div', 'class'=>'type-text')),
   // not used
   array('Description')
 );
 // standard input type=hidden w/out tags
 protected $_standardHiddenDecorator = array(
   'ViewHelper'
 );
 protected $_standardButtonDecorator = array(
   'ViewHelper',
   array('HtmlTag', array('class'=>'type-button'))
 );

 // Standard YFORM decorators
 protected $_leftTextDecorator = array(
   'ViewHelper',
   array('Label', array('escape'=>false)),
   array('HtmlTag', array('tag'=>'div', 'class'=>'type-textleft'))
 );
 protected $_fullTextDecorator = array(
   'ViewHelper',
   array('Label', array('escape'=>false)),
   array('HtmlTag', array('tag'=>'div', 'class'=>'type-textfull'))
 );
 protected $_leftCheckDecorator = array(
   'ViewHelper',
   array('Label', array('escape'=>false)),
   array('HtmlTag', array('tag'=>'div', 'class'=>'type-checkleft'))
 );
 protected $_leftButtonDecorator = array(
   'ViewHelper',
   array('HtmlTag', array('tag'=>'div', 'class'=>'type-buttonleft'))
 );

 /**
 * Class constructor
 *
 * @param array $options
 */
 public function __construct($options = null)
 {        
   // path setting for custom classes MUST ALWAYS be first!
   $this->addElementPrefixPath('JD_Form_Decorator','JD/Form/Decorator','decorator');
   $this->addElementPrefixPath('JD_Form_Validator','JD/Form/Validator','validate');
   $this->addElementPrefixPath('JD_Filter','JD/Filter','filter');
   parent::__construct($options);
   $this->setAttrib('class', 'yform columnar');
   $this->setDecorators(array(
     'FormElements',
     'Form'
   ));
 }    
}

This is a lot at once, but I already set everything up for decorators (defining them and adding the prefix path), validators (still to be defined, but prefixed) and filters (also not defined yet, but prefixed). By default, I use columnar forms on the website (label next to form field: all $_standard* decorators), but also have an option to use labels above their fields ($_left or $_full). E.g. the $_standardTextDecorator wraps an INPUT element, inluding the label, into a DIV with the class „type-text“, and wraps the label into a new decorator – one that appends an * to each required input field.

Next up: Zend_Decorator and Zend_Validator

The post No-MVC Zend Framework: Zend_Forms, Decorator, Validator and Filters appeared first on Jörg Drzycimski.

If you are familiar with Zend’s naming conventions, and check the name of the class called in Part IV, you should be able to make an educated guess as to the name of the controller file, and the folder to store it. If not, read the ZF manual on „autoloading“ 😉 The class name Mylib_Rating_Controller expects a file named „Controller.php“ in your „library/Mylib“ folder, subfolder „Rating“ (you already told Zend to check „library“ in your bootstrap). Create folders and file, and add the class as well as your first method:

class Mylib_Rating_Controller
{
 public function __construct($options = null)
 {
 }

 /**
 * Get rating view
 *
 * @params int page id
 * @return string
 */
 public function getRatingView($id)
 {
 $rating = $this->getRatingById($id);
 if (!empty($rating)) {
  $average = floor($rating->rating_total / $rating->rating_votes);
 } else {
  $average = 0;
 }
 ?>
 <select id="<?php echo $id ?>">
 <option value="1"<?php if ($average == "1") echo ' selected="selected"';?>>Bad</option>
 <option value="2"<?php if ($average == "2") echo ' selected="selected"';?>>Not too bad</option>
 <option value="3"<?php if ($average == "3") echo ' selected="selected"';?>>Ok</option>
 <option value="4"<?php if ($average == "4") echo ' selected="selected"';?>>Good</option>
 <option value="5"<?php if ($average == "5") echo ' selected="selected"';?>>Terrific</option>
 </select>
 <span id="rating_value_<?php echo $id ?>">&nbsp;</span>
 <?php
 }
}

The post No-MVC Zend Framework: Rating Controller / Part VI appeared first on Jörg Drzycimski.

1. Send a request to Google Maps API
2. Get the response in JSON format (no problem to switch to XML)
3. Parse the response from Google to a more readable format
4. And finally, use those values in a PHP script

I needed the response for the meta geotags on surfspot.de, where I use a lot of maps to show the locations of… surfspots, obviously. The geotag for a spot would be something like this:

<meta name="geo.region" content="COUNTRY_SHORT-REGION_SHORT" />
<meta name="geo.placename" content="CITY" />
<meta name="geo.position" content="LATITUDE;LONGITUDE" />
<meta name="ICBM" content="LATITUDE, LONGITUDE" />

… with latitude and longitude known (stored in database) , and city, region and country to find out from Google. Pls find details about HTML geotags on Wikipedia. The meaning of the ICBM tag is just hilarious 😀 For details on Google Geocoding, pls refer to their documentation.

Fist, we need the class to query Google:

class JD_Geocoder_Request
{
 /**
 * @class vars
 */

 // Google´s geocode URL
 public $url = 'http://maps.google.com/maps/api/geocode/json?';

 // Params for request
 public $sensor       = "false"; // REQUIRED FOR REQUEST!
 public $language     = "en";

 // Class vars
 public $response     = '';
 public $country_long = '';
 public $country_short= '';
 public $region_long  = '';
 public $region_short = '';
 public $city         = '';
 public $address      = '';
 public $lat          = '';
 public $lng          = '';
 public $location_type= '';

 /**
 * Constructor
 *
 * @param mixed $config
 * @return void
 */
 public function __construct($config = null)
 {

 }

} // end class

I prefer to store all results I may or may not need in class vars, so I can just echo them out.

Second, we need to know what kind of search we need to perform, forward geocoding with an address (say, from a form), or a reverse geocoding search, using lat and lng for the query. I implemented both methods, but pls be aware I didn´t test the forward search… since I don´t need it yet 😉

/**
 * Forward search: string must be an address
 *
 * @param string $address
 * @return obj $response
 */
 public function forwardSearch($address)
 {
   return $this->_sendRequest("address=" . urlencode(stripslashes($address)));
 } // end forward

 /**
 * Reverse search: string must be latitude and longitude
 *
 * @param float $lat
 * @param float $lng
 * @return obj $response
 */
 public function reverseSearch($lat, $lng)
 {
   return $this->_sendRequest("latlng=" . (float) $lat . ',' . (float) $lng);
 } // end reverse

Both methods handle formatting the parameters, as well. If you want to handle just the response object, you can skip ahead and ignore the next functions. As said earlier, I like to store the response in class vars in order to just echo them out, or store them in a database. The two functions set the defaults I need to know, and search for other values as well. Pls note that only the response object $address_components is used for the search, Google may or may not return a lot more – check their docs for this.

/**
 * Search Address Components Object
 *
 * @param string $type
 * @return object / false
 */
 public function searchAddressComponents($type) {
   foreach($this->response->results[0]->address_components as $k=>$found){
     if(in_array($type, $found->types)){
       return $found;
     }
   }
   return false;
 }

/**
 * Parse JSON default values: map object values to readable content
 *
 * @param none
 * @return none
 */
 private function _setDefaults()
 {
   $country = $this->searchAddressComponents("country");
   $this->country_long    = $country->long_name;
   $this->country_short    = $country->short_name;
   $region = $this->searchAddressComponents("administrative_area_level_1");
   $this->region_long = $region->long_name;
   $this->region_short    = $region->short_name;
   $city = $this->searchAddressComponents("locality");
   $this->city    = $city->short_name;
   $this->address = $this->response->results[0]->formatted_address;
   $this->lat = $this->response->results[0]->geometry->location->lat;
   $this->lng = $this->response->results[0]->geometry->location->lng;
   $this->location_type = $this->response->results[0]->geometry->location_type;
 } // end set

The JSON response from Google is likely to change, so you need to control the mapping every now and then. If you use the reverse geocoding, pls note that lat and lng may NOT be the same values you used to call the search with, but refer to the next best address, even if location_type is returned as „rooftop“. This doesn´t matter if you search on land, but surfspots might be 500m down a beach from a known location, at least, known to Google.

Now for the slightly more difficult part… the actual request to Google Maps API, and parsing the JSON response. Using the Zend Framework, sending a request to Google is a tad bit easier than using pure PHP. If you don´t use ZF and/or use XML response format, check this article on phpRiot, and replace the $client code.

/**
 * Send Google geocoding request
 *
 * @param string $search
 * @return object response (body only)
 */
 private function _sendRequest($search)
 {
   $client = new Zend_Http_Client();
   $client->setUri($this->url . $search . '&language=' . strtolower($this->language) . '&sensor=' . strtolower($this->sensor));
   $client->setConfig(array(
     'maxredirects' => 0,
     'timeout'      => 30));
   $client->setHeaders(array(
     'Accept-encoding' => 'json',
     'X-Powered-By' => 'Zend Framework GEOCMS by Joerg Drzycimski'));
   $response = $client->request();
   $body = $response->getBody();
   $this->response = Zend_Json::decode($body, Zend_Json::TYPE_OBJECT);
   if ($this->response->status == "OK") {
     // set some default values for reading
     $defaults = $this->_setDefaults();
     return $this->response;
   } else {
     echo "Geocoding failed, server responded: " . $this->response->status;
     return false;
   }
 } // end request

Now that you have the request up and running, the code requirde to generate the meta geotags is quite simple:

$georequest = new JD_Geocoder_Request();
$lat = '54.424899';
$lng = '11.096671';
$georequest->reverseSearch($lat,$lng);
echo '<meta name="geo.region" content="' . $georequest->country_short . '-' . $georequest->region_short . '" />';
echo '<meta name="geo.placename" content="' . $georequest->city . '" />';
echo '<meta name="geo.position" content="' . $lat . ';' . $lng . '" />';
echo '<meta name="ICBM" content="' . $lat . ',' . $lng . '" />';

Links: Class File as ZIP.

The post Google Maps Geocoding with JSON and PHP appeared first on Jörg Drzycimski.

For a coarse orientation, you can use the article on wordpress.org to get an overview. There is no way to change the character encoding of an entire database with just a few keystrokes, so expect it to take a tad bit longer.

For me, the following steps did the trick, using phpMyAdmin and Notepad++ (on Windows):

1. Create a backup of the entire database with phpMyAdmin.
2. Change your database to UTF-8 (ALTER DATABASE mydb CHARACTER SET utf8;). This will only affect new tables, so you´re not thru yet.
3. Select the table(s) to change, and use the export function of phpMyAdmin.
4. Copy the exported data (INSERT INTO…) without the header (CREATE…) into Notepad++.
5. Change the table´s charset (ALTER TABLE mytable DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;).
6. Change all fields with latin charsets to utf8_general_ci (e.g. ALTER TABLE mytable CHANGE myfield myfield TEXT CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL;). Pls note that this SQL only works for TEXT fields, refer to the article on wordpress.org on how to convert ENUM, VARCHARS and so on, or use phpMyAdmin to do so for you. If you have a lot of columns with the same format to convert, just copy&paste one SQL line, and change the column names in each. Paste those lines into phpMyAdmin´s SQL editor, that´s a lot faster than doing it for each column.
7. By now, you should have the table as well as all columns in UTF-8.
8. Switch to Notepad++, where all you INSERTs for that table are, and convert those lines to UTF-8.
9. Copy&paste it into phpMyAdmin´s SQL editor.
10. Repeat steps 3 to 9 for each table, and you should have your database converted to UTF-8.

Now, that took an hour or two ;), but there´s still the website to change to the new encoding.

First, start with your meta tag:

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

Next up, if applicable, change your database connection script in PHP:

mysql_set_charset("utf8");

And / or if you use Zend Framework, edit your config file:

database.params.charset = "utf8"

and your bootstrap:

ini_set('default_charset', 'UTF-8');

$view->setEncoding('UTF-8');

That should do the trick, and your entire site runs on UTF-8 instead of latin.

The post Converting a MySQL database to UTF-8 appeared first on Jörg Drzycimski.

Create the „rating.php“, and add the following lines:

<?php
require_once('bootstrap.php'); // Setup Zend Framework Environment
header("Cache-Control: no-cache");
$rating = new Mylib_Rating_Controller();
$score = $rating->setRatingById($_GET['id'], $_GET['val']); // rate object and get scores
echo Zend_Json::encode($score); // send response array in JSON format
?>

The setRatingById passes the values from your JavaScript to the (soon to be created) controller, and receives the updated values from your (soon to be created) database. When I started out using jQuery in combination with Ajax, I was kind of afraid to find it difficult… but it really is that easy 😉

Next up: The rating controller

The post No-MVC Zend Framework: jQuery Ajax receiver / Part V appeared first on Jörg Drzycimski.

If you don’t want to use ZF at all, but still need the Star Rating with PHP and Ajax, you can skip ahead to the model part.

Bootstraping Zend Framework

The bootstrap file is (simplified) the file where you set up your ZF environment. Bootstrapping ZF in a non-application environment is nothing more that to merely include the bootstrap file manually.

First step after installing ZF and the folder structure in the previous part is to create the „index.php“ file in your „public“ folder, and a second file in your „public/includes“ folder, named „bootstrap.php“. Open „index.php“ in your favorite PHP editor, and include your bootstrap:

require_once('includes/bootstrap.php');

Open your bootstrap and add the following lines:

<?php
// Define path to application directory
defined('APPLICATION_PATH')
 || define('APPLICATION_PATH', ($_SERVER['DOCUMENT_ROOT'] . '/../application'));

// Define application environment
defined('APPLICATION_ENV')
 || define('APPLICATION_ENV', (getenv('APPLICATION_ENV') ? getenv('APPLICATION_ENV') : 'development'));

set_include_path(implode(PATH_SEPARATOR, array(
 realpath(APPLICATION_PATH . '/../library'),
 get_include_path(),
)));

require_once 'Zend/Loader/Autoloader.php';
$autoloader = Zend_Loader_Autoloader::getInstance();
// Register folder library/Mylib/ for custom classes
$autoloader->registerNamespace('Mylib_');

Most lines are copied from the standard ZF bootstrap. We won’t need the APPLICATION_PATH constant for this… I just like to keep it there , in case I switch to application somewhen in the future 😉 Something to keep in mind is the APPLICATION_ENV. You need to change the „development“ to „production“ when you go live with your scripts – this will be explained in the configuration part.

The important part of the bootstrap is the Zend Autoloader, making sure all ZF components plus your own scripts are found. Nothing magical about it if you know the naming conventions. If not: the autoloader searches for a script by the parts of the class call. If you have a class named „Mylib_Rating_Controller“, Zend fetches it from „library/Mylib/Rating/Controller.php“. The class „Rating_Controller“ won’t be found, because it is not defined in your namespace… unless you put $autoloader->registerNamespace('Rating_') in your bootstrap, that is.

Configuration

Next up is the configuration file, where you configure your database (and cache and about a million other things beyond the scope of this tutorial). Create a folder „configs“ in your „Mylib“ folder, and there a „application.ini“ file. Add the following lines of code:

[production]
phpSettings.display_startup_errors = 0
phpSettings.display_errors = 0
includePaths.library = APPLICATION_PATH "/../library"
database.adapter = "pdo_mysql"
database.isDefaultTableAdapter = true
database.params.host = ""
database.params.username = ""
database.params.password =
database.params.dbname = ""

[staging : production]

[testing : production]
phpSettings.display_startup_errors = 1
phpSettings.display_errors = 1

[development : production]
phpSettings.display_startup_errors = 1
phpSettings.display_errors = 1
database.params.host = "localhost"
database.params.username = "root"
database.params.password =
database.params.dbname = "rating"

Each section inherits from the one before, so if you define your default DB adapter in the production section, your development section will use this default adapter as well. For more information on config files, pls. refer to the ZF manual.

Back to bootstraping

Now it’s time to tell ZF where to get the configuration and database options. Add the following lines to your „bootstrap.php“:

$config = new Zend_Config_Ini($_SERVER['DOCUMENT_ROOT'] . '/../library/Mylib/configs/application.ini', APPLICATION_ENV);
$registry = Zend_Registry::getInstance();
$registry->set('config', $config);

$db = Zend_Db::factory($config->database);
Zend_Db_Table::setDefaultAdapter($db);

Now you are ready to do some coding for the actual task at hand… the rating controller 😉

Next up: jQuery Star Rating Rating HTML code

The post No-MVC Zend Framework: Bootstrapping ZF / Part III appeared first on Jörg Drzycimski.

Now, a couple of months and some 100 liters of coffee later, some parts of the structure of ZF, or even the need for the structure itself, is still a mystery to me. The separation of Model, View and Controller, IMHO, is not too bad in itself, but separating all those components into different directories, as well, only adds to the confusion. In other words, my attention span is just not long enough to figure where to change action, view and so on when those are spread across my whole server 😉

Anyway, somewhere along the line ZF introduced “ ZF Applications“… including my worst enemy – CLIs 😉 That´s the point where I started to think that it should be possible to use ZF like a „normal“ PHP library – the old „include“ way – with only those components needed to perform the task. And that’s the beauty of ZF: it is possible. You don’t have to bother with the ZF way of doing things, you can just simply utilize all of their classes to suit your own purpose, in your own way.

In this little series, I will share my experience doing exactly that, hoping you’ll be able to skip some of the pitfalls I came across.

The post Zend Framework Without MVC Part I appeared first on Jörg Drzycimski.