Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1477 connectés 

 


 Mot :   Pseudo :  
 
 Page :   1  2  3  4  5  6  7  8  9  10  11  12
Auteur Sujet :

Symfony : questions

n°2098715
the_bigboo
Posté le 31-08-2011 à 13:14:23  profilanswer
 

Reprise du message précédent :

Tirkyth a écrit :


Je pense que non. Là c'est de la conf vraiment propre à doctrine donc passer via la conf me parait la chose à faire.


OK, donc je peux tout de même faire un truc à mi chemin, le rajouter lors de la compilation du cache en enrichissant le container.
Pourquoi je souhaite faire ça, parce que pour chaque kernel qui utilisera mon bundle, je vais être obligé de déclarer les types dans le config.yml...
 
Alors que le faire au niveau Bundle, c'est totalement transparent :D

mood
Publicité
Posté le 31-08-2011 à 13:14:23  profilanswer
 

n°2101155
art_dupond
je suis neuneu... oui oui !!
Posté le 12-09-2011 à 23:55:38  profilanswer
 

yop yop :)

 

j'aurais une question sur "Apostrophe" (cms symfony 1)?

 

Je peux la poser ici ? :ange:

 


Spoiler :


En fait, je voudrais utiliser le "in context editing" avec leur richtext editor qui strip les tags autre que ceux "utiles" (possibilité copy/paste depuis word par exemple).

 

Serait-il possible d'intégrer assez facilement cette "fonctionnalité" dans une page ?

 


Je pose la question pour savoir si ça vaut la peine que je me plonge un peu dans le cms ;)

 


marchi :jap:


Message édité par art_dupond le 12-09-2011 à 23:55:56

---------------
oui oui
n°2101580
Tristou
This is where the fun begins
Posté le 14-09-2011 à 19:41:40  profilanswer
 

Bonsoir,
 
je me suis mis à symfony, j'ai voulu tester un exemple d'un tuto sur les routes et en écrivant mon contrôleur j'ai un belle erreur qui tache, que voici :
http://uploads.siteduzero.com/files/338001_339000/338302.png
 
Si je comprends bien, l'erreur me dit que la déclaration du namespace doit se faire avant toute chose. Sauf que c'est bien ce que j'ai fait dans mon code :

Code :
  1. <?php
  2.  
  3. namespace Pouet\BlogBundle\Controller;
  4.  
  5. use Symfony\Bundle\FrameworkBundle\Controller\Controller;
  6.  
  7. class BlogController extends Controller
  8. {
  9.  
  10.    public function voirAction($id)
  11.    {  
  12.        $article = $this->get('blog.articles.manager')->getArticle(array('id' => $id));
  13.  
  14.        return $this->render('PouetBlogBundle:Blog:voir.html.twig', array('article' => $article));
  15.    }
  16. }


 
Donc je ne comprends pas.
 
Merci par avance de votre aide ;)


---------------
"About your cat Mr. Schrödinger : I have good news and bad news"
n°2101621
theredled
● REC
Posté le 15-09-2011 à 02:32:08  profilanswer
 

Tristou a écrit :

Bonsoir,
 
je me suis mis à symfony, j'ai voulu tester un exemple d'un tuto sur les routes et en écrivant mon contrôleur j'ai un belle erreur qui tache, que voici :
http://uploads.siteduzero.com/file [...] 338302.png
 
Si je comprends bien, l'erreur me dit que la déclaration du namespace doit se faire avant toute chose. Sauf que c'est bien ce que j'ai fait dans mon code :

Code :
  1. <?php
  2.  
  3. namespace Pouet\BlogBundle\Controller;
  4.  
  5. use Symfony\Bundle\FrameworkBundle\Controller\Controller;
  6.  
  7. class BlogController extends Controller
  8. {
  9.  
  10.    public function voirAction($id)
  11.    {  
  12.        $article = $this->get('blog.articles.manager')->getArticle(array('id' => $id));
  13.  
  14.        return $this->render('PouetBlogBundle:Blog:voir.html.twig', array('article' => $article));
  15.    }
  16. }


 
Donc je ne comprends pas.
 
Merci par avance de votre aide ;)


Tu fais pas de l'utf8 avec BOM ?


---------------
Contes de fées en yaourt --- --- zed, souviens-toi de ma dernière lettre. --- Rate ta musique
n°2101669
Tristou
This is where the fun begins
Posté le 15-09-2011 à 12:03:23  profilanswer
 

bah au niveau encodage, je l'ai mis sans BOM. Ce qui est bizarre c'est que ça a remarché tout seul et ça m'a remis l'erreur aléatoirement.


