Symfony Framework

Element-Update mit JavaScript als Inhalt

Posted in JavaScript, Symfony Framework on July 19th, 2009 by admin – Be the first to comment

In Symfony haben wir ja eine sehr hilfreiche und dem entsprechend auch Helper genannte Kapselung von JavaScript Bibliotheken. So steht auch unter anderem Prototype zur Verfügung. Nur manchmal lässt sich die API-Dokumentation der Bibliotheken nicht direkt auf die in Symfony zur Verfügung stehenden Funktionen übertragen. Ein Beispiel ist der evalScripts Parameter. Für alle die jetzt zu faul sind weiter zu lesen und schon wissen was gemeint ist: In Symfony heißt der Parameter einfach nur script

Für alle die noch nicht Wissen wofür der Parameter gebraucht wird, kommt hier ien Beispiel:

Die Funktion remote_function() ist das Symfony-Interface zur AjaxUpdater-Funktion von Prototype, mit der wir ein DOM-Element unserer Seite mit neuem Inhalt befüllen können ohne die komplette Seite neu zu laden (ist ja auch der Sinn von AJAX-Funktionen xD).

Das ganze könnte dann beispielsweise in einem Template so aussehen:

  1. <?php use_helper(‘Javascript’) ?>
  2. <div id="dynamicContent"></div>
  3. <?php echo javascript_tag(
  4.    "function updateDynContent() {".remote_function(array(
  5.    ‘update’  => ‘dynamicContent’,
  6.    ‘url’     => ‘artikel/render’,
  7.  ))."}"
  8. ) ?>

Soweit so gut. Ein kleines Problem haben wir jetzt nur, wenn der Aufruf des Moduls/Action ‘artikel/render’ in seinem Template ein JavaScript hat. Beispielsweise durch die Funktion drop_receiving_element(), weil in dem DIV mit der ID dynamicContent ein Element sein soll, welches Drag-And-Drop fähig sein soll. Standartmäßig werden nämlich JavaScripts durch den Ajax.Updater gefiltert. Abschalten lässt sich das bei dieser Prototype-Funktion durch den Parameter evalScripts. Die Symfony-Funktion remote_function() akzeptiert diesen Parameter allerdings nicht, sondern wie am Anfang schon erwähnt den Parameter script. Um diesen Parameter und folglich dann ohne JavaScript-Filter sieht der Funktions-Aufruf aus dem Beispiel dann folgendermaßen aus:

  1. remote_function(array(
  2.    ‘update’  => ‘dynamicContent’,
  3.    ‘url’     => ‘artikel/render’,
  4.    ’script’ => ‘true’,
  5.  ))

Das wars schon =)

Password-Validation in Symfony 1.2

Posted in Symfony Framework, Webentwicklung on July 17th, 2009 by admin – Be the first to comment

Ich habe eben zum ersten mal ein Registrierungsformular für eine Anwendung im Symfony Framework geschrieben. So etwas kann man ja durchaus mal öfters gebrauchen daher stell ich die sfForm Klasse hier für alle zur Verfügung.

Übrigens der sfValidatorSchemaCompare funktioniert erst wenn die Felder darin mit einem Validator initiiert sind, da er ein globaler Validator ist (siehe in der Doku). In dem Beispiel werden die beiden Passwortfelder mit jeweils dem sfValidatorString und das erste noch mit dem sfValidatorRegex initiiert.

  1. class RegistrationForm extends sfForm {
  2.  public function configure() {
  3.   $this->setWidgets(array(
  4.    ‘username’      => new sfWidgetFormInput(),
  5.    ‘password1′     => new sfWidgetFormInputPassword(),
  6.    ‘password2′     => new sfWidgetFormInputPassword(),
  7.    ‘email’         => new sfWidgetFormInput(),
  8.    ));
  9.  
  10.   $this->setValidators(array(
  11.    ‘username’   => new sfValidatorString(array(
  12.       ‘max_length’ => 30,
  13.       ‘required’ => true)),
  14.    ‘email’         => new sfValidatorEmail(),
  15.    ‘password1′  => new sfValidatorAnd(array(
  16.      new sfValidatorRegex(array(
  17.        ‘pattern’ => "/[[:upper:]+[:lower:]+[digit:]+/")),
  18.      new sfValidatorString(array(
  19.        ‘min_length’ => 8)
  20.    ))),
  21.    ‘password2′  => new sfValidatorString(array(
  22.        ‘min_length’ => 8,
  23.        ‘required’ => true)),
  24.    ));
  25.    $this->validatorSchema->setPostValidator(new sfValidatorAnd(array(
  26.      new sfValidatorSchemaCompare(‘password1′, ‘==’, ‘password2′),
  27.      new sfValidatorPropelUnique(array(
  28.        ‘model’ => ’sfGuardUser’,
  29.        ‘column’ => ‘username’,
  30.        ‘field’ => ‘username’))
  31.    )));
  32.   }
  33. }

