Reprise du message précédent :

switch_real_escape_string($pouet) {
   // [...]
}

 
Mais connaissant les devs PHP, je vois plus un

switch($pouet) {
    case_real 'a': //
    case_real 'b': //
}

comme ça tu peux mixer case et case_real, et avoir un truc complètement stupide. En plus de cette manière case_real peut ne pas faire de fallthrough comme en C#

Et comme c'est PHP, il n'y aura pas non plus de fallthrough dans les case_real vides, et pour fixer le problème les labels des `case_real` deviendront aussi des target implicites de goto si ce sont des chaînes de caractères litérales et tu pourras faire:

switch($pouet) {
    case_real 'a': goto b
    case_real 'b':
        // code commun à 'a' et 'b'
}

 
J'suis rentré dans la boite comme webdesigner et maintenant je fais du symfony2
 
Enfin j'apprends  

vu la densité de population je pense que tu as le temps avant de te faire lyncher, ceci dit il n'y a pas de topic mysql sur hfr?

ben c'est un AND

select E where (A = 35 AND v = 1) AND (A = 4 AND V = 0)

à mettre en forme bien évidemment

edit: euh quoi que pas sûr du tout là, j'ai été vite je réflechis et je reviens

non en fait c'est n'importe quoi, ça peut pas être un and vu que c'est deux lignes différentes. Je suis incapable de réflechir boulot quand j'y suis pas

non je suis presque sûr que c'est de la merde
 
je fais ça toute la journée et là j'en sais strictement rien

ça me parait tout con dit comme ça mais je vois pas...

en imbriquant deux select ça doit se faire mais à vrai dire j'ai jamais fait ce genre de manoeuvre.

select E from (

select * from table where A= truc AND V = machin

) where A= truc2 AND V= machin2

donc t'as un filtrage strict.

mais aucune certitude, là je jeterais le truc comme ça pour voir

edit: et niveau perfs je vois pas ça super efficace non plus

si ça peut t'aider :

http://explainextended.com/2010/04 [...] ot-exists/

je vais dormir, j'ai grillé mes derniers neurones en état

Solution 1 : double jointure vers la table d'EAV

SELECT E.id
FROM entite E
JOIN attributes A1 ON E.id = A1.entite_id AND A1.attribute = 35 AND A1.value = 1
JOIN attributes A2 ON E.id = A2.entite_id AND A2.attribute = 4 AND A2.value = 0

Solution 2 : une seule jointure avec OR sur tes 2 critères et une technique avec un GROUP BY sur ton entite_id et un HAVING pour le filtrage.

SELECT E.id
FROM entite E
JOIN attributes A ON E.id = A.entite_id AND ((A.attribute = 35 AND A.value = 1) OR (A.attribute = 4 AND A.value = 0))
GROUP BY E.id
HAVING COUNT(*) = 2

D'autres solutions je pense aussi

Also t'auras peut-être plus de chance sur le topic blabla@SQL.

Hello
 
Je me remets à PHP après 8 ans ! Quelle claque je prends… Il faut tout que je réapprenne et puis les choses ont changé depuis… Mais c'est très intéressant.

Yo
 
Bon j'ai juste une main exploitable suite à fracture, alors merci de lire, c'est déjà assez chiant à taper
 
Alors ma vie professionnelle étant amenée à changer drastiquement, je n'aurais plus le temps de me consacrer autant au dev de mon framework/CMS (qui marche très bien pour ce que ça doit faire, mais certaines évolutions à y apporter boufferont trop de temps). J'voudrais juste faire la partie CMS.
 
Alors j'ai pas envie de prendre un CMS tout fait, qui sont souvent beaucoup trop lourdingues, et ce que j'ai développé suffit parfaitement, en évitant whatmilles fonctionnalités dont mes clients se tapent (genre gestion avancée/centralisée de docs, interfaces d'admins avec trop d'options, lenteur du système général (SPIP par ex.), etc.). Y'a même des trucs que j'ai inventé que je n'ai trouvé nulle part (genre au niveau de l'édition WYSIWYG ou j'ai fait quelques plugins pour tinyMCE rigolos).
 
J'ai surtout besoin de faire du sur-mesure, donc il m'intéresserait d'utiliser plutôt un framework déjà prêt, et de (re-)faire mon CMS et mes machins par-dessus.
 
Maintenant, avec le boom des frameworks, forcément je dois faire mon choix . Alors y'a les gros classiques du genre genre Symfony, Zend, CI, etc. Et les new kids on the block genre Lavarel ou Yii.
 
Ce qu'il me faut dans l'idéal, c'est un MVC (où l'on peut regrouper les 3 dans des modules), avec pas forcément d'ORM (j'aime bien encore taper de l'SQL), et les templates directos en PHP. Un peu de gestion d'auth est un plus, et genre gestion d'un "layout" en natif (donc une template principale appellée automatiquement).
 
J'ai cru cromprendre que SF et Zend sont assez lourds et lents (même si très complets), CI n'a pas de modules en natif, Lavarel a un langage de templates spécifique, Kohana une doc affreuse, etc.
 
