M4d3L-Network Blog» PHP

How to use Flickr with Zend Framework?

M4d3L — Wed, 16 Dec 2009 22:23:53 +0000

Zend Framework have a good API to play with Flickr Service. You will find it in the service API of Zend Framework.

First of all, we take the tag we want to search on the Flickr database.

1	$flirktag = "php, mysql"

After, we dont want to call each time the Flickr database so we will settup a cache of 10 minutes.

$frontendOptions = array(
    'lifetime' => 600,                   // cache lifetime of 10 minute
    'automatic_serialization' => false  // this is the default anyways
);
$backendOptions = array('cache_dir' => MYAPP_PATH_DATA);
$cache = Zend_Cache::factory('Output', 'File', $frontendOptions, $backendOptions);

We check first if it already have cache for the query we want. If no cache we execute the query like this :

if(!$flickrPlugin = $cache->load("flickr".md5($flirktag))) {
    $flickrPlugin = "";
    $flickr = new Zend_Service_Flickr('###YOUR#ID###');
    $options = array(
        'per_page' => 5,
        'page'     => 1,
        'tag_mode' => 'all',
        'extras'   => 'license, date_upload, date_taken, owner_name, icon_server'
        );
    $tags = explode(", ", $flirktag);
    $flickr_results = $flickr->tagSearch($tags, $options);

After, if we have some result, we can show data like this :

    if (count($result) > 0){
        $flickrPlugin .= '';
        foreach ($flickr_results as $flickr_result) {
            if ($flickr_result->title == ""){
                $title = $result->flickr;
            }else{
                $substring = strtolower(substr($flickr_result->title, -4));
                if ($substring == ".jpg" or $substring == ".gif" or $substring == ".png"){
                    $title = $result->flickr;
                }else{
                    $title = $flickr_result->title;
                }
            }
            $flickrPlugin .= '.$flickr_result->Medium->uri.'" title="'.$flickr_result->title.'">.$flickr_result->Square->uri.'" />
';
        }
    $flickrPlugin .= '
';
}

Finally, we save the cache for future request than print the result.

38
39

    $cache->save($flickrPlugin, "flickr".md5($flirktag));
    print ($flickrPlugin);

This is a very simple exemple of what we can do with the Zend_Service_Flickr component.

Autocomplete field with Zend Framework and Dojo

M4d3L — Sat, 07 Nov 2009 00:20:32 +0000

In this exemple, we will se how to create an autocomplete field with Zend Framework and Dojo in the ZF MVC environment. We will use the QueryReadStore Dojo component to load new data when input value change.

Initialize Dojo in your layout

In the header of your layout, you must be able to load Dojo in page that need it loaded only to not overload other page that doesn’t have Javascript in it.

Exemple :

 echo $this->doctype('XHTML1_STRICT');?>


 echo $this->headTitle($request->getActionName())
	->headTitle($request->getControllerName());?>
$this->headLink()
	->appendStylesheet($this->theme_url.'/css/style.css')
	->headLink(array('rel' => 'favicon', 'href' =>'/images/favicon.ico'), 'PREPEND');?>
$this->headMeta()
        ->appendHttpEquiv('expires', 'Wed, 26 Feb 1997 08:21:57 GMT')
        ->appendHttpEquiv('pragma', 'no-cache')
        ->appendHttpEquiv('Content-Type', 'text/html;charset=UTF-8')
        ->appendHttpEquiv('Cache-Control', 'no-cache');?>
 if ($this->dojo()->isEnabled()){
   $this->dojo()->setLocalPath($this->BaseUrl().'/plugins/dojo/dojo.js')
         ->addStyleSheetModule('dijit.themes.tundra');
   echo $this->dojo();
}?>

This code will add all javascript library needed and css style in the head of your page.

Setup the form and choose the good element

In your main view, you create the form and add the good element for your autocomplete input.

Dojo provide 2 type of Element : FilteringSelect and ComboBox. For this exemple, I have choose the FilteringSelect element.

 $form = new Zend_Form;
$element = new Zend_Dojo_Form_Element_FilteringSelect('id');
$element->setAutoComplete(true)
			->setStoreId('tidStore')
			->setStoreType('dojox.data.QueryReadStore')
			->setStoreParams(array('url'=>$this->BaseUrl().'/admin/translate/autocomplete'))
			->setAttrib("searchAttr", "id")
			->setRequired(true);
$submit = $form->createElement('submit', 'submit');
$form->addElements(array($element, $submit));
print $form;
?>

Providing data for the autocomplete field

Now in the controller, we create a new action autocompleteAction to generate data in json format.
In this function, you must disable the view renderer and the layout.

public function autocompleteAction() {
        $this->_helper->viewRenderer->setNoRender();
        $this->_helper->layout->disableLayout();
        $id = $this->_getParam("id", "");
        $id = substr($id, 0, -1); //fix : remove * at the end of the ID.
 
        $MyTable= MyTable::getInstance();
        $select = $MyTable->select(true, array("id"))->limit(5)
        $select->where('id LIKE ?', "%".$id."%");
        $results = $MyTable->fetchAll($select);
        $data = new Zend_Dojo_Data('id', $results);
 
        // Send our output
        $this->_helper->autoCompleteDojo($data);
    }

This action will be called by the form element each time the value will change in the input and add propose 5 new possibility for the user to select.

(This exemple was tested on Zend Framework 1.9.5 and Dojo 1.3.2)

Phenix_Wiki, a parser componant for Zend Framework

M4d3L — Sun, 01 Nov 2009 18:03:01 +0000

Phenix_Wiki is a new component of the PhenixApp project. This component parse structured wiki text and render it into arbitrary formats such as XHTML.

How to use it with Factory method.

Factory methode returns a Phenix_Wiki Parser class for the specified parser

For Default parser :


1
2
$wiki = Phenix_Wiki::factory("Default");
echo $wiki->transform($text, 'xhtml');

For BBcode (with specified rules):


1
2
3
4
5
6
7
$rule = array('Prefilter', 'Delimiter', 'Code', 'Function', 'Html', 'Raw', 'Include', 'Embed', 'Anchor',
              'Heading', 'Toc', 'Horiz', 'Break', 'Blockquote', 'List', 'Deflist', 'Table', 'Image',
              'Phplookup', 'Center', 'Newline', 'Paragraph', 'Url', 'Freelink', 'Interwiki', 'Wikilink',
              'Colortext', 'Strong', 'Bold', 'Emphasis', 'Italic', 'Underline', 'Tt', 'Superscript',
              'Subscript', 'Revise', 'Tighten');
$wiki = Phenix_Wiki::factory("Bbcode", $rule);
echo $wiki->transform($text, 'xhtml');

For Creole :


1
2
$wiki = Phenix_Wiki::factory("Creole");
echo $wiki->transform($text, 'xhtml');

How to use it with Singleton method

This avoids instantiating multiple Phenix_Wiki instances where a number of objects are required in one call, e.g. to save memory in a CMS environment where several parsers are required in a single page.


1
2
$wiki = Phenix_Wiki::singleton("Bbcode");
echo $wiki->transform($text, 'xhtml');

Where to find the component?

Web Repository : http://www.phenixapp-project.net/repositories/browse/phenixapp/trunk/PhenixApp/libs/Phenix/Wiki
To access via SVN : svn://phenixapp-project.net/phenixapp/trunk/PhenixApp/libs/Phenix/Wiki

Note that this first version is not recommanded for production.

Dites non a Smarty

M4d3L — Thu, 16 Jul 2009 17:00:47 +0000

Smarty - Engin de template

Sortit en janvier 2001, Smarty est devenue un projet stagnant et contenant encore beaucoup de bug. De plus est, Smarty est devenu, aujourd’hui, l’engin de template PHP le plus populaire et le plus utiliser. Mais cela ne devrait pas être le cas. Cet article est pour avertir les développeurs de ne pas utiliser cet engin et utiliser des alternatives qui sont de loin supérieures.

Cette articles est aussi, en partie, une traduction dans mes propres mots du site anglais nosmarty.net

Est-ce que SMARTY est bon pour moi?

Il ne faut pas se fier au nom de l’engin, car SMARTY n’est pas la solution la plus intelligente disponible actuellement. C’est vrai que SMARTY a recu plusieurs mentions année après année. Mais quoi qu’il en soit, la plupart d’entre eux on été écrit par des développeur qui n’était vraisemblablement pas familier avec une architecture multi-tier. Pour ces utilisateurs, le concept de séparation de la logique et de la présentation est un concept innovateur. Mais SMARTY est seulement une façon pour parvenir a faire cette séparation (qui ne fait pas très bien d’ailleurs) et aujourd’hui totalement dépasser par les autres produits existants.

Quelques solutions de rechange plus intelligentes

Il existe plusieurs alternatives à SMARTY.

Personnellement, comme vous avez pu le remarquer sur mon blogue, je suis vendu à Zend Framework. Il fait une très belle job et assez simple a utiliser et intégrer. Consultez la documentation sur Zend_View et Zend_Layout et vous pourrez juger par vous même.

SMARTY a sur son site web une liste des bénéfices (en anglais). Allons voir quelque un de ces bénéfices et descendons-les de leurs piédestaux.

Caching

Voici ce que SMARTY dit (en anglais) :

Smarty provides fine-grained caching features for caching all or parts of a rendered web page, or leaving parts uncached. Programmers can register template functions as cacheable or non-cachable, group cached pages into logical units for easier management, etc.

OK. Alors, jetons un oeil au système de cache de Smarty. Pour activer le cache, vous allez écrire quelque chose comme :


$smarty = new Smarty();
$smarty->caching = 1;

Cela configure le cache avec un temps de vie de 3600 secondes (1 heure). Comment faire alors si vous voulez utiliser un TTL, disons, de 30 minutes? Vous allez écrire :


$smarty = new Smarty();
$smarty->caching = 2;
$smarty->cache_lifetime = 1800;

Oh, évidement, $smarty->caching = 2;. Quoi d’autre cela aurait pu être? Bien… une constante aux lieux d’un nombre magique aurait été, bien mieux je crois. Mais attendez, pourquoi le TTL dépend qu’un nombre magique soit configuré pour pouvoir s’appliquer? Si caching est accessible directement par une propriété publique de Smarty, ne devrait-il pas être au moins un boulean, soit vrai ou faux?

Il y a plusieurs casse-têtes comme cela un peu partout dans Smarty. Le fait que ce soit non intuitif à un impacte réelle sur notre usage au jour le jour de Smarty, car nous sommes forcés de nous référer à la documentation encore et encore pour des choses souvent très courantes.

La syntaxe n’est pas le seul problème. Utiliser le cache de Smarty dans un environnement avec plusieurs serveurs peut s’avérer un vrai mal de tête, car les fichiers générés ne peuvent pas être réutilisés par un autre serveur sauf s’il utilise des systèmes de fichier en cluster comme GFS ou OCFS.

Configuration

Jetons un oeil à la configuration (en anglais) :

Smarty can assign variables pulled from configuration files. Template designers can maintain values common to several templates in one location without intervention from the programmer, and config variables can easily be shared between the programming and presentation portions of the application.

Smarty vous permet de sauvegarder vos fichiers de configuration en format INI et ensuite les charger. Il y a déja une fonction php pour cela. Elle s’appelle parse_ini_file(). Sauf si vous êtes résistant a utiliser php dans vos template de vue, le chargement des configurations dois ce faire dans la partit logique de toute façons. (Incidemment, Smarty n’utilise pas cette fonction, il opte plutôt pour sont propre mécanisme de traitement pour aucune raison apparente).

Sécurité

Et maintenant la sécurité (toujours en anglais):

Templates do not contain PHP code. Therefore, a template designer is not unleashed with the full power of PHP, but only the subset of functionality made available to them from the programmer (application code.)

Ne penser jamais qu’une application est plus sécuritaire simplement parce que sont engin de template assure qu’il sécurise votre application. La seul sécurité que vous pouvez avoir c’est de désactiver le tag {php} et cela entraîne une augmentation énorme de l’inflexibilité qu’aura votre designer de template. Il faudra alors que votre développeur PHP développe de nombreux plug-ins au fur et à mesure que votre designer de template progressera. La plupart des sites qui utilise Smarty avec le tag {php} activé pour éviter d’avoir a faire milles courbettes pour arriver à leur résultat. Donc où est la véritable sécurité dans Smarty?

De toutes façons, aujourd’hui, les trous de sécurité les plus courants ne viennent pas des templates, mais des développeurs paresseux qui ne filtre pas les données entrantes. Si vous avez un trou de sécurité dans un template, je vous conseille de changer de développeur! La meilleure sécurité se trouve dans un bon développeur consciencieux!

Facile à utiliser et à maintenir

Smarty dit ceci à propos de sa facilité d’utilisation (encore et toujours en anglais) :

Web page designers are not dealing with PHP code syntax, but instead an easy-to-use templating syntax not much different than plain HTML. The templates are a very close representation of the final output, dramatically shortening the design cycle.

Par le passé, j’ai personnellement beaucoup utilisé Smarty. La syntax est relativement facile et on pouvais bien voir la séparation du html et de la syntax Smarty. J’ai appris Smarty, car j’utilisais le CMS XOOPS. Un système de portail évoluer qui existant sous PHP4. J’ai après PHP avec ce portail. Bien évidemment, ce portail utilisait Smarty comme engin de template. Cela m’aidait beaucoup dans le développement de nouveau thème pour ce CMS. Enfin, c’est ce que je croyais!

Mais regardons un peu cette syntaxe.


{$foo}

Ce n’est pas vraiment plus compliquer à utiliser et à maintenir que :


 $foo ?>

Bon ok. 3 caractères de plus. Mais comparer à toute la compilation qu’il va faire pour traiter {$foo}, c’est pas sa qui devrais vous faire reculer.

Et Smarty demontre qu’il n’est pas facile a maintenir en comparaisons :


 foo ?>

Va afficher « foo », vous donnant un indice que vous vouliez imprimer une variable, mais qu’il vous manque un signe de $ et puis


{foo}

Qui va afficher… rien! Vous laissant complètement dans ignorance que vous avez oublié le signe $.

Et quand vous assignez une variables :


{assign var=”foo” value=”bar”}

c’est certainement plus facile a lire et plus intuitif que


 $foo = ‘bar’; ?>

Bien sûr ce ne sont que des exemples très basiques. Le vrai test de syntaxe entre PHP et Smarty c’est avec une approche plus complexe par exemple :


{capture assign=”foo”}{my_helper var1=”bar” var2=”qux”}{/capture}

qui est un peu trop bizarre pour les nouveaux utilisateurs comparés a quelque chose comme dans une application MVC :


 $foo = $this->myHelper(‘bar’, ‘qux’); ?>

Qui va être beaucoup plus intuitif et facile a comprendre.

« Variable Modifiers »

The content of assigned variables can easily be adjusted at display-time with modifiers, such as displaying in all upper-case, html-escaped, formatting dates, truncating text blocks, adding spaces between characters, etc. Again, this is accomplished with no intervention from the programmer.

L’idée des « variable modifiers » est d’aider le monteur HTML a ne pas avoir a recourir au programmeur php pour faire ses templates. Smarty vient avec 22 de ces modifiés, mais le programmeur devra en créer plusieurs autres pour atteindre cet objectif. Et il y aura toujours de nouvelle demande, encore et encore, et au final, vous activerez {php} car ce sera moins compliqué.

Fonction de template, Filtre, Plugins et Add-ons

Many functions are available to the template designer to handle tasks such as generating HTML code segments (dropdowns, tables, pop-ups, etc.), displaying content from other templates in-line, looping over arrays of content, formatting text for e-mail output, cycling though colors, etc.

The programmer has complete control of template output and compiled template content with pre-filters, post-filters and output-filters.

Almost every aspect of Smarty is controlled through the use of plugins. They are generally as easy as dropping them into the plugin directory and then mentioning them in the template or using them in the application code. Many user-community contributions are also available. (See the plugins section of the forum and wiki.)

Many user-community contributed Add-ons are available such as Pagination, Form Validation, Drop Down Menus, Calander Date Pickers, etc. These tools help speed up the development cycle, there is no need to re-invent the wheel or debug code that is already stable and ready for deployment. (see the Add-ons section of the forum and wiki.)

Smarty a plusieurs noms pour ses aides de vue. Les aides de vue sont très pratiques, mais il existe des aides de vue bien meilleure que celle de Smarty avec un plus grand lot de fonctionnalité. La vérité c’est que les aides de vue par défaut de Smarty font le minimum pour aider le programmeur et plusieurs de ces addons contienne du code qui non pas leur place dans un engin de template. C’est le résultat d’une mauvaise séparation des logiques.

Ressources

Templates can be pulled from any number of sources by creating new resource handlers, then using them in the templates.

Mode de debug

Smarty dit ceci à propos de sont mode de débogage :

Smarty comes with a built-in debugging console so the template designer can see all of the assigned variables and the programmer can investigate template rendering speeds.

C’est de loin une interface à la Firebug. C’est simplement un dump de variable de 200 lignes et plus très difficile à suivre.

Compilation

Smarty compiles templates into PHP code behind the scenes, eliminating run-time parsing of templates.

Smarty va compiler ses templates en code PHP. Ça devrait vous donner une bonne piste! Vraiment!

Performence

Smarty performs extremely well, despite its vast feature set. Most of Smarty’s capabilities lie in plugins that are loaded on-demand. Smarty comes with numerous presentation tools, minimizing your application code and resulting in quicker, less error-prone application development/deployment. Smarty templates get compiled to PHP files internally (once), eliminating costly template file scans and leveraging the speed of PHP op-code accelerators.

Rien en PHP ne pourrait être plus rapide que PHP lui même! PHP est déjà lui même un engin de template à la base.

Conclusion

Pour conclure, si Smarty n’est pas le bon outil pour faire la job, quel autre outil puis-je utiliser? Il y a plusieurs alternatives qui font exactement ce que Smarty fait, mais encore mieux! Mon framework favori pour le moment est Zend Framework. Il supporte plusieurs types de cache, de configuration, de filtre, d’aide de vue et plus encore. Il est écrit en PHP5 et utilise PHP5 tout simplement pour ses templates. Il y aussi d’autre alternative que vous pourrez facilement trouver en faisant une petite recherche sur Google.

Mais s’il vous plait… n’utiliserplus SMARTY!

No related posts.

Migration vers PHP 5.3

M4d3L — Thu, 02 Jul 2009 18:46:55 +0000

Cette article est basé sur « iBuildings – Migrating to PHP 5.3«

Cette semaine, PHP 5.3 a été finalement releaser en version finale. Cette nouvelle version de PHP comprend plus de changement que toutes les dernières versions depuis 7 ans. Cela va beaucoup affecter les applications de demain et les changements dans le langage vont bouleverser les applications d’hier.

La bonne nouvelle est que si vous avez bien maintenu le code de vos applications à jour, il n’y aura que très peu de changement à effectuer pour vous mettre a jour. La mauvaise nouvelle c’est que plus votre version actuelle de PHP est vielle, plus vous aller devoir ramer pour tout mettre a jour! Pour ceux qui utilisent la branche de PHP 5.2, il existe quelques situations qu’il vous faudra faire attention.

Ce qui suit n’est pas une liste de toutes les nouvelles fonctionnalités de PHP 5.3. Vous les trouverai au complet sur le site de PHP.net. Nous vous donnerons plutôt un résumer du guide de migration de PHP 5.3. Nous allons couvrir les articles les plus susceptibles de toucher l’héritage du code de la branche 5.x.

Fonctions de traitement des Tableaux

Avant la version 5.3, plusieurs des fonctions de traitement des tableaux pouvaient prendre des objets ou des tableaux comme paramètre et bien fonctionner. Avec la version 5.3, plusieurs d’entre eux prennent maintenant que les tableaux. Si vous voulez accéder à la propriter d’un objet avec l’une de ces fonctions, vous devrez d’abord le transformer en tableaux.

Changement pour les méthodes magiques

Précèdament à la version 5.3, les méthodes magiques pouvais être déclarer comme étant autre chose que public.

__get()
__set()
__isset()
__unset()
__call()

Depuis PHP 5.3, ces méthodes ne peuvent être déclarées que public et ne peuvent pas être static.

Deprecated

PHP dispose d’une liste de fonctions qui ont été marquées pour être supprimées dans les prochaines versions. La plupart de c’est fonction ne sont pas communes, mais si vous du code assez vieux, vous souhaiterez surement les recherches et les retirer.

Les fonctions sont marqués comme obsolète:

call_user_method()
call_user_method_array()
define_syslog_variables()
ereg()
ereg_replace()
eregi()
eregi_replace()
set_magic_quotes_runtime()/magic_quotes_runtime()
session_register()
session_unregister()
session_is_registered()
set_socket_blocking()
split()
spliti()
sql_regcase()

De plus, plusieurs directives dans le fichier PHP.INI sont maintenant obsolète. S’ils sont activés, vous aurez des messages d’erreur E_DEPRECATED.

define_syslog_variables
register_globals
register_long_arrays
safe_mode
magic_quotes_gpc
magic_quotes_runtime
magic_quotes_sybase

Toutes les directives émettant une erreur E_DEPRECATED vont êtres potentiellement retirer dans les versions futures du langage. Vous pouvez trouver plusieurs indices de cela dans la version PHP6.

Undeprecated

Dans la version PHP 5.0, la fonction is_a() a été abandonné en faveur de instanceof. Toutefois, il n’a pas été retiré du langage. Avec PHP 5.3, cette décision a été infirmée et cette fonction ne produit plus d’erreur E_DEPRECATED.

Terme réservé

Ces 2 mots calés sont maintenant réservés:

Compte tenu de la nature de ces deux mots-clés, il serait douteux de les retrouver dans du vieux code. Il est une bonne idée d’effectuer une recherche dans votre code pour les modifier s’il existe. S’il vous ne faite pas les changements, vous aurez une erreur d’analyse au même titre que si vous oublier un point virgule à la fin d’une ligne dans votre code. Ils ne peuvent pas être utilisé comme nom de fonction, de class ou autre.

Conclusion

C’est pas mal ça en gros. N’oubliez pas de lire en détail le guide de migration de PHP 5.3 sur le site officiel de PHP et disponible en plusieurs langues. PHP 5.3 nous rapproche encore plus d’un vrai langage que d’un simple système de template qu’il était au départ. Si vous êtes inquièt par rapport à cette nouvelle version et votre vieux code, je vous conseil de vous monter un environnement de développement avec la version 5.3 de php installer et de tester votre application avant de migré votre environnement de production. Amusez-vous bien avec cette nouvelle version!

AutreS liens d’intérêt :

Les nouveautés de PHP 5.3

No related posts.

Add language route to your Zend Framework project.

M4d3L — Mon, 29 Jun 2009 20:59:00 +0000

Today it’s easy to make business with other country and to join the most poeple as possible, our website must be translated in many language. This tutorial will show you how to integrate multi-language into your URL with Zend Framework controller route component and be able to use it with the Url helper in your layout.

This tutorial requiere Zend Framework 1.8.2 version or higher.

Summary :

Route configuration
Multilanguage Plugin
Url Helper howto
Conclusion

Route configuration

This tutorial will show you how to setup your route in .ini config. But you can do it with any other configuration type. The demonstration will also use the Module structure of Zend Framework.

Here we setup the default module route without any parameters because it will automatically use the Dispatcher to setup it. Note the abstract param. This part is not actually documented in the ZF Programmer’s reference guide but Abstract parameter make the route to be unusable outside a chain route.


1
2
3
resources.router.routes.defaultmodule.type = Zend_Controller_Router_Route_Module
resources.router.routes.defaultmodule.abstract = On    
resources.router.routes.defaultmodule.defaults.module = "system"

After we setup the language route with default language if you need it and the regex of what is expected for the language value.


4
5
6
7
resources.router.routes.language.type = Zend_Controller_Router_Route
resources.router.routes.language.route = ":language"
resources.router.routes.language.reqs.language = "^(fr|en)$"
resources.router.routes.language.defaults.language = "en"

Than we setup the default route to overwrite the one create by default by the Front Controller.


8
9
resources.router.routes.default.type = Zend_Controller_Router_Route_Chain
resources.router.routes.default.chain = "language, defaultmodule"

This configuration mean that if you call url like http://www.exemple.com/, language will be English, module will be default, controller will be index and action will be index.
If you call http://www.exemple.com/fr/articles , language will be french, and module will be articles.

Dont forgot to setup your locale and translate resources!

Multilanguage Plugin

In this part I will explain how to create your multilanguage plugin for controller. I assume here you know how to setup your Controller plugin into your Front Controller and pass directly to the Plugin class. It’s very basic and you will have to adapte to your own use.

Create a new class in your own library componant with routeShutdown method.


1
2
3
4
5
6
7
8
9
10
11
class My_Controller_Plugin_Multilanguage extends Zend_Controller_Plugin_Abstract{
    public function routeStartup (Zend_Controller_Request_Abstract $request)
    {
 
    }
 
    public function routeShutdown (Zend_Controller_Request_Abstract $request)
    {
 
    }
}

In the routeStartup method, we add a quick fix to be sure the language is alway in each RequestUri. If the language parameter is not there, we force it.


1
2
3
4
if (substr($request->getRequestUri(), 0, -1) == $request->getBaseUrl()){
    $request->setRequestUri($request->getRequestUri()."en"."/");
    $request->setParam("language", "en");
}

In the routeShutdown method you will catch the language and setup the local and translator object already created by the resource. After you setup the translator to the Zend_Controller_Router_Route. This will be something like this :


1
2
3
4
5
6
$language =  $request->getParam("language", Zend_Registry::getInstance()->Zend_Locale->getLanguage());
$locale = new Zend_Locale($language);
Zend_Registry::getInstance()->Zend_Locale->setLocale($locale);
$translate = Zend_Registry::getInstance()->Zend_Translate;
$translate->getAdapter()->setLocale(Zend_Registry::getInstance()->Zend_Locale);
Zend_Controller_Router_Route::setDefaultTranslator($translate);

Once it done. Url helper will be very easy to use.

Url Helper howto

Ok, here if you have lot of route setup, you will need the $currentRoute parameter in your url helper. If you play only with the default route, you don’t need the following part. Jump to the next step.


1
2
3
4
5
$front = Zend_Controller_Front::getInstance();
$router = Zend_Controller_Front::getInstance()->getRouter();
$currentRoute = $router->getCurrentRouteName();
$locale = $this->registry->Zend_Locale;
$currentRoute = ($currentRoute == "language")? "default": $currentRoute;

In the last part, I show you a basic Language Switch I did for my project. It check the current language and dont show the link of the current language.
See the Zend_View_Helper_Url parameter. If I dont put the language param in the array, it will show the current one. This link will switch between the same page but in different language.


1
2
3
4

	 if ($locale->getLanguage() != "fr"):?>$this->url(array("language" => "fr"), $currentRoute)?>">Francais endif?>
	 if ($locale->getLanguage() != "en"):?>$this->url(array("language" => "en"), $currentRoute)?>">English endif?>

An other example that will output http://www.exemple.com/fr/articles/


1
$this->url(array("language" => "fr", "module" =>"articles", "action"=>"list"), "default")?>">Module Articles

Conclusion

This example is take from my current PhenixApp project. All my source can be found in the repository. The code on my repository is not the same because I had more option like I take my default language from the database and I have some other route that I have to work with.

With the code in this tutorial, you get a working and easy multilanguage URL. You can integrate it very fast to your existing project because it use chain routing and dont broke any other route already exist.

If you like this tutorial or want to improve it, you can add comment.

Le projet PhenixApp

M4d3L — Sat, 27 Jun 2009 19:49:51 +0000

PhenixApp est une application construite avec Zend Framework qui propose une structure définit pour que tous les développeur puisse contruire des modules compatible utilisable avec le composant principale de PhenixApp sois, Zend_Application qui permet de bien structurer le démarrage (bootstrap) de l’application.

Chaque module peut écraser les configurations par défaut et donc contrôler le bootstrap. Ils peuvent avoir leurs propres ressource, configuration, composant, plug-in, contrôleur, etc. De base, il y a 2 modules principaux qui viennent avec PhenixApp. Le module System qui contrôle les composants de base, sois l’installation des modules, la configuration de ceux-ci, la gestion des widgets dans le thème appeler « Brickwall » et plusieurs autres élément. Ensuite, il y a le module members qui gère l’enregistrement des membres, les groupes et les permissions. PhenixApp est dépendant du module système, mais le module members peut être remplacé par d’autre module qui fait les choses autrement.

PhenixApp comprend 2 types de contrôleur d’action. Sois les contrôleur public et les contrôleur d’administration. Il sont sépararer dans 2 répertoires différents ce qui peut éviter des erreurs de routing du a la confusion de 2 différentes routes. Et permet aussi d’avoir des contrôleurs de même nom pour la partit public ou administrative ce qui facilite la création des vues.

Une des principales fonctions du projet qui est très intéressante est la gestion du multilanguage autant dans les textes que dans l’url et l’encodage. Un système avancé vous permet de modifier directement en ligne vos traductions et traque les textes non traduits. Vous pouvez aussi ajouter des éléments à traduire directement dans vos templates et le système va les ajouter dans la database dès qu’ils seront affichés pour une première fois. Ensuite il vous restera qu’à faire la traduction dans les différentes langues.

Par contre, PhenixApp n’est pas encore prêt pour la production. De nombreuses interfaces d’administration restent à être terminées avant qu’une première version bêta voie le jour. Il n’y a pas encore de Base de données fournie avec le code. Nous cherche des développeurs qui aimeraient investir du temps dans le projet. Tout le code source est sur le repository tu site officiel.

Site du projet : PhenixApp-Project.net

Phenix_File_Parser_Csv

Phenix_File_Parser_Csv

M4d3L — Fri, 26 Jun 2009 04:45:54 +0000

If you need a CSV parser in PHP, this class is for you.

You can download the class from the repository of PhenixApp project : Phenix_File_Parser_Csv

This class open the CSV file, parse the data into the object and after you just need to use the object like an array.


1
2
3
4
5
6
7
8
9
10
$csvParser = new Phenix_File_Parser_Csv(
    $filename,   //CSV file name
    1,    //Start at row 1
    array(0 => "id", 1 => "title", 2 => "detail", 3 => "lastupdate") //Column expected to read in the CSV file.
);
 
//use like an array
foreach($csvParser as $key=>$value) {
    $date = $value['lastupdate'];
}

Phenix_View_Helper_Text2image (English)

M4d3L — Fri, 26 Jun 2009 03:41:59 +0000

Did you already got the probleme to create a menu with image because the font was not a standard web font and you has to make again and again the menu because you clients ask you to do many change? This helper is the solution.

What is Phenix_View_Helper_Text2image?

This is a simple View Helper for Zend Framework that allow you to transform on the fly a string texte to an image with the good font, size, background and position. When the image are generated, they are stored in an image folder and they are never regenereted else if you change a params of an image. This is a big avantage for the designer that doesnt have to care about the font or disposition to use.

Configuration :


1
2
3
4
5
6
7
8
9
10
11
12
13
14
 $param = array(
/* For image menu with special font */
'imgdir' => "home/user/public_html/images",
'imgurl' => "/images",
'font' => "/home/user/App/Fonts/ITCKrist.TTF",
'fsize' => 11,
'flag' => "menu",
'width' => 170,
'height' => 26,
'tcolor' => "#4e6549",
'bgcolor' => "#FFFFFF",
'tposition_x' => 3,
'tposition_y' => 20
)?>

Create all menu image :


1
2
3
4
5

$this->url()?>"> echo $this->Text2image("Acceuil", $param)?>
$this->url()?>"> echo $this->Text2image("Produits", $param)?>
$this->url()?>"> echo $this->Text2image("Contactez-nous", $param)?>

Note that if image already exist, only the image tag will be generated.

Where I can download this helper?

You can download this helper on the repository of PhenixApp project. View_Helper repository

Zend_Form : How to remove decorator from hidden field.

M4d3L — Thu, 25 Jun 2009 16:25:25 +0000

This question come a lot in #ZFtalk channel on IRC.

The Default decorator apply the DtDdWrapper to all form element when they are created. But hidden field does’nt need decorator and the actual hidden element class does’nt care about that.

Actually, without decorator remove, hidden field will output like the following and this is bad.


1
2
<dt id="MyElement-label">&nbsp;dt>
<dd id="MyElement-element"><input type="hidden" name="MyElement" value="something" id="MyElement">dd>

So to remove the decorator, you can do this after create your hidden element:


1
2
3
4
5
$id = $form->createElement('hidden', 'id');
$id->removeDecorator('DtDdWrapper');
$id->removeDecorator('HtmlTag');
$id->removeDecorator('Label');
$form->addElement($id);

This is important because this will prevent to get unwanted result if you add css to your DT/Dd decorator. After remove these decorator, this will print only the input hidden field.


1
<input type="hidden" name="MyElement" value="something" id="MyElement">

With the PhenixApp project, I have decided to extends the default hidden element class to remove decorator of each hidden field indefinitely.
I think this way is better because this prevent some method to be executed for nothing and this is more quick to add hidden field in all my form after.

Here is my class :


1
2
3
4
5
6
7
class Phenix_Form_Element_Hidden extends Zend_Form_Element_Hidden
{
    public function init(){
    	$this->setDisableLoadDefaultDecorators(true);
    	$this->addDecorator("ViewHelper");
    }
}