---------------
"About your cat Mr. Schrödinger : I have good news and bad news"
n°2102004
caribouuu
Posté le 17-09-2011 à 22:13:02  profilanswer
 

je test symfony, la version 1.4, j'ai rempli mon "schema.yml", mais au moment de générer la requete sql en ligne de commande ça plante: "unable to parse line 1"

 

Je précise que je suis sur linux (ubuntu).

 

Je pensais que ça pouvait venir de mon éditeur, eclipse, qui gérait ptet pas les espaces comme il faut, mais j'ai refait le fichier en NANO et ça plante toujours...

 

voici mon fichier:

 
Code :
  1. Member
  2.     tableName: members
  3.     actAs:
  4.       timestampable: ~
  5.     columns:
  6.       username: string(15)
  7.       genre:
  8.         type: enum
  9.         values: ['male', 'female']
  10.       categorie:
  11.         type: enum
  12.         values: ['test', 'test2', 'test3']
  13.       email: string(25)
  14.       region: string(25)
  15.       departement: string(25)
  16.       isActivated: integer(1)
  17.       password: string(60)
  18.   Region
  19.     tableName: regions
  20.     actAs:
  21.       timestampable: ~
  22.     columns:
  23.       region: string(50)
  24.   Message
  25.     tableName: messages
  26.     actAs:
  27.       timestampable: ~
  28.     columns:
  29.       senderId: integer
  30.       receiverId: integer
  31.       content: text
  32.       isRead: integer(1)
  33.   Departement
  34.     tableName: departements
  35.     actAs:
  36.       timestampable: ~
  37.     columns:
  38.       departement: string(50)
  39.   Commentaire
  40.     tableName: commentaires
  41.     actAs:
  42.       timestampable: ~
  43.     columns:
  44.       senderId: integer
  45.       receiverId: integer
  46.       content: text
  47.       isGood:
  48.         type: enum
  49.         values: ['truc', 'machin', 'test']
  50.     relations:
  51.       Member:
  52.         type: one
  53.         foreignType: many
  54.         local: receiverId
  55.         onDelete: CASCADE


Message édité par caribouuu le 17-09-2011 à 22:13:26

---------------
Bla (blaa bbla)
n°2102013
theredled
● REC
Posté le 18-09-2011 à 02:32:46  profilanswer
 

Il manque les deux points devant Member etc


---------------
Contes de fées en yaourt --- --- zed, souviens-toi de ma dernière lettre. --- Rate ta musique
n°2102032
caribouuu
Posté le 18-09-2011 à 10:27:14  profilanswer
 

ah merci de ton aide, j'avais refait le fichier en zappant ces ":" dans nano.  
 
Mais le problème persiste, ça bloque toujours à la ligne 1  :fou:  
 

n°2102039
caribouuu
Posté le 18-09-2011 à 11:05:48  profilanswer
 

Bon en enlevant les espaces avant les champs de nom de table, et bien sûr avec les deux points, ça marche, enfin maintenant il bloque au niveau de ma relation sur la table commentaire, mais c'est plus un problème syntaxique, je vais essayer de corriger ça.

 

Merci bien ;)

 

Edit:  Bon ça marche, problème d'espace avant ma relation. La prochaine fois je fais mes tables à l'ancienne et je génère le yaml :D


Message édité par caribouuu le 18-09-2011 à 11:33:57

---------------
Bla (blaa bbla)
n°2102054
caribouuu
Posté le 18-09-2011 à 12:44:24  profilanswer
 

Bon en fait ça marche toujours pas :D
 
j'ai ce message d'erreur en lançant la commande de creation des tables:
 
Fatal error: Call to a member function evictAll() on a non-object in /var/www/myProject/lib/vendor/symfony/lib/plugins/sfDoctrinePlugin/lib/vendor/doctrine/Doctrine/Connection.php on line 1239
 
Pourtant là j'ai simplifié mon schema.yml au maximum juste pour le test:
 

Code :
  1. Member:
  2.   tableName: members
  3.   columns:
  4.     username: string(15)
  5.     email: string(25)
  6.     region: string(25)
  7.     departement: string(25)
  8.     password: string(60)


 
J'ai été voir le fichier indiqué par ce message d'erreur, à la bonne ligne, et ça correspond à ça:
 

Code :
  1. /**
  2.      * clear
  3.      * clears all repositories
  4.      *
  5.      * @return void
  6.      */
  7.     public function clear()
  8.     {
  9.         foreach ($this->tables as $k => $table) {
  10.             $table->getRepository()->evictAll();
  11.             $table->clear();
  12.         }
  13.     }


 