Quels retours avez-vous sur les FW que vous avez déjà utilisés, et lequel serait le mieux selon vous ? J'veux pas forcément Teh mighty FW of the death ultime, au moins un pas trop relou qui vous a semblé agréable à utiliser au quotidien, même s'il ne remplit pas totalement mon cahier des charges...
 
Merci
 
PS : je serais bien passé à un truc genre Django, mais force est de constater que je n'aurais sûrement pas le temps de passer à Python dans le temps imparti (on va dire j'ai 2 mois) (enfin à vous d'argumenter si jamais (Masklinn ?)).

Silex

Pour les templates en php et pas d'ORM j'aurais dit plutôt ZF que symfony, mais je connais pas les autres...et j'ai pas encore testé ZF2 nonplus.

^ This.
J'allais proposer SF2 en désactivant les merdes (twig, orm) mais a priori c'est ce que fait déjà Silex.
 
Par contre niveau doc j'espère que c'est plus propre.

Il à l'air très "micro" quand-même, nan

+1 pour silex, mais on peut pas comparer ça a un framework, c'est juste un DSL et après tu lui donnes l'archi que tu veux et t'utilises composer pour lui ajouter les components nécessaires.
 
SF2 une fois le cache activé est pas si lent que ça, loin de là, et j'ai quand même l'impression que c'est ce qu'il te faudrait (j'aurais dis Laravel mais vu qu'apparemment il a un langage de template...).
L'ORM, outre le fait de ne pas avoir à taper tes requêtes SQL (encore que), te permet surtout de manipuler tes objets bien plus facilement ce qui te fait gagner également beaucoup de temps (vu qu'apparemment c'est ce qui te manque). Apparemment eloquent, l'orm qui est livré avec Laravel 4 est très bon et très perf.

SF2 n'est pas si lent que ça quand même, et la gestion par package correspond a ce que tu veux en faire vue/modele/controleur sont groupés ensemble

Ma dernière expérience avec un ORM est tout de même plus une lutte contre l'ORM qu'un truc qui facilite la vie. C'est vraiment le genre de truc fait par et pour les gens qui ne savent pas faire de SQL.

CI, c'est plutôt simple pour rajouter une gestion de modules, je trouve pas que c'est un argument contre ce FW...

Ok, ce serait alors soit SF2 soit CI

J'ai du me battre contre lorsque j'ai commencé a avoir des requêtes imbriquées un peu compliquées
 
mais 95% du temps, ça va a une vitesse folle de création , avec peu de pénalité de perfs

 
ok lol
 

 
CI est de moins en moins utilisé parce qu'il essaye de ne pas casser son API et de préserver la compatibilité en PHP 5.2.
Avec CI, adieu les magnifiques nouveautés de la 5.3 et 5.4, et c'est bien dommage.
 
IMO, SF2, Laravel 4 ou Silex.

sf2 alors, sans hésitation (communauté, perfs, bundle dispo...)

CI c'est clairement plus un framework à utiliser.

Juste pour le type moyen comme moi qui passe par là, la courbe d'apprentissage de sf2 m'a semblée assez tendue... Avec CI, en 1 journée j'étais plus ou moins opérationnel avec mon niveau tout pourri et mes connaissances très limitées...

 
C'est normal, c'est bien plus facile/rapide à appréhender parce que c'est beaucoup plus light en terme de fonctionnalités.
Et franchement la doc de sf2 et même celle du 1 est vraiment très très bien faite, y a pas de concepts de malade à appréhender.

Oui la doc est bien faite, mais il faut quand même la digérer. Pour un petit/moyen projet, pour quelqu'un qui découvre les frameworks php, quand on ne prétend pas être un expert, CI me semble justement plus adapté car plus light et plus facile à appréhender.

florentG a un peu plus que quelques bases en php

Pour commencer un projet c'est peut être bien, mais lorsque tu récupères une maintenance d'un truc fait à base de Code Igniter datant de 2 ou 3 versions mineures, bah tu peux te brosser pour la doc. Je n'ose imaginer pour ceux qui vont devoir supporter des trucs faits en CI 1.x alors que la seule doc officielle est pour la 2.1.

Merci

Même un machin sans docs et un machin complètement affreux j'y arrive. Le jour où j'ai dû développer un plugin pour SPIP

Je vais avoir du plugin wordpress a développer

...  

 
Je connais pas CI depuis longtemps, mais t'as la doc avec l'install par défaut... Suffit de la laisser à côté... Ou alors j'ai pas tout compris ^^

Disons que tu récupères un projet qui est déjà un peu vieux et fait à partir de CI.
Disons que bête et méchant, tu as besoin d'info, tu fais une recherche google et tombe sur la doc officielle. Qui va te donner plein d'infos super utile sur la version actuelle et pas sur des vieux trucs. Tu vas donc te retrouver avec des méthodes qui ont changé ou ont été ajoutées depuis.
Tu prends la doc php, pour la plupart des fonctions tu as droit à la version à laquelle elle a été ajoutée et un log des changements de l'API, pas chez Code Igniter. Tu prends jQuery ou mootools, tu as des liens vers les vieilles versions de leur doc. Pas chez CI.