Reprise du message précédent :
Vous avez une idée comment sont sauvegardés les timestamp en base quand on utilise propel?
 
en gros, ma base sauvegarde des timestamp unix, donc des entiers, et j'aimerais pouvoir faire comprendre ça à propel, histoire de pas se faire chier à bricoler les forms pour la prise en compte auto des dates de création / update
 
pour l'instant j'arrive juste à lui faire afficher les dates correctement, en passant par la modification de propel.dateTimeClass dans propel.ini, puis une surcharge de la classe Datetime
 
Le soucis c'est que ça marche que pour l'affichage, j'aimerais donc lui faire enregistrer des timestamp unix en base, tout en gardant le type 'timestamp' dans le schema.xml
 

public function __construct($datetime='now', DateTimeZone $tz = null) {
 
        //if the date is bad account for Mssql datetime format
        if ($datetime != 'now' && strtotime($datetime) === false) {
            $datetime = date('Y-m-d H:i:s', $datetime);
        }
 
        if($tz instanceof DateTimeZone) {
            parent::__construct($datetime,$tz);
        }
        else {
            parent::__construct($datetime);
        }
    }

 
En même temps il y a peut-être d'autre solution moins bourrines que ça, via des behavior ou je ne sais quoi, j'ai pas encore assez de connaissances pour trouver la meilleure soluce

Pour ceux qui cherchent...
 
http://symfonians.net/job/1-develo [...] p5-symfony

Hello

J'ai une question avec les fixtures Doctrine !

J'ai 2 classes qui se font références l'une à l'autre. Chacune contient un id vers l'autre.
Mes fixtures sont définies par fichier pour chaque classe.

Or, il me semble que les fixtures ne peuvent faire référence qu'à des labels défini "plus haut", du coup j'ai des null partout dans ma BDD !

Comment puis-je faire ?

Tu n'utilises pas la représentation en arbre par hazard ?
genre

 
Ca marche(ait ?) qu'à moitié, perso je me limite à un niveau sauf si c'est simple.

Je n'ai qu'un niveau, mais j'ai reussi à réordonner mes données pour ne plus avoir de problème !

Bah c'est bien

Bon comme je suis débutant en symfony je vais poser une question con

Sur mon site je souhaite intégrer un menu avec toutes les catégories sur la gauche (dont celle actuellement visitée avec un style particulier)

Dans le layout de mon frontend j'ai donc créé un slot "menu", mais je ne sais pas où définir se slot !

Donc la question que je me pose est où est le meilleur endroit pour définir ce slot menu ? (sachant que je vais avoir besoin d'accéder à une variable flash pour connaitre la catégorie actuellement explorée)
Dans le layout du frontend ?
Dans un fragment ? un partial ?

tu vas definir un _menu.php dans ton dossier de template globale
 
si je comrpends bien tu vas l'appeler depuis le layout global :

<?php include_partial('menu', array('currentMenu' => $curentMenu)) ?>

ok Ca serait donc un fragment partial ()

Merci bien ! J'vais plus me documenter sur les partials !

Edit: Ok, j'avais pas vu qu'on pouvait intégrer un partial dans le layout global, mais en fait il est considéré comme faisant parti d'un module "global"

Ok, et je passe par des components pour la partie logique

oui

Du coup un component slots semble plus adapté à ce que je veux faire !

Edit: non en fait un simple component devrait suffire !

Edit2: Ca marche et c'est propre merci

Bonjour,
 
Je cherche à charger un fichier de routing (routing_fr.yml, routing_en.yml) différent en fonction de langue, vous auriez une idée précise de comment faire ça ?
 
J'ai regardé config_handler, mais j'arrive à rien.
 
Merci
 

T'es sûr que faire une/des routes spéciales serait pas mieux ?

Non parceque j'ai tous les link_to (@route) à modifier (et dans l'admin generator aussi)
J'y avais pensé en préfixant mes routes par la langue (fr_route1 en_route1 etc ...) mais ça posait ce problème.

Mon problème est de traduire complètement les routes , même les prefix_path des sfDoctrineRouteCollection, et je vois pas d'autre moyen de le faire.

D'autre part, je dois faire un autre site multilingue ou chaque langue à sa propre base de données (en gros chaque site est indépendant et rien ne doit se mélanger), je me dis que de pouvoir charger un fichier routing en fonction de la langue me permettrai aussi de charger un database.yml different.

M'est d'avis qu'il y a mieux Surtout si ça se répète.

Tu devrais pas avoir à changer les link_to() avec des sfRoutes customs puisque le sf_culture est passé dans tous les cas (donc tu peux générer/détecter les urls en fonction de lui).

Je savais pas que le routing s'occupait de la connexion à la BDD

Tu peux détailler vite fait ?
 