Un utilisateur de symfony a déjà été confronté à ce problème ? Je trouve pas grand chose sur le net  :sweat:


---------------
Bla (blaa bbla)
mood
Publicité
Posté le 18-09-2011 à 12:44:24  profilanswer
 

n°2102144
Tirkyth
Posté le 19-09-2011 à 10:23:42  profilanswer
 

Je viens de prendre symfony 1.4.14, d'installer un projet, d'utiliser ton schema.yml et ça fonctionne pour moi.
 
A quel moment tu as cette erreur ?


---------------
Mon Feedback !
n°2102328
caribouuu
Posté le 19-09-2011 à 23:01:47  profilanswer
 

Tirkyth a écrit :

Je viens de prendre symfony 1.4.14, d'installer un projet, d'utiliser ton schema.yml et ça fonctionne pour moi.

 

A quel moment tu as cette erreur ?


Merci de ton aide ;)

 

Ben finalement j'ai laissé tombé, créé mes tables avec mysql-workbench et généré le yml avec et ça marche. C'était juste pour tester symfony. Je suis pas sur mais je pense que comme j'avais merdé avant avec la syntaxe, et que j'ai retesté après avec la bonne syntaxe, il a du me générer des fichiers mais de façon incomplète, bref ça devait être cassé d'une façon ou d'une autre.

 

Merci d'avoir testé sur ta machine en tout cas ;)


Message édité par caribouuu le 19-09-2011 à 23:21:07

---------------
Bla (blaa bbla)
n°2102332
caribouuu
Posté le 19-09-2011 à 23:16:24  profilanswer
 

Là je recrée un projet, pour créer mes tables a partir de mon fichier YAML, et ça plante au moment de l'insertion dans la base  :sweat:

 
Citation :

SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '{ type integer, notnull: true }, created_at DATETIME NOT NULL, updated_at DATETI' at line 1. Failing Query: "CREATE TABLE article (id BIGINT AUTO_INCREMENT, content TEXT NOT NULL, title VARCHAR(100) NOT NULL, member_id { type integer, notnull: true }, created_at DATETIME NOT NULL, updated_at DATETIME NOT NULL, INDEX member_id_idx (member_id), PRIMARY KEY(id)) ENGINE = INNODB". Failing Query: CREATE TABLE article (id BIGINT AUTO_INCREMENT, content TEXT NOT NULL, title VARCHAR(100) NOT NULL, member_id { type integer, notnull: true }, created_at DATETIME NOT NULL, updated_at DATETIME NOT NULL, INDEX member_id_idx (member_id), PRIMARY KEY(id)) ENGINE = INNODB  

 

Il me met du YAML dans le fichier SQL généré  :sweat: Et on voit qu'il manque les deux points entre "type" et "integer", mais c'est pas le cas sur mon fichier:

 
Code :
  1. Member:
  2.   actAs: { Timestampable: ~ }
  3.   columns:
  4.     username: { type: string(20), notnull: true, unique: true }
  5.     category_id: { type: integer, notnull: true}
  6.     genre: { type: string(8), notnull: true }
  7.     email: { type: string(50), notnull: true, unique: true }
  8.     password: { type: string(50), notnull: true }
  9.     is_activated: { type: boolean, notnull: true, default: 0 }
  10.     is_free: { type: boolean, notnull: true, default: 1 }
  11.     is_verified { type: boolean, notnull: true, default: 0 }
  12.     region_id { type: integer, notnull: true }
  13.     departement_id { type: integer, notnull: true }
  14.   relations:
  15.     Region: { onDelete: NO ACTION, local: region_id, foreign: id }
  16.     Category: { onDelete: NO ACTION, local: category_id, foreign: id }
  17.     Departement: { onDelete: NO ACTION, local: departement_id, foreign: id }
  18.    
  19. Category:
  20.   columns:
  21.     name: { type: string(20), notnull: true, unique: true }
  22.     genre: { type: string(8), notnull: true }
  23. Comment:
  24.   actAs: { Timestampable: ~ }
  25.   columns:
  26.     content: { type: string(4000), notnull: true }
  27.     sender_id: { type: integer, notnull: true }
  28.     receiver_id: { type: integer, notnull: true }
  29.   relations:
  30.     Member: { onDelete: CASCADE, local: receiver_id, foreign: id }
  31. Message:
  32.   actAs: { Timestampable: ~ }
  33.   columns:
  34.     content: { type: string(4000), notnull: true }
  35.     sender_id: { type: integer, notnull: true }
  36.     receiver_id: { type: integer, notnull: true }
  37.   relations:
  38.     Member: { onDelete: CASCADE, local: receiver_id, foreign: id }
  39. Presentation:
  40.   actAs: { Timestampable: ~ }
  41.   columns:
  42.     member_id { type: integer, notnull: true }
  43.     content: { type: string(4000), notnull: true }
  44.   relations:
  45.     Member: { onDelete: CASCADE, local: member_id, foreign: id }
  46.    
  47. Article:
  48.   actAs: { Timestampable: ~ }
  49.   columns:
  50.     content: { type: string(4000), notnull: true }
  51.     title: { type: string(100), notnull: true }
  52.     member_id { type: integer, notnull: true }
  53.   relations:
  54.     Member: { onDelete: CASCADE, local: member_id, foreign: id }
  55. Region:
  56.   columns:
  57.     name: { type: string(45), notnull: true }
  58.    
  59. Departement:
  60.   columns:
  61.     name: { type: string(45), notnull: true }
  62.     region_id: { type: integer, notnull: true }
  63.   relations:
  64.     Region: { onDelete: CASCADE, local: region_id, foreign: id }
 

