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

[TiNitro]

Bon, de toutes façons, mes données seront dans SQL Server sans doute, et pour les plus volumineuses pas accédées directement depuis le client mais via une API, cf mon post d'avant.

Donc, si je vous suis bien, un framework client-side genre AngularJS, et server-side vous ne m'avez pas donné beaucoup d'indices. Je suis assez convaincu par ASP.NET en MVC et Web API (parce que je connais surtout), et j'ai trouvé plusieurs exemples tutos d'utiliation d'AngularJS avec ASP.NET. Je jette un oeuil à Knockout.js aussi en passant.

P.S. je suis impressionné, j'attendais un shitstorm plus intense...

[Skiant]

Je suis agnostique du back-end. J'bosse avec du NodeJS au boulot parce que ça me permet de mettre les mains dans le cambouis par moments, mais ça pourrait être autre chose, ça m'en toucherait une sans bouger l'autre vu que je fais presque tout avec Angular.

Si t'as une API de type REST qui soit assez stricte, regarde Restangular qui te permet de gérer tes appels de façon bien plus simple et compréhensible qu'avec $http ou $ressource.
Et surtout ne te prive pas d'utiliser un truc comme Lo-Dash pour simplifier la gestion des collections.

[moimadmax]

http://modernjs.blogspot.fr/2014/08/...er-jquery.html

[Tomaka17]

Ce qu'il faudrait c'est un convertisseur jquery -> javascript natif en server-side.

Les gens font ça pour le CSS, alors pourquoi pas le javascript ?

[Awake]

Au boulot

[deathdigger]

http://modernjs.blogspot.fr/2014/08/...er-jquery.html

Ouais, on devrait même tout abandonner pour ne faire que du HTML. Ben ouais, ça consomme beaucoup moins de ressources qui n'importe quel langage client-side et serveur. Vu la capacité des PC et terminaux mobiles actuelle, ce poste n'a aucun intérêt à part de troller.

[moimadmax]

C'est surtout que le mec n'a pas tord, quand on voit des fois comment est utilisé JQuery. C'est de la consommation d'énergie et de bande passante inutile.

[tenshu]

Le problème des mecs qui écrivent sur les webperf c'est que ce sont à 95% des putains d’ayatollah dans leur domaine.

Il est mignon mais
document.querySelector('.selectme').style.display = 'none';
au lieu de
jQuery('.selectme').hide;

C'est non.

Jquery embarque ouatmilles trucs, la solution c'est de se baser sur des librairies plus compactes et spécialisées.

[Tomaka17]

Au boulot

Je bosse déjà pas mal sur la partie webdev du Rust
Je maintiens notamment ce truc : https://github.com/tomaka/tiny-http

Si un jour vous faites du webdev en Rust, ce sera peut être en partie grâce à moi

[Awake]

Tiny-HTTP c'est mignon comme nom de lib .

J'aime bien Unirest comme librarie HTTP perso.

[Tomaka17]

Unirest a l'air d'être un client, moi c'est un serveur.

Mais bon pour revenir sur Rust vite fait, vous vous souvenez peut être que j'ai dit il y a trois mois qu'on avait deux pauvres tentatives de framework qui faisaient 3 lignes de code chacun. Hé ben ça n'a pas avancé.

[PolluXxX]

Tout à fait, mongo peut vite devenir super bordelique, c'est pour ça que je ne l'utilise qu'avec une ORM pour garantir la structure des données. Ou alors faut faire super gaffe et planifier la structure à l'avance.

Intéressant ce que tu dis sur Postgre, ça tient vraiment la charge ? Genre sur 30M entrées dans une table, tout roule ? Parce que MySQL avec cette masse de data, c'est super lol à gérer (même si possible).

J'ai du Postgres en prod à mon boulot, et à condition d'être propre dans sa déclaration de tables et de placer les index aux bons endroits, le PG peut gérer cette masse de data.

Et pour les pros du NoSQL, Postgresql 9.4 va arriver avec le type JSONB, optimisé pour stocker du JSON, et qui montre des perfs supérieures à du Mongo...

J'étaye un peu :
http://vibhorkumar.wordpress.com/201...esql-9-3-json/

http://thebuild.com/presentations/pg...osdem-2013.pdf

http://obartunov.livejournal.com/175235.html

[tenshu]

Oh ça fait plaisirs de voir que pgsql innove dans son coin

[TiNitro]

Le problème des mecs qui écrivent sur les webperf c'est que ce sont à 95% des putains d’ayatollah dans leur domaine.

Il est mignon mais
document.querySelector('.selectme').style.display = 'none';
au lieu de
jQuery('.selectme').hide;

C'est non.

Jquery embarque ouatmilles trucs, la solution c'est de se baser sur des librairies plus compactes et spécialisées.

