swToolboxPlugin - 1.2.1

Add some extra tools to symfony.

You are currently browsing
the website for symfony 1

Visit the Symfony2 website

« Back to the Plugins Home


Forgot your password?
Create an account



advanced search
Information Readme Releases Changelog Contribute
Show source

For now, there is no full documentation. However you can find some information here


This feature has been removed from symfony version 1.1 and 1.2. This will simulate the sendMail method and add extras features :

  • email decorator
  • Zend_Mail Support
  • Charset and Encoding
  • variables assignement from the controller

This solution is based on Zend_Mail for more information please refer to the Zend Framework documentation available at : http://framework.zend.com/manual/en/zend.mail.html


  • Install Zend Framework available at http://www.zend.com/community/downloads
    you can also install the lib via svn (http://framework.zend.com/svn/framework/standard/tags/release-1.7.2/library/Zend) The lib must be installed into SF_ROOT_DIR/lib/vendor/

  • Edit the app.yml file

        charset: utf-8                             # charset to use : utf-8, iso-8859-1, ...
        encoding: quoted-printable                 # 7bit, 8bit, quoted-printable, base64 (default : quoted-printable)
        transport:                                 # define which transport class to used
          # sample with Sendmail
          class: Zend_Mail_Transport_Sendmail      # Zend_Mail_Transport_Sendmail | Zend_Mail_Transport_Smtp
          parameters: "-ffrom@yourdomain.com"
          # sample with Smtp
          class: Zend_Mail_Transport_Smtp          # Zend_Mail_Transport_Sendmail | Zend_Mail_Transport_Smtp
            - value 1
            - { auth: Plain|Crammd5|Login, username: yourusername, password: yourpassword }
        decorator:                                 # define the layout use in the mail
          enabled: off                             # on | off : set true if all your mail share the same layout
          directory: %SF_APP_TEMPLATE_DIR%         # where the layout is located, ie %SF_APP_TEMPLATE_DIR%
          template: email                          # name of the layout, automatically translate to name.FORMAT.php
        view:                                      # define the view class used to render the template
          class: swMailView
  • Clear your cache


    public finction executeConfirmPaiement()
      // [...]

      // create object in your controller
      $invoice = Doctrine::getTable('Invoice')->find(..);

      // call the email action
      $action->sendMail('yourModule', 'sendInvoice', array('invoice' => $invoice);

    public function executeSendInvoice(sfWebRequest $request)
      $mail = new swMail;

      $mail->setSubject('Your Invoice #'.$invoice->getReference());
      $mail->setFrom('billing@yoursite.com', 'Billing Service');
      $mail->addTo($this->invoice->getEmail(), $this->invoice->getName());

      $this->mail = $mail;

You should have a least one template file : sendInvoiceSuccess.txt.php or sendInvoiceSuccess.html.php in your module/templates folder.

If you want a specific layout around your email (like default header and footer), enable the decorator option and create a 'email.txt.php' and/or 'email.html.php' inside the decorator directory.



  • define the title of the current page
  • custom configuration : edit and add these lines to your app.yml

      page_title_enabled: true
      page_title_suffix: " - Thomas Rabaix"


  • small helper to insert google api url

          google_api_key: your_key_here
          google_map_version: 2.x
          google_map_url: http://maps.google.com/maps
          google_analytics: [ UA-KEY-ONE, UA-KEY-TWO]

Cross Application Routing

IMPORTANT : This feature does not work with no_script_name = off

  • Enable the feature, edit your app.yml

        routes_register_cross_applications: on     # active the feature
        swToolboxCrossApplicationRouting:          # configure the feature
            enabled: on                            # enable the feature for the 
            load: [backend]                        # applications' routes to add 
            host:                                  # define the host to append 
              dev: yourhost.local/backend_dev.php  
              prod: yourhost.local/backend.php    
            enabled: on                            # enable the feature for the 
            load: [frontend]                       # applications' routes to add 
            host:                                  # define the host to append 
              dev: yourhost.local/frontend_dev.php  
              prod: yourhost.local
  • In your frontend's template, you can access to a backend route like this

    <?php link_to('Edit Blog Post', '@backend.edit_post?id='.$blog->getId()) ?>
  • that's all !!

Extra Comment

If you have specific templates, shared across applications, you might don't want to change the url so you can create your own sfFrontWebController and extends the genUrl method.

    class yourFrontWebController extends sfFrontWebController

       * @see sfWebController#genUrl()
      public function genUrl($parameters = array(), $absolute = false)

        // absolute URL or symfony URL?
        if (is_string($parameters) && preg_match('#^[a-z][a-z0-9\+.\-]*\://#i', $parameters))
          return $parameters;

        // relative URL?
        if (is_string($parameters) && 0 === strpos($parameters, '/'))
          return $parameters;

        if (is_string($parameters) && $parameters == '#')
          return $parameters;

        $route = '';
        $fragment = '';

        if (is_string($parameters))
          // strip fragment
          if (false !== ($pos = strpos($parameters, '#')))
            $fragment = substr($parameters, $pos + 1);
            $parameters = substr($parameters, 0, $pos);

          list($route, $parameters) = $this->convertUrlStringToParameters($parameters);
        else if (is_array($parameters))
          if (isset($parameters['sf_route']))
            $route = $parameters['sf_route'];

        // Custom method to avoid the need of modifing the route name in the template
        //   this is usefull if the template is shared across multiple template
        //   the first route found will be used
          $sw_cross_link_config = sfConfig::get('app_swToolbox_swToolboxCrossApplicationRouting', array());
          $sw_cross_current_app = $this->context->getConfiguration()->getApplication();

          if(array_key_exists($sw_cross_current_app, $sw_cross_link_config))
            foreach($sw_cross_link_config[$sw_cross_current_app]['load'] as $app_to_load)
              $app_route = $app_to_load.'.'.$route;
                $route = $app_route;

        // routing to generate path
        $url = $this->context->getRouting()->generate($route, $parameters, $absolute);

        if ($fragment)
          $url .= '#'.$fragment;

        return $url;
  • edit your factories.yml to change the class name

        class: yourFrontWebController


This class can replace the default cache handler class. The class always executes an user context action.

Let's take this example with an ecommerce website, you might want to cache the full action, however some parts are user specific. So you can have a viewProduct action and a viewProduct_UserContext action in your actions.class.php

  • viewProduct : execute page related action, get the product and other related information
  • viewProduct_UserContext : execute user specific action for the current page, like testing if the product is already in the client's basket.


  • edit the filters.yml

      class: swUserContextCacheFilter
        condition: on # always set to on