J'ai beau relire mon schema.yml je vois pas ce qui peut merder, a part peut-être mes relations qui posent un problème, je suis pas hyper calé à ce niveau là mais je pense avoir bien fait...


Message édité par caribouuu le 19-09-2011 à 23:16:39

---------------
Bla (blaa bbla)
n°2102333
theredled
● REC
Posté le 19-09-2011 à 23:18:20  profilanswer
 

Manque deux points après member_id :o

 

Et is_verified et pas mal d'autres...


Message édité par theredled le 19-09-2011 à 23:18:40

---------------
Contes de fées en yaourt --- --- zed, souviens-toi de ma dernière lettre. --- Rate ta musique
n°2102335
caribouuu
Posté le 19-09-2011 à 23:31:01  profilanswer
 

ptain jsuis vraiment une quiche  :fou:   :fou:  
 

Spoiler :

merci :o


---------------
Bla (blaa bbla)
n°2102336
theredled
● REC
Posté le 19-09-2011 à 23:35:33  profilanswer
 

Ben ouais, surtout qu'il suffisait de regarder la ligne "member_id" qui chie dans le SQL et se demander "qu'est-ce qui va pas ?" :o

 

Après il est possible que tu sois juste dépendant des forums et que tu as oublié comment réfléchir par toi-même [:dawao]

Message cité 1 fois
Message édité par theredled le 19-09-2011 à 23:36:13

---------------
Contes de fées en yaourt --- --- zed, souviens-toi de ma dernière lettre. --- Rate ta musique
n°2102337
caribouuu
Posté le 19-09-2011 à 23:38:54  profilanswer
 

theredled a écrit :

Ben ouais, surtout qu'il suffisait de regarder la ligne "member_id" qui chie dans le SQL et se demander "qu'est-ce qui va pas ?" :o

 

Après il est possible que tu sois juste dépendant des forums et que tu as oublié comment réfléchir par toi-même [:dawao]


ben je suis pas tout le temps sur le forum non plus... pourtant je galère souvent :D  Mais ça a tellement merdé le yaml sur mes premiers essais que j'ai eu tendance à penser que c'était un problème de config ou d'encodage de fichier, ou d'editeur qui me mettait des tab en cachette, etc.., bref tout sauf ma faute.

 

Sinon j'ai cherché les ":" mais entre les type et leur valeur, comme dans le message d'erreur, les autres me sont passé sous le nez :o Le pire c'est que j'ai tout relu ligne par ligne mais j'ai zappé ces points là.


Message édité par caribouuu le 19-09-2011 à 23:39:19

---------------
Bla (blaa bbla)
n°2102338
theredled
● REC
Posté le 19-09-2011 à 23:45:01  profilanswer
 

Je crois qu'en face d'un bug, on a tous une tendance naturelle à penser que c'est pas notre faute :D

 

Enfin rassure-toi, c'est quand même un peu la faute de Symfony, parce qu'il aurait quand même pu te sortir une Parse Error dans le YML...


Message édité par theredled le 19-09-2011 à 23:45:17

---------------
Contes de fées en yaourt --- --- zed, souviens-toi de ma dernière lettre. --- Rate ta musique
n°2102339
caribouuu
Posté le 19-09-2011 à 23:48:37  profilanswer
 