Non je me disais que je pouvais suivre la même logique. (Charger un fichier différent en fonction de la culture), mais bon je compte utiliser des env differents pour ça , ça sera plus pratique pour faire des confs différentes en fonction des langues.

Bah dans ta classe MyRoute tu peux savoir la langue en cours, donc implémenter tes matchesUrl() et generate() en prenant  ça en compte.

Pour ton autre site multilangue, perso j'ajouterais un filter qui connecte simplement Doctrine à la bonne BDD en fonction de la langue.

Et tu déclares toutes tes bases dans le même database.yml (doctrine_fr: {}, doctrine_en: {} etc).

Voila la bonne façon de faire, suffit détendre sfRequestRoute et de modifier ces 2 méthodes.
J'ai pas eu le temps d'étudier tout en détail , merci de m'avoir éclairé
 

Merci beaucoup Je vais voir ça.

 
 
Genre ça : http://www.symfony-project.org/plu [...] tingPlugin ?

bookmarked

Ah ouais en effet    
J'avais pas cherché dans les plugins  

Bon j'ai trouvé un pb avec ce plugin, ça marche pas avec des doctrine route collection:

ex:

Donne les routes :

On voit le pb : le _fr à besoin d'être en fin de route avec ce plugin, ce qui n'est pas le cas avec ces routes.
Du coup faut soit modifier le plugin, soit décomposer toutes les sfDoctrineRouteCollection

EDIT: C'est con, il aurait fait en sorte que la culture se mettre au début du nom de la route, et le pb se poserait pas
Bref je vais faire cette modif.

Finalement suffit de créer un fichier routing.xml ou .po pour traduire les morceaux d'url, le problème est que c'est très lourd.
 
Sans plugin
Factories 122.90ms 63% du temps total
Avec plugin
Factories 22.74ms 18 du temps total
 
 

Bonjour,
 
Je reviens avec mon problème de perf, j'arrive pas à activer le cache dans sfPatternRouting

 
Si je débug $this->cache dans la class sfPatternRouting, j'obtiens toujours null.
 
J'aurais pas manqué un truc pour que ce cache marche ? (Le dossier de cache est bien crée par contre mais reste vide)
 
Merci

J'ai trouvé :  
 
dans sfRoutingConfigHandler : unset($options['cache']);
=>Apparementil a eu beaucoup de problèmes de perf avec le cache des routes, ils ont décidé de le virer.
 
Bref même en le remettant j'ai les mêmes perfs, c'est du à la methode connect de zxPatternI18NRouting qui est ultra lourde et appellée un paquet de fois.
 
Du coup faut que je reparte sur mon idée de charger 1 fichier de route par langue.
 
Sinon vous savez comment obtenir le détail des routes d'une sfDoctrineRouteCollection ? J'aimerai les définir moi même.
 
Merci

Est ce qu'il y a moyen de bloquer la sauvegarde au niveau du modèle ? Ou est ce que c'est au controleur(s) de vérifier ça

je veux interdire tout effacement dans un ensemble de  tables liées à l'indemnisation

Faut faire ça dans le modèle.

J'ai bien les hook pre et post delete, mais ça ne permet pas de bloquer le delete, si ?

Alors soit dans le preHook tu return une valeur != 0 soit tu surcharges le dodelete de la classe Peer associé.

Sachant que le doDelete c'est le plus "profond" dans les appels dont c'est mieux.

je n'avais pas pensé a surcharger le doDelete, alors que je surcharge déjà le doSave par endroit

A noter que Ratibus parle de Propel
Même si c'est pareil

Ah ouais bonne remarque

hello

petite question sur le routage.

j'ai une route classique :

Dans mon layout, j'ai des liens classiques :

Mon problème est que le lien créé est différent en dev et en prod :

• dev : http://mon_site.be/application_dev.php/news
• prod: http://mon_site.be/news

En prod, le lien créé perd la partie "application".

J'ai sûrement loupé quelque chose mais je ne sais pas où

Si quelqu'un peut m'éclairer

si je me gourre pas y'a un settings pour ça, sinon fais du rewriting pour avoir des url propres ça serait mieux non ?
 
edit :
Dans settings.yml

si tu le met à true (par défaut pour l'environnement prod), ça te vireras ton script de l'url

c'est bien ça merci beaucoup
 
 
mais c'est marrant parce quand dans les autres applications du site, il est bien à false.

probablement parce que c'est la première appli que tu a générée

amha, il met à true pour la première appli, index.php, et false pour les autres
ce qui est relativement logique, puisque c'est théoriquement ton frontend l'index.php et que donc c'est celui-ci que tu veux masquer

vu comme ça c'est logique
 
Ca a dû couiller quand j'ai renommé ce index.php
 
 
merci encore