Symfony Resources Central - plugin

Complex relations population in propel

Romain Dorgueil — Thu, 31 Jan 2008 23:47:00 +0100

Since quite a bit, I've been faced with an annoying problem on every projects I use propel on. Propel builders only generates some specific cases selection methods, which consists of pretty ugly copy paste of the same code to populate the objects, and if your needs are not satisfied by the finite little number of propel handled cases, you'll have to either use pure SQL, or write a custom doSelect method. That seems okay at first sight, but it is not. In fact, you're about copypasting the propel generated method, and that's a rude violation of D.R.Y. principle.

I found no solutions during the two last years, but maybe things will change soon with the new sfPropelImpersonatorPlugin. This plugin is aiming at doing arbitrary object population based on informations provided by propel's introspection methods (DatabaseMap/TableMap/ColumnMap) to link populated objects.

The plugin is currently in very early stage, but is working pretty well for my needs, and I'm looking forward to know what others are thinking about it.

sfForms11Plugin: use symfony 1.1 form/validation framework in symfony 1.0 or non-symfony project

Romain Dorgueil — Mon, 07 Jan 2008 23:32:00 +0100

The new symfony 1.1 form/validation framework is 100% symfony-independant, and though is not limited to the (very) awaited 1.1 stable release. To use it in your own symfony 1.0 projects, you can use sfForms11Plugin. It's content is very thin: it only sets up externals to symfony 1.1 form/widget/validator libraries.

To use it, simply add the following external to your project:

sfForms11Plugin http://svn.symfony-project.com/plugins/sfForms11Plugin

Or check it out from your project base directory:

svn co http://svn.symfony-project.com/plugins/sfForms11Plugin plugins/sfForms11Plugin

Let's try it...

Now you'll be able to define sfForm sub-classes to materialize forms:

class HelloWorldForm extends sfForm

{

  public function configure()

  {

  }



  public function setup()

  {

    $this->setWidgetSchema(new sfWidgetFormSchema(array(

            'name' => new sfWidgetFormInput(),

            )));



    $this->setValidatorSchema(new sfValidatorSchema(array(

            'name' => new sfValidatorString(array('required'=>true, 'min_length'=>1, 'max_length'=>50)),

            )));



    $this->widgetSchema->setNameFormat('hello[%s]');

    $this->errorSchema = new sfValidatorErrorSchema($this->validatorSchema);



    parent::setup();

  }

}

This class define the model of your HelloWorldForm, and you can now use it in your actions:

class testActions extends sfActions

{

  function executeHelloWorld()

  {

    $this->form = new HelloWorldForm();



    if ($this->getRequest()->getMethod() == sfRequest::POST)

    {

      if (null !== ($hello = $this->getRequestParameter('hello', null)))

      {

        $this->form->bind($hello);



        if ($this->form->isValid())

        {

          $this->redirect('@hello?name='.$this->form->getValue('name'));

        }

      }

    }

  }

}

At this point, the only little detail still missing is the view, containing actual form display:

<form method="POST">

<table>

<?php echo $form; ?>

<tr>

  <td colspan="2" align="right">

    <input type="submit" value="Greetings, Mr Computer!" />

  </td>

</tr>

</table>

</form>

That's it! You now have a simple form, self-validating, protected against CSRF attacks and redirecting to some place if values entered matched our sfValidatorSchema.

Tired of spam? Try dkAntispamPlugin

Romain Dorgueil — Sun, 30 Dec 2007 23:49:00 +0100

After last week hashbin's new release, I decided to publish dkAntispamPlugin. That's an early release, and by now it is not very feature-full, but it's doing the job we ask it, and since now, proved efficient on HashBin to make not public the pretty large amount of spam I get on it.

In One week, we got 40 messages with spam_value<10 (all checked, no spam), 14 more with spam_value<20, some of those were not spam but either inconsistent, or URL-full, 97 more between 20 and 50 (100% spam) and 498 more over this, which i'll consider as spam (don't really feel like reviewing all those).

For now, the plug-in only makes some reg-exp check, length check and URL count checks, but I'm planning in adding IP check and refining reg-exps to be less CPU eating. If any of you have anymore ideas to improve it... You're all welcome :-)

At the same time, I refactored sfGeshiPlugin to dkGeshiPlugin, to leave sf prefix for official symfony plugins, so be sure to check the wiki or documentation if you're using it.

sfGeshi plugin release

Romain — Sun, 04 Nov 2007 23:47:00 +0100

The sfGeshi plugin has been updated today to use latest GeSHi improvements, and to add some features. The SVN path changed too, to comply with symfony-project.com plugin repository naming conventions, so be sure to check out the documentation.

sfGeshi::getLanguages()

This static methods allow you to get an associative array of languages, with GeSHi language identifiers as keys and human readable language names as values.

<?php echo select_tag('language', options_for_select(sfGeshi::getLanguages(), $language)); ?>

sfGeshi::getPluginPath()

This convenience method has been added to allow you to call sfGeshiPlugin directory differently. It should be used if you need direct access to GeSHi files (like language highlighting definition files in /geshi/).

<?php

$files = sfFinder::type('file')->name('*.php')->in(sfGeshi::getPluginPath().'/geshi/');



foreach ($files as $file)

{

  echo $file . '=>' . basename($file, '.php');

}

sfGeshi plugin

Romain Dorgueil — Wed, 01 Aug 2007 10:38:00 +0200

sfGeshi's aim is a symfony plugin that integrates the Generic Syntax Highlighter PHP library (GeSHi) into the Symfony Framework. Supports 75 different languages, and you can add more by writing simple php files.