Je crois qu'y a aussi le syndrome "deuxième paire d'yeux", au travail ça arrive qu'un collègue bloc sur un truc pendant trente minutes, il me montre et je vois une faute de syntaxe en 30 secondes ou un truc de logique tout bête. Et vice versa. Ou alors tu bloques sur un truc, tu vas prendre l'air, tu reviens sur le pc, et tu comprends pourquoi ça merde.

 

Bref, on a tendance à rétrécir sa vision parfois quand on est confronté à ce genre de bugs :o


Message édité par caribouuu le 19-09-2011 à 23:48:59

---------------
Bla (blaa bbla)
n°2102340
theredled
● REC
Posté le 19-09-2011 à 23:50:36  profilanswer
 

Ca c'est pas un syndrome, c'est une solution :o


---------------
Contes de fées en yaourt --- --- zed, souviens-toi de ma dernière lettre. --- Rate ta musique
n°2102341
caribouuu
Posté le 19-09-2011 à 23:51:46  profilanswer
 

Certes :jap:


---------------
Bla (blaa bbla)
n°2103944
the_bigboo
Posté le 29-09-2011 à 14:04:23  profilanswer
 

Hello :)
 
J'ai un petit souci sur l'utilisation des formulaires, et plus précisément sur l'utilisation des champs de type hidden au sein d'un formulaire.
Je m'explique: il nous est tous arrivés d'avoir un formulaire comportant une donnée prédéfinie que l'on stocke dans un champ de type hidden.
 
Supposons que par exemple on ait un formulaire d'ajout de produit, qui est rattaché à une catégorie de produit.
Dans le cas d'un ajout simple, il suffirait de déclarer comme suit le formulaire pour avoir une jolie liste déroulante des catégories disponibles :

Code :
  1. public function buildForm(FormBuilder $builder, array $options)
  2. {
  3.     $builder->add('category');
  4. }


Ceci présuppose qu'il y a en effet une entité configuré en ManyToOne sur la propriété "category".
 
Dans mon cas, je connais déjà la catégorie que je veux utiliser, aussi, je souhaite utiliser un champ de type hidden.
J'ai donc essayé de faire :

Code :
  1. public function buildForm(FormBuilder $builder, array $options)
  2. {
  3.     $builder->add('category', 'hidden');
  4. }


Et j'ai récupéré l'exception suivante :

Citation :


An exception has been thrown during the rendering of a template ("Catchable Fatal Error: Object of class Proxies\AcmeDemoBundleEntityProductCategoryProxy could not be converted to string in /var/www/sf2/app/cache/dev/twig/1d/e5/91404595d874c6396c637dffab80.php line 685" ) in "form_div_layout.html.twig" at line 171.


 
Donc visiblement ca ne fonctionne pas.
J'ai également essayé de déclarer le champ explicitement:

Code :
  1. public function buildForm(FormBuilder $builder, array $options)
  2. {
  3.     $builder->add('category', 'hidden',  array('attr'=>array('value' => $this->product_category->getId())));
  4. }


Et j'obtiens exactement la même erreur...
 
Je suis en version 2.0.1... Y-a t-il quelque chose que j'ai mal fait ? ou mal compris ?
 
Merci de votre aide en tout cas :jap:


Message édité par the_bigboo le 29-09-2011 à 14:37:49
n°2103954
Dj YeLL
$question = $to_be || !$to_be;
Posté le 29-09-2011 à 14:48:01  profilanswer
 

Si tu connais déjà la catégorie... à quoi bon l'ajouter au formulaire ? Je pense qu'il y a un souci de conception quelque part non ?


---------------
Gamertag: CoteBlack YeLL
n°2103960
the_bigboo
Posté le 29-09-2011 à 15:11:01  profilanswer
 

Dj YeLL a écrit :

Si tu connais déjà la catégorie... à quoi bon l'ajouter au formulaire ? Je pense qu'il y a un souci de conception quelque part non ?


Ca dépend comment on voit les choses :)  
 
J'ai une class type pour ce formulaire. le fait est que tu peux soit vouloir créer un produit hors de tout contexte auquel cas il te faudra saisir toutes les informations, soit en venant d'un contexte particulier, a savoir par exemple tu étais sur la liste des produits d'une catégorie, et tu as cliqué sur un lien "Ajouter un produit" auquel cas ta catégorie deviens implicite.
 
Pour autant, c'est la même configuration de formulaire. Effectivement, il est sans doute préférable de gérer ces champs implicites directement dans le contrôleur. Pour autant, je suis tout de même curieux de savoir pourquoi j'ai cette exception sur une déclaration pourtant basique...

