Design & Développement web - Le topic des canards qui mangent des cookies

**GrandFather** · 08/12/2012, 10h49

Envoyé par Tomaka17

Moralité : les vues, c'est lent.

C'est surtout que dans les vues tu ne fais que générer des pseudo-tables. C'est avec une autre requête les exploitant que tu peux définir une clause Where qui restreint le résultat aux données qui t'intéressent.
Avec les procédures stockées tu fais les deux en même temps, d'où le gain de rapidité.

Si tu as l'intention de persister avec PostgreSQL, il y a un truc sur lequel il faut absolument que tu te penches car ça surdéchire sa race : l'écriture de règles. C'est grâce aux règles que les vues sont constituées, et c'est toujours avec elles que tu peux faire des trucs sataniques comme notamment les rendre modifiables (évidemment, en apparence seulement).

Envoyé par tenshu

Franchement à l'époque des ORM c'est vulgaire d'écrire des requêtes SQL.

Vulgaire mais efficace. Et si tu maîtrises les deux, ORM & SQL, t'es le roi du pétrole.

**Tomaka17** · 08/12/2012, 10h56

Les ORMs c'est presque un anti-pattern. Le controlleur qui choisit le modèle...
Y a pas mieux pour tuer les éventuelles nouveautés côté base de données par ailleurs.

**tenshu** · 08/12/2012, 14h24

C'est un peu un faux procès, quand une nouveauté est disponible côté BDD il faut toujours modifier les applications pour qu'elle soit prise en compte.

Vous utilisez Doctrine 2 ? C'est moins buggé qu'avant ?

**war-p** · 08/12/2012, 14h59

Envoyé par Skiant

Préférences > Raccourcis clavier > Defaut.

A ne pas modifier (le fichier est remplacé à chaque MAJ). Par contre, tu peux ré-assigner les touches dans ton fichier de préfs et elles auront la priorité.

Mouais, c'est sûr, mais je parlais de vrai doc, non parce que le fichier de conf, c'est pas très user friendly...

Spoiler Alert!

**Awake** · 08/12/2012, 17h06

Doctrine 2 c'est génial. Depuis la 2.1 le code est suffisamment solide pour être utilisé en production. Et puis au niveau propreté et légèreté le mapping en annotations sur les classes non surchargées, difficile de trouver mieux (en php en tout cas).

Envoyé par Tomaka17

Les ORMs c'est presque un anti-pattern. Le controlleur qui choisit le modèle...
Y a pas mieux pour tuer les éventuelles nouveautés côté base de données par ailleurs.

Ben c'est pas le model qui va choisir le controleur quand même ?

Le piège à éviter avec les ORM c'est de les utiliser pour tout et n'importe quoi. Il y a une majorité de cas où ça ne sert à rien de passer par des objects. C'est à ce moment là que le chouette QueryBuilder du DBAL rentre en jeu

. Quand bien même doctrine permet de coder des extensions propre aux drivers (genre pour utiliser le type SPACIAL en mysql).

**moimadmax** · 08/12/2012, 18h58

Pour sublime text, c'est quoi la limite d'utilisation FREE ?

**Awake** · 08/12/2012, 19h04

Devoir cliquer sur une popup de temps en temps.

**deathdigger** · 08/12/2012, 21h03

Envoyé par hijopr

Doctrine 2 c'est génial. Depuis la 2.1 le code est suffisamment solide pour être utilisé en production. Et puis au niveau propreté et légèreté le mapping en annotations sur les classes non surchargées, difficile de trouver mieux (en php en tout cas).

Ben c'est pas le model qui va choisir le controleur quand même ?

Le piège à éviter avec les ORM c'est de les utiliser pour tout et n'importe quoi. Il y a une majorité de cas où ça ne sert à rien de passer par des objects. C'est à ce moment là que le chouette QueryBuilder du BDAL rentre en jeu

. Quand bien même doctrine permet de coder des extensions propre aux drivers (genre pour utiliser le type SPACIAL en mysql).

Pour les ORM (je ne savais pas que ça avait un nom), je les utilise principalement en .Net avec ado+expressions lambdas.
Et ben y'a pas à chier, quand je suis sur cette techno, je ne fais plus aucune requête SQL

Tu tapes directement dans tes objets, t'as pas besoin de faire des data machins + des sqlhelpers dans tous les sens, et niveau rapidité, y'a rien à redire.

**Awake** · 08/12/2012, 23h24

Ouais mais t'es en .net. Nous en PHP on doit longuement peser le pour et le contre à chaque instanciation si on veut pas tout faire ramer

.

**magn3tik** · 09/12/2012, 11h03

Envoyé par hijopr

Ouais mais t'es en .net. Nous en PHP on doit longuement peser le pour et le contre à chaque instanciation si on veut pas tout faire ramer

.

Hum, pour quelle raison tu dis ça ?

**GrandFather** · 09/12/2012, 11h16

Pareil, avec Zend_Db je n'ai pratiquement plus une seule ligne de SQL dans mes applis. La seule réserve que j'ai concerne la façon dont sont modélisées les jointures dans Zend_Db ; je la trouve un peu lourde et contre-intuitive, je préfère utiliser des vues à la place.

Envoyé par magn3tik

Hum, pour quelle raison tu dis ça ?

C'est valable pour tous les langages, plus tu augmentes le nombre de couches d'abstraction, plus ça impacte négativement les performances. Et c'est particulièrement critique dans un langage interprété comme PHP.