Mouais. http://jsperf.com/jquery-vs-native-javascript

[Skiant]

Mouais. http://jsperf.com/jquery-vs-native-javascript

T'est au courant que jsperf c'est le point godwin du débat technique ?

[tenshu]

Non mais en s'en bas les couilles clairement.
Je préfère 1000 fois pouvoir utiliser simplement un selecteur que de chercher la version native plus rapide.

Pourquoi par ce que si je dois faire un toggle show hide, je vais pas en faire 100 000 dans ma page.
Le plus souvent un seul, maximum une dizaine (et encore le plus souvent bindé sur un event).

Si j'en crois jsperf pour 10 sélections sur classe.
La version native va prendre : 0.00000166634s
La version jquery : 0.00008787423s

Différence négligeable.
Conclusion : On s'en bat les couilles sauf dans des cas extrêmes.
CQFD

[Tomaka17]

Perso j'ai une appli angular qui met environ 5 secondes à construire un tableau de 12 colonnes et 30/31 lignes, chaque colonne contenant un label et un select.
5 secondes pendant lesquels mon browser freeze malgré mon quadri-core 4 Ghz, c'est long.

Et oui j'ai essayé ouatmille trucs pour accélérer ça, non ça n'a pas marché de façon significative.

[tenshu]

Bizarre, c'est le tableau qui est lent à construire? Tu as essayé sans les select?

---------- Post added at 15h51 ---------- Previous post was at 15h41 ----------

D'ailleurs tout ce petit débat sur JQuery me fait penser que vous pouvez utiliser zepto.js

[Skiant]

Perso j'ai une appli angular qui met environ 5 secondes à construire un tableau de 12 colonnes et 30/31 lignes, chaque colonne contenant un label et un select.
5 secondes pendant lesquels mon browser freeze malgré mon quadri-core 4 Ghz, c'est long.

Et oui j'ai essayé ouatmille trucs pour accélérer ça, non ça n'a pas marché de façon significative.

T'as un "track by" dans ton ng-repeat ?

edit : dessine-moi un Plunker.

[Tomaka17]

T'as un "track by" dans ton ng-repeat ?

Je ne sais même pas ce qu'est un "track by", ça n'existait pas quand je l'ai codée à l'époque.

[Skiant]

Je ne sais même pas ce qu'est un "track by", ça n'existait pas quand je l'ai codée à l'époque.

http://www.codelord.net/2014/04/15/i...with-track-by/

[TiNitro]

T'est au courant que jsperf c'est le point godwin du débat technique ?

Non, je viens la pour apprendre.
Je repasserais plus tard.

[tenshu]

Vous prendrez bien un petit playground pour tripatouiller le flex box model.
http://the-echoplex.net/flexyboxes/

[Cowboy]

Vous prendrez bien un petit playground pour tripatouiller le flex box model.
http://the-echoplex.net/flexyboxes/

Ca sort du CSS pour faire des "tableaux" ? C'est moins "cool" dit comme ca.

Question de noob, le meilleur moyen de stocker des images pour une galerie d'image, c'est de faire un dossier pour chaque galerie et sous galerie ? De tout mettre dans un seul dossier ? D'encrypter le nom des images et mettre ca au pif avec une limite d'image par dossier ?

[Awake]

Ca sort du CSS pour faire des "tableaux" ? C'est moins "cool" dit comme ca.

Question de noob, le meilleur moyen de stocker des images pour une galerie d'image, c'est de faire un dossier pour chaque galerie et sous galerie ? De tout mettre dans un seul dossier ? D'encrypter le nom des images et mettre ca au pif avec une limite d'image par dossier ?

Moi j'encrypte le nom (genre sha1), et j'utilise les X première lettres du fichier comme répertoire. Par exemple kqsd5qz756s56465zeqs4d.jpg sera stocké dans /k/q/s/kqsd5qz756s56465zeqs4d.jpg. Ça évite d'avoir des problèmes d'inode quand l'application grandie.

[Tomaka17]

Je suis justement en train de faire un petit site photos pour un ami qui n'y connait rien.
J'ai mis tout bêtement les photos dans des répertoires "<nom de l'album>", et le script PHP lit automatiquement la liste des photos.

L'intérêt c'est que je lui ai filé une URL en "ftp://user:pass@adresse.tld/www/photos" qu'il peut ouvrir dans son explorateur windows et gérer ses photos le plus aisément du monde, sans passer par une interface web qui met 20 minutes à charger et qui est difficile à comprendre.

[Awake]

[moimadmax]

Tu vas commencer par lequel ?
J'allais juste attaquer Javascript Eloquent

[Awake]

Non mais c'est une blague... (regarde les titres des bouquins et leur épaisseur).

[moimadmax]

Ok, je dois pas avoir d'humour aujourd'hui.