n°2104139
Tirkyth
Posté le 30-09-2011 à 14:09:43  profilanswer
 

Quand tu mets un champ type "entity", il y a un data transformer qui se charge de convertir tes entités en tableau id => quelque chose pour les afficher dans la vue, et quand tu soumets il se charge de convertir l'id en une entité.

 

Or, quand tu utilises un champ type hidden, aucun data transformer n'est prévu. Donc dans ton champ, il essaye d'afficher sous forme de string une entité ProductCategory, mais il n'y arrive pas.

 

Un simple __toString() dans ton entité ProductCategory devrait faire l'affaire, mais en général dans les toString ce ne sont pas les id qu'on affiche mais un nom ou un titre, donc dans ton champ hidden tu n'obtiendras pas la valeur que tu souhaites.

 

Essaye

Code :
  1. $builder->add('category', 'hidden',  array('data' => $this->product_category->getId()));

mais je ne suis pas sûr que ça fonctionnera, en effet dans ce cas là il est mieux de ne pas ajouter ce champ au formulaire je pense.


Message édité par Tirkyth le 30-09-2011 à 14:48:08

---------------
Mon Feedback !
n°2104233
the_bigboo
Posté le 01-10-2011 à 00:03:31  profilanswer
 

Merci pour ton aide :)
 
Pour information, ça retourne exactement la même exception.
De toute manière, conceptuellement parlant, Dj YeLL a raison, il vaut mieux ne pas mettre ce champ dans le formulaire...

n°2104266
Tirkyth
Posté le 01-10-2011 à 19:25:53  profilanswer
 

Sinon tu peux peut-être ajouter à la main, dans ta classe de formulaire, le data transformer de la même façon que le fait le EntityType. :)


---------------
Mon Feedback !
n°2107509
gugus
Posté le 21-10-2011 à 14:36:24  profilanswer
 

Bonjour :)
 
C'est quoi la meilleur solution pour faire un lien delete avec csrf sur Symfony 2 ? Je vois pas comment générer un token sans passer par le form builder


---------------
Site photo - FlickR - G+ - Fb
n°2126589
art_dupond
je suis neuneu... oui oui !!
Posté le 15-02-2012 à 09:21:49  profilanswer
 

hellow :)
 
 
petite question sf1.4
 
 
j'ai déplacé un projet (changé le nom du répertoire), et depuis, symfony ne semble plus auto-loader mes classes modèle.
 

Code :
  1. public function save(Doctrine_Connection $conn = null)
  2. {
  3.     die('pouet');
  4. }


est pris en compte s'il est mis dans  

/lib/model/doctrine/base/BaseModel.class.php


 
mais pas s'il est dans

/lib/model/doctrine/base/Model.class.php          
 
(class Model extends BaseModel)


 
 
Ca marchait "normalement" avant le changement de répertoire.
 
 
Quelqu'un aurait une idée ?  
 
merci :)  


---------------
oui oui
n°2126631
art_dupond
je suis neuneu... oui oui !!
Posté le 15-02-2012 à 14:29:46  profilanswer
 

Arf, y avait pas de problème en fait, j'ai juste fait le neuneu (deux fichiers avec des classes de même nom pour faire des tests. Avant, ça autoloadait la bonne classe, après ça autoloadait l'autre :p).
 


---------------
oui oui
n°2128323
Tristou
This is where the fun begins
Posté le 24-02-2012 à 16:58:24  profilanswer
 

Je me suis mis à Symfony 2 pour un projet professionnel, au niveau de mon apprentissage, j'en suis à la partie sur les routes, j'ai plusieurs points qui m'interpellent :
 
- pour l'utilisation de paramètres système pour les routes. En utilisant par exemple _format, cela permet au header d'avoir un bon "content-type". Par contre, ce que je ne saisis pas, c'est  que l'on peut le récupérer via le contrôleur mais je ne comprends pas dans quelle intention cela pourrait être fait vu qu'on peut le faire via les routes, pourquoi s'embarrasser à le faire ailleurs ?
 
- concernant la génération d'URL par le contrôleur ou le template Twig, j'aimerais être sûr d'avoir bien compris : c'est un moyen supplémentaire sans passer par les routes d'avoir un routage des URL ?
 
Merci par avance ;)


---------------
"About your cat Mr. Schrödinger : I have good news and bad news"
n°2128325
flo850
moi je
Posté le 24-02-2012 à 17:12:12  profilanswer
 