**magn3tik** · 09/12/2012, 11h24

Envoyé par GrandFather

C'est valable pour tous les langages, plus tu augmentes le nombre de couches d'abstraction, plus ça impacte négativement les performances. Et c'est particulièrement critique dans un langage interprété comme PHP.

Certes. Mais de la à dire que chaque nouvelle instanciation en PHP c'est un peu sévère.

**GrandFather** · 09/12/2012, 11h27

Je crois qu'il forçait un peu le trait...

Mais ça reste une contrainte importante.

**Tomaka17** · 09/12/2012, 11h28

Si PHP était aussi lent, on ne verrait pas les frameworks qu'on voit actuellement avec leur millier de classes et leur reflection à gogo.

**Awake** · 09/12/2012, 11h44

Évidement j'en rajoutais, vais pas passer 5 minutes à demander si le jeu en vaux bien la chandelle à chaque new

. Non mais faire un UPDATE classique au lieu de charger 30 modèles par exemple, les modifier et flusher l'entitymanager, déjà c'est du bon sens et puis sur un site à fort trafic le résultat peut être non négligeable.

**war-p** · 09/12/2012, 14h25

Envoyé par Tomaka17

Si PHP était aussi lent, on ne verrait pas les frameworks qu'on voit actuellement avec leur millier de classes et leur reflection à gogo.

Joomla...

**tenshu** · 09/12/2012, 18h15

Envoyé par Tomaka17

Si PHP était aussi lent, on ne verrait pas les frameworks qu'on voit actuellement avec leur millier de classes et leur reflection à gogo.

Reflection, Injection de dépendances

---------- Post added at 17h15 ---------- Previous post was at 17h13 ----------

Envoyé par GrandFather

C'est valable pour tous les langages, plus tu augmentes le nombre de couches d'abstraction, plus ça impacte négativement les performances. Et c'est particulièrement critique dans un langage interprété comme PHP.

Oui mais c'est laaargement compensé par le cache inclu dans l'ORM.

**MrBeaner** · 09/12/2012, 19h00

Ah ben Sublime Text est vraiment mieux que tout le reste ? Ça a l'air pas mal du tout en tout cas. Parce que quitte à faire mon dernier TP, je pourrais voir la gueule du bouzin.

Allez, hop ! Téléchargeons-le !

**Anon26492** · 09/12/2012, 19h36

Bof, honnêtement ST c'est un mauvais compromis entre l'éditeur peinard genre N++ et le vrai éditeur genre vim.
(Certains te diront "bon compromis entre trop simple et trop compliqué", et ils auront sans doute raison vu qu'ils passent leur journée dessus.)

**tenshu** · 09/12/2012, 22h27

Quand on fait de l'objet un IDE c'est quand même un truc qui flatte le développeur fainéant.

**tompalmer** · 10/12/2012, 11h13

ça en css3, c'est du text shadow ?

**Skiant** · 10/12/2012, 11h17

Pas possible de voir ton image.

**tompalmer** · 10/12/2012, 11h19

corrigé, sachant que je voudrais les bords de l'image en couleur #b4eeff (après le blanc)

j'en suis la :

Code:

text-shadow: 1px 1px 10px white, 20px 20px 0 #b4eeff;

**Tomaka17** · 10/12/2012, 11h25

En théorie tu peux arriver à peu près au même résultat avec text-shadow, mais faut pas regarder de trop près.

Notamment t'auras ni les jolies formes arrondies, ni la fine bordure grise, ni les petites "bulles blanches" sur le texte.

À réserver si tu mets juste un petit logo de 10px de haut.

**tompalmer** · 10/12/2012, 11h29

Envoyé par Tomaka17

En théorie tu peux arriver à peu près au même résultat avec text-shadow, mais faut pas regarder de trop près.

Notamment t'auras ni les jolies formes arrondies, ni la fine bordure grise, ni les petites "bulles blanches" sur le texte.

À réserver si tu mets juste un petit logo de 10px de haut.

Oui sauf que là c'est le but précis, je dois refaire des logos en CSS3 (gap, coca cola, carrefour et cisco

)

**Skiant** · 10/12/2012, 11h37

Alors après vérifications et expérimentations :
- la propriété text-shadow ne supporte pas le mot-clé "inset" comme le box-shadow. Donc, le dégradé du bleu clair au bleu foncé dans les lettres = out.
- A priori, elle ne supporte pas non plus le quatrième nombre (optionnel dans box-shadow) qui permet de contrôler le spread-radius. Donc pas moyen non plus de faire le contour blanc autour des lettres.

Edit : Si tu veux refaire ce logo à l'identique en pur HTML/CSS, tu vas devoir jouer avec des span et du border-radius à tout va, plus quelques pseudo-elements pour avoir l'espèce de "bulle" qu'on voit en haut des lettres et sur les barres de "t".

**tompalmer** · 10/12/2012, 11h41

L'image modèle est celle ci :

**Tomaka17** · 10/12/2012, 11h43

http://cssdesk.com/jpmhU

**tenshu** · 10/12/2012, 11h44

Envoyé par Tomaka17

http://cssdesk.com/jpmhU

Haha j'ai pas osé faire la blague du base64

**Skiant** · 10/12/2012, 11h47

Sinon, le SVG c'est autorisé ou pas ?

Discussion: Design & Développement web - Le topic des canards qui mangent des cookies

Outils de la discussion

Règles de messages