Mit dem RegEx Validator lässt sich dann schön überprüfen, ob das Passwort den eigenen Sicherheitsrichtlinien entspricht. Im Beispiel muss das Passwort mindestens ein Großbuchstabe, ein Kleinbuchstabe und eine Ziffer enthalten.
Für die Regulären Ausdrücke hier noch der Link zu einem Cheatsheet, falls noch nicht bekannt :D

Wenn jemand eine Adaption auf ältere Symfony Versionen versucht, dann muss er auf jeden Fall den Compare-Validator ändern in:

  1. $this->validatorSchema->setPostValidator(new sfValidatorSchemaCompare(‘password1′, sfValidatorSchemaCompare::EQUAL, ‘password2′));

Da Symfony 1.2 abwärtskompatibel in diesem Punkt ist, funktionieren dort beide Varianten.

Zum Schluss wird dann mit sfValidatorPropelUnique noch überprüft ob der Username bereits verwendet wird.

Jetzt werde ich dem ganzen noch die Verifikation der E-Mail mit einem Aktivierungsschlüssel verpassen, dazu näheres dann in einem weiteren Beitrag.

Symfony-Check

Posted in Symfony Framework on July 17th, 2009 by admin – Be the first to comment

Checklisten gibt es im Netz ja massig, diese enden teilweise dann in einer Schlacht an Faktoren die abgefragt werden oder sind zu allgmein gehalten. Eine Checkliste die mich wirklich überzeugt hat und wie ich finde einen Mehrwert liefert ist Symfony Check

Screenshot von symfony-check.org

Screenshot von symfony-check.org

Diese Checkliste fragt sämtliche Punkte ab die man in einem Symfony Projekt vor dem Deployment erledigt haben sollte. Für jeden Punkt der Liste gibt es eine gute Beschreibung, wie man diesen Punkt abhaken kann.
Beispielsweise für den Punkt ‘Change the cookie names’ wird dann genau beschrieben in welchen Config-Files Änderungen gemacht werden sollten.

Die gesamte Seite ist nur für diese eine Aufgabe optimiert und sehr übersichtlich.

Mouseover-Effekte in Symfony

Posted in JavaScript, Symfony Framework on July 15th, 2009 by admin – Be the first to comment

Ich schreibe gerade an einer kleinen Anwendung in Symfony und wollte für das Frontend-Bearbeiten Edit-Buttons einbauen. Diese sollen aber nur sichtbar sein, wenn man mit der Maus über dem gesamten Feld ist das bearbeitet werden soll. Wie sich nach kurzer Recherche herausgestellt hat ist das ganze kein großes Hexenwerk:

Angenommen unsere View hat folgenden HTML-Code und wenn man mit der Maus über die DIV mit der ID box fährt soll edit angezeigt werden.

  1. <div id="box">
  2. Text Text Text Text Text Text Text
  3. Text Text Text Text Text Text Text  
  4. Text Text Text Text Text Text Text  
  5. <div id="edit" style="visibility: hidden">Edit</div>

Folgendes JavaScript sorgt nun fürr den gewünschten Effekt:

  1. <?php use_helper(‘Javascript’); ?>
  2. <?php echo javascript_tag("function hover() {
  3. document.getElementById(’edit’).style.visibility=’visible’;
  4. }
  5.  
  6. function out() {
  7. document.getElementById(’edit’).style.visibility=’hidden’;
  8. }
  9.  
  10. document.getElementById(’box’).observe(’mouseover’, hover);
  11. document.getElementById(’box’).observe(’mouseout’, out);"; ?>

Fertig :D

P.S.: Natürlich dürfte sich das auch ohne Symfony problemlos umsetzen lassen.

Symfony Framework 1.2.8 Update

Posted in Symfony Framework on July 15th, 2009 by admin – Be the first to comment

Es steht ein Update des PHP Frameworks Symfony im stabilen Zweig 1.2 zur Verfügung. In der nun aktuellen Version 1.2.8 wurde ein Sicherheitsfix, der mit Verison 1.2.6 eingeführt wurde, wieder Rückgängig gemacht, da er zu Problemen führte.

Das komplette Changelog ist hier zu finden und die aktuelle Version zum Download.

Dann nur noch hoffen das die Anwendungen anschließend auch wirklich wieder laufen wie sie sollen xD