- par exemple aujourd'hui je suis en train de monter un site avec un client riche ( jqeury mobile et compagnie) et une interface en html très simple pour les vieux navigateurs et les personnes avec un handicap

 

/step/{id}/show.html -> la page qui montre le step $id à l'utilisateur
/step/{id}/show.json -> la même chose pour être utilisée en javascript

 

Toute la partie validation n'est faite qu'une seule fois . C'est encore plus marquant pour les formulaires.
Ce n'est pas une obligation, mais c'est un gain de temps

 


2 - oui . Comme ça tu choisi. Par contre je te déconseille d'en mettre partout. choisi ce qui te convient le mieux et tiens y toi

 


Message édité par flo850 le 24-02-2012 à 17:12:50
n°2128347
Tristou
This is where the fun begins
Posté le 24-02-2012 à 20:18:58  profilanswer
 

D'accord, je note, c'est bien ce que j'avais compris :jap:


---------------
"About your cat Mr. Schrödinger : I have good news and bad news"
n°2129517
Tristou
This is where the fun begins
Posté le 03-03-2012 à 23:02:49  profilanswer
 

Bonsoir,
 
toujours dans le cadre de l'apprentissage de Symfony, je suis en train de regarder les services et en particulier Swiftmailer. j'ai d'abord eu un souci et un message d'erreur disant qu'il ne pouvait se connecter à l'hôte mais c'était un peu normal vu que je n'avais pas rempli les informations adéquat dans app/config/parameters.ini. J'ai rempli comme cela et donc normalement ça devrait fonctionner :


[parameters]
    database_driver="pdo_mysql"
    database_host="localhost"
    database_port="8889"
    database_name="symfony"
    database_user="root"
    database_password="root"
    mailer_transport="smtp"
    mailer_host="smtp.gmail.com"
    mailer_user="tristou"
    mailer_password="azerty"
    locale="en"
    secret="4553aa80e37726bd8cae944ee91c979d"


 
J'obtiens ce message d'erreur :

Expected response code 250 but got code "530", with message "530 5.7.0 Must issue a STARTTLS command first. h19sm11422628wiw.9


 
J'en déduis que le problème vient du type de cryptage qui devrait mentionner qu'il faut que encryption soit à TLS mais je ne vois pas où le mettre. Sur le site de Symfony (http://symfony.com/doc/current/cookbook/email/email.html), il est précisé qu'il faut éditer app/config/config.yml mais dans le fichier en  question, j'ai cela dans la partie sur Swiftmailer :

Code :
  1. # Swiftmailer Configuration
  2. swiftmailer:
  3.     transport: %mailer_transport%
  4.     host:      %mailer_host%
  5.     username:  %mailer_user%
  6.     password:  %mailer_password%


 
Du coup je n'ose pas trop toucher à cette partie de peur que ça ne pose encore plus de problèmes. Que puis-je faire pour résoudre ce problème ?
 
Merci par avance ;)


---------------
"About your cat Mr. Schrödinger : I have good news and bad news"
n°2129816
Tristou
This is where the fun begins
Posté le 06-03-2012 à 14:22:03  profilanswer
 

M'sieurs-dames, je me permet de remonter le tomik pour ma question :o


---------------
"About your cat Mr. Schrödinger : I have good news and bad news"
n°2131951
caribouuu
Posté le 18-03-2012 à 15:54:31  profilanswer
 

Dans la doc ils disent de modifier aussi le fichier config_dev.yml: (dans le cas où on utilise gmail)

 
Code :
  1. swiftmailer:
  2.     transport: gmail
  3.     username:  your_gmail_username
  4.     password:  your_gmail_password
 

Apparement le fait de mettre "gmail" comme transport, c'est un raccourci pour gérer automatiquement l'encryption adequate.
http://symfony.com/doc/current/coo [...] gmail.html

 

Je sais pas si c'est la solution à ton problème, mais au cas où tu l'aurais pas fait..


Message édité par caribouuu le 18-03-2012 à 15:56:25
n°2135361
Tristou
This is where the fun begins
Posté le 08-04-2012 à 19:54:35  profilanswer
 

Ouais, j'ai changé dans le fichier et ça a marché impeccablement :jap:


---------------
"About your cat Mr. Schrödinger : I have good news and bad news"
n°2138893
TheCreator
zwiiiii and then shbrouk tak
Posté le 25-04-2012 à 08:44:39  profilanswer
 

[:cerveau drapal]


