Uncategorized

Fluid sans Extbase

Publié le

La sortie de la version 4.5 LTS de TYPO3 rend les choses moins compliquées pour utiliser le moteur de templating Fluid dans vos extensions et vous affranchir définitivement des marqueurs « ### ».

Par quel moyen ? Grâce à la vue « standalone » offerte désormais par Fluid. Si vous jetez un oeil au changeLog de la dernière version, vous trouverez quelques exemples. La classe à instancier s’appelle « Tx_Fluid_View_StandaloneView » (définition) et pour afficher des le rendu de votre plugin en frontend, il ne vous faut que quelques lignes, ici simplifiées :

// Template location
$this->template = $template = t3lib_extMgm::extPath(strtolower($this->extKey)) . ‘Resources/Private/Layouts/Template.html’;

$view = t3lib_div::makeInstance(‘Tx_Fluid_View_StandaloneView’); // instanciate standalone view

// Define template location property for Fluid
$view->setTemplatePathAndFilename($this->template);

// Sample array
$array = array(‘sample’ => ‘some text’, ‘again’ => ‘yep again’);

// Feed the template
$view->assign(‘data’, $array);

// Return result
return $view->render();

Et voilà… Voici le contenu de mon gabarit HTML avec {data.sample} et {data.again} qui seront remplacés par les valeurs de mon tableau.

<div id= »container »>
<div id= »one »><f:format.html>{data.sample}</f:format.html></div>
<div id= »two »><f:format.html>{data.again}</f:format.html></div>
</div>

Autre chose, je vous recommande la lecture de la fameuse « cheat sheet » que vous pourrez télécharger à cette adresse.

Publicités

Sass et TYPO3

Publié le Mis à jour le

Sass (Syntactically Awesome Stylesheets) est un langage de CSS. Il a été concu dans l’optique de simplifier la construction des feuilles de style par l’élimination de redondance.
Ainsi, il est possible de mieux distinguer la structure de vos CSS car le code est sensé être plus élégant, plus compréhensible et moins lourd. La maintenance est ainsi facilitée. Au delà de cette définition généraliste, Sass permet d’utiliser des constantes, des imbrications et d’effectuer des opérations arithmétiques au sein de vos fichiers et c’est bien là le plus intéressant.
A priori, il n’est pas très utile d’employer Sass pour des petits sites. La puissance de Sass ne s’exprime que sur des gros projets. Le gain de temps dégagé est très appréciable du coup !

Les feuilles de styles portent dès lors l’extension .SASS.

Voici un exemple assez simple :
#main p {
color: #00ff00;
width: 97%;

.redbox {
background-color: #ff0000;
color: #000000;
}
}

devient après compilation :

#main p {
color: #00ff00;
width: 97%; }
#main p .redbox {
background-color: #ff0000;
color: #000000; }

Ce qui permet d’éviter la répétition du sélecteur #main
Vous trouverez des exemples plus convaincants sur http://sass-lang.com/docs/yardoc/file.SASS_REFERENCE.html

Tout ça pour dire qu’une extension est sortie : sassify. L’extension sassify fait appel à PHamlP, un parseur SASS pour PHP. Voici le projet : PHamlP

Validating the security token of this form has failed. Please reload the form and submit it again.

Publié le

Maintenant que TYPO 4.5.2 est sorti (oui, une mise à jour de la mise à jour de la 4.5 LTS est sortie ce week-end), je commence à l’utiliser au quotidien, surtout sur mon projet actuel… on verra pour le prochain projet. Et peut-être comme vous, je suis tombé sur l’erreur suivante dans le back office : « Validating the security token of this form has failed. Please reload the form and submit it again. »

Devez-vous vous inquiéter si vous n’avez pas encore rencontré cette erreur. A priori, non. Cette erreur survient lors d’un copier/coller mais seulement si l’extension kb_nescefe est installée sur votre instance TYPO3. Cette extension Xclass des classes du Core. Un rapport de bogue à été remonté à ce sujet : http://bugs.typo3.org/view.php?id=17491

Le patch est d’ailleurs attaché à ce rapport de bogue. Pour l’installer, je rappelle la procédure avec une commande qui fonctionne bien sous GNU/Linux :

patch -p1 -s -N -E < kb_nescefe.diff

 

TYPO3 4.3.11, 4.4.7 et 4.5.1 disponibles

Publié le Mis à jour le

Les branches 4.3, 4.4 et 4.5 ont été mises à jour aujourd’hui.
J’attendais avec beaucoup d’impatience la mise à jour de la branche 4.5 car des bogues assez génants avaient été reportés dans le bug tracker.

Pour la liste des bogues corrigés, consultez les pages du wiki :
TYPO3 4.3.11 : http://wiki.typo3.org/index.php/TYPO3_4.3.11
TYPO3 4.4.7 : http://wiki.typo3.org/index.php/TYPO3_4.4.7
TYPO3 4.5.1 : http://wiki.typo3.org/TYPO3_4.5.1

TYPO3 4.5 beta 4 sortie

Publié le

Elle est sortie dans la nuit de mercredi à jeudi. La version finale de TYPO3 4.5 est attendue pour le 26 janvier.
Plupload a été intégré. Il fait partie d’un projet un peu plus consistant, FAL mais qui malheureusement n’a pas complétement été intégré, faute de temps. Plupload est un système d’envoi de fichiers, un peu comme le flash uploader, mais en HTML5.
Comme pour chaque version majeure, l’arborescence (page tree) a été optimisé et est encore plus rapide. Une fonction de drag and drop est présente.

Vous trouverez des informations complémentaires à cette adresse. Au delà des modifications d’ordre esthétique, fonctionnelles et ergonomiques, TYPO3 4.5 est un pas de plus vers la version 5.0 où le couple Extbase/Fluid va devenir de plus en plus important. Notez également que la version 4.5, c’est une LTS (Long Time Support).

Source : news.typo3.org

Développer une application de eCommerce avec Extbase et Solr

Publié le

Voici une présentation slideshare intéressante : développer une application de eCommerce avec Extbase, Fluid et Apache Solr. La preuve est que l’on peut utiliser Extbase pour des applications professionnelles. Apache Solr est un puissant moteur de recherche qui permet d’effectuer des indexations plus rapides et des recherches plus précises. Les performances sont excellentes selon certains.

Il faut dire que je n’utilise plus indexed search depuis 3 ans, trop déçu par ses piètres performances.

Autre chose, on évoque dans le slide, l’utilisation du kickstarter pour Extbase. Des personnes vont dire que le kickstarter, c’est pas bien, ça génère du code pas très optimisé ou en trop mais je répondrais que pour débuter, y a pas mieux 🙂

Problème entre sr_feuser_register 2.5.27/2.6.0 et TYPO3 4.4.0 et supérieur

Publié le

Un bogue auquel j’ai été confronté : la présence de deux champs first_name et last_name pour chaque fe_user édité depuis le back office. Depuis la version 4.4.0, TYPO3 ajoute ces champs et du coup, ils se retrouvent en double si sr_feuser_register est installée car cette dernière les ajoute déjà ! Le rapport de bogue est ici : http://bugs.typo3.org/view.php?id=15176

Conséquence : aucune valeur n’est affichée dans le back office pour ces deux champs et il est impossible de les mettre à jour depuis le back office.

Un patch existe heureusement et il corrige le fichier ext_tables.php de l’extension.

Je rappelle la commande : patch -p0 < 15176_patch.diff
Et hop, terminé 🙂

Voilà, en espérant que ça aide 😉