Reprise du message précédent :
url?

 
une heure de perdue sur cette mongolerie  

C't'une chaîne de caractère non vide, normal qu'il renvoie true

curieusement je suis passé à côté depuis 3 ans
 
"0" est false par contre.

Effectivement
http://php.net/manual/fr/language.types.boolean.php

C'est un des problèmes des langages non typés, après, suffit d'être au courant

Ça a aucun rapport direct avec le typage du langage (& "non typé" ne veut pas dire ce que tu penses. Le seul langage non-typé qui reste c'est l'assembleur, et encore pas tous). Python et Ruby ont des sémantiques de types très similaires, seuls `nil` et `false` sont "faux" dans un contexte booléen en Ruby, alors qu'en Python c'est customisable (via une méthode) et par défaut les collections vides, 0, 0.0, "" et None sont "faux".

Ouai enfin tu joues sur les mots là
ça n’empêche que le typage n'est pas explicite, les cast sont implicite (ou pas) et qu'a un moment ou à un autre il y a forcément des comportements arbitrairement décidé par ceux qui ont développé le langage, qui peuvent ne pas paraître logique suivant la façon de voir les choses
Le fait de dire que "0" est false en fait parti

Non.

Ouais enfin le typage est aussi implicite en Haskell hein.

Aucune objection là dessus, mon objection est sur:

Comment vous formateriez ça :

array_walk($pendingMeetings, function(&$value, $key) use ($pendingResources, $pendingCarriers, $pendingSlots) {
 
});

Je vois ça :

array_walk($pendingMeetings, function(&$value, $key) 
    use ($pendingResources, $pendingCarriers, $pendingSlots) {
 
});

Mais du coup le code de la fonction est indenté au même niveau que le use.

Il y a cette variante :

array_walk($pendingMeetings, function(&$value, $key) 
    use ($pendingResources, $pendingCarriers, $pendingSlots) 
{
 
});

Mais ça perd de son sens imo.

array_walk($pendingMeetings, function(&$value, $key) 
        use ($pendingResources, $pendingCarriers, $pendingSlots) {
    // code here
});

?

Sous SF2, mon appli a pas mal de bundles, dans la plupart d'entre eux on retrouve toujours le même select contenant les mêmes choix, avec la même traduction, sauf que je copie/colle ce select de bundle en bundle et me retape la trad pour chaque bundle.
 
Qu'elle serait la bonne pratique ici ? Prévoir une classe de formulaire qui contient ce select, présent dans un bundle générique, puis à chaque fois que j'ai besoin de ce select je créé un formulaire qui étend mon form générique ?

Ou créer un nouveau type de champ : http://symfony.com/fr/doc/current/ [...] _type.html

 
C'est ce que j'ai fait

Y a rien en PHP et plus particulièrement en Doctrine pour jouer avec Oracle, les curseurs, les connexions, etc ?
 
J'ai un Doctrine Dbal mis en place avec connexions à Oracle, mais à part entrer toutes les requêtes à la main dans un "exec" je ne vois pas comment jouer avec des curseurs hormis en utilisant directement l'extension PHP oci8.

 
Vouloir utiliser à la fois une couche d'abstraction ET les fonctionnalités spécifiques du SGBD ça me parait un poil contradictoire...

 
Sait-on jamais.
Ca fait moche en plein milieu du code d'avoir des oci_new_cursor, oci_parse, oci_bind_by_name, oci_execute, etc.

 
Je vois pas en quoi ça fait moche...tant que c'est dans des classes dédiées à l'accès aux données.

 
Au final la procédure qui renvoyait le curseur servait juste à faire un select, je vais donc le faire directement

Certaines classes de mon model doivent garder l'état précédent de leurs propriétés pour être utilisées au moment de l'update en base.
 
Ce qui a été fait pour le moment et qui me semble plutôt classique est l'appelle aux setters correspondants pour mettre à jour l'objet puis l'appel à une méthode qui update l'objet en base.
 
C'est quoi la meilleur approche pour mon besoin ?
Une vérification dans le setter du changement ou nom de la valeur de la propriété avec un booléen pour me dire si la valeur a changé ou non ?
Un array qui contient l'état de chacune de mes propriétés avec leur précédente valeur ?
Autre ?
 
Je n'arrive pas à mettre de terme sur ce que j'essaye de faire ou de rechercher. C'est tout bêtement du design oop, de l'architecture oop, autre ?
Vous auriez des ressources à conseiller (j'ai toujours The gang of 4 sur ma reading list) ?

Cela ressemble à du memento.
Ton model, une classe stockant un état et un truc fait la gestion des états sans avoir à savoir de quoi c'est constitué.

on peut faire des soustractions de deux variables de type date time en php? merci

http://www.php.net/manual/en/datetime.diff.php

 
Il se passe quoi sur php.net ?
Google et mon AV me retourne des risques de consultation.
 
Une alternative pour la doc php?  

 
Tout va bien chez moi.

J'ai le même problème.
Du coup, http://www.manuelphp.com/

http://www.google.com/safebrowsing [...] .php&hl=en

http://arstechnica.com/security/20 [...] h-malware/
 
T'es sûr?

 
Quand je dis chez moi, c'est dans la boite où je bosse actuellement

Salut,
J'ai un problème en php au niveau de cette ligne (unexpected T_STRING) : $DB->query('INSERT INTO utilisateur VALUES("$tito","$tata","md5($pass)","$toto","$tota","$titi"');

L'erreur est où?
Merci

Sur cette ligne, ou dans la fonction query()?
 
Ca pue la classe de connexion à la bdd mal branlée qui explose quand on lui passe une chaine avec des guillemets, ton truc.

Pour que ça fonctionne tel-quel, il faudrait inverser les simples quotes et les doubles quotes.
Et l'appel à la fonction md5 de cette façon, passera pas.

$DB->query("INSERT INTO utilisateur VALUES('$tito','$tata','" . md5($pass) . "','$toto','$tota','$titi'" );

$DB->query("INSERT INTO utilisateur VALUES('$tito','$tata','" . md5($pass) . "','$toto','$tota','$titi'" );

La fonction md5() existe peut-être sur son sgbd (https://dev.mysql.com/doc/refman/5.5/en/encryption-functions.html#function_md5 ).

Et si le problème était le non fonctionnement de la requête il n'arriverait pas avec une "unexpected T_STRING". Son erreur est un problème de parsing de son code PHP, du genre point virgule manquant à la ligne précédente, quote ou double quote non échappé dans une chaine de caractère, etc...

Cela dit ça sent fort la non-maitrise de la connexion à la base, et si tout va bien de belles possibilités d'injection SQL.

Merde, suis nul sur ce coup là. J'ai lu trop vite  

Et plus généralement, du md5 pour les mots de passe et des requêtes créées à l'arrache au lieu de passer par des requêtes paramétrées c'est dégueulasse.

Voilà.
Mais c'est pas comme si j'avais la journée à passer à expliquer à un débutant qu'il fait tout de travers.

 
C'est pour ça que j'avais mis "pour que ça fonctionne tel-quel", je cautionne pas non plus cette ligne de code !