---------------
La superstition c'est comme ceux qui réparent les fauteuils, il faut que le bois qu'ils rajoutent soit à peu près comme l'autre bois sinon ça se voit trop.
n°2202514
Tristou
This is where the fun begins
Posté le 10-09-2013 à 23:01:07  profilanswer
 

Bonjour,
 
je me remets à Symfony, en essayant de me créer un petit projet perso, un bug tracker en l'occurence.
J'en suis à la partie de mon apprentissage sur les relations avec les entités et du coup ça me fait penser à une question,
Je m'explique : en l'état actuel des choses, les bugs et les commentaires associés sont rentrés en BDD "manuellement" (par le biais des méthodes des différentes entités qui ont comme argument le contenu que je veux envoyer en BDD, et non pas en les envoyant par un formulaire). Par exemple :
 

Code :
  1. // Création de l'entité Bug pour ajouter un nouveau bug
  2.    $bug = new Bug();
  3.    $bug->setTitre('Filtre raw et contenu du commentaire');
  4.    $bug->setAuteur('John Doe');
  5.    $bug->setContenu('Je suis obligé d\'utiliser un filtre raw sur le contenu de mon commentaire pour que les commentaires automatiques de modification s\'affichent correctement mais cela rend le bug tracker vulnérable');
  6.    $bug->setPriorite('haute');
  7.    $bug->setStatut('en cours');
  8.    $bug->setAssignation('Tristan Dodier');
  9.    $bug->setAvancement(10);
  10.  
  11.    // Création d'un commentaire 1 pour le bug
  12.    $commentaire1 = new Commentaire();
  13.    $commentaire1->setAuteur('Tristan Dodier');
  14.    $commentaire1->setContenu('<p>Test de commentaire</p>');
  15.    $commentaire1->setBug($bug);


Pour les commentaires, je veux qu'il y en ait deux types : les commentaires "normaux" et les commentaires automatiques, c'est à dire qui ne feront que logger un changement de statut dans le bug (changement de la priorité, du statut, de l'assignation, etc.). Un exemple de ce que je veux obenir dans le deuxième cas en image :
http://i95.photobucket.com/albums/l127/Tristou/comm_bug_zpscea8925a.png
 
Dans tous les cas de figure, quelque soit le type de commentaire et même dans le contenu du bug, je souhaite qu'il y ait un peu de mise en page. Ce qui suppose d'avoir du HTML en base de données. Et fort logiquement, à l'affiche, ces balises sont désactivés par sécurité et ça m'embête un peu. Je m'en sors par une pirouette en utilisant le filtre Twig raw mais autant sur du contenu que je poste moi-même en local, ça passe, autant en prod, ça serait un gros problème de sécurité.
 
Ma question est donc : comment permettre de pouvoir allier mise en forme et sécurité, tout en sachant que le plus risqué restera les commentaires normaux (les commentaires automatique étant généré par rapport à des modifications apportées à des champs du bug donc il n'y a pas de saisie en fait) ?
 
Merci par avance  :jap:


---------------
"About your cat Mr. Schrödinger : I have good news and bad news"
n°2202529
flo850
moi je
Posté le 11-09-2013 à 10:00:32  profilanswer
 

Du html en base de données ? ce n'est jamais une bonne idée
 
regarde plutôt du côté de markdown ou équivalent, ça reglera tes problèmes de sécurité et ça te garantira une évolution tenable le jour ou tu veux refaire ta mise en page


---------------

n°2202554
Tristou
This is where the fun begins
Posté le 11-09-2013 à 13:46:20  profilanswer
 

C'est bien ce que je pensais, c'est risqué et pas terrible.
Du coup avec markdown, en entrée, le texte est enregistré en syntaxe markdown et transformé à la sortie en HTML, je présume.
Je vais regarder ça, il me semble avoir vu qu'il existe une version de markdown pour PHP (j'ai pas spécialement envie de me mettre à PERL exprès pour ça, sauf si c'est plus simple/intuitif/rapide, etc. :o)


---------------
"About your cat Mr. Schrödinger : I have good news and bad news"
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  6  7  8  9  10  11  12

Aller à :
Ajouter une réponse
 

Sujets relatifs
Symfony, OVH, et PHP_VERDes questions sur php
[C#] Questions de débutant...servlet : pleins de questions :/
Questions utilesQuelques questions
Probleme/questions Graphe de Scene avec Java3Dfpc télécharger un fichier et questions sur win
Questions sur week planner PHP/SQL[AS3 - newbies] Mes questions pour bien débuter
Plus de sujets relatifs à : Symfony : questions


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR