Reprise du message précédent :
J'ai un bug bizarre que je ne m'expliques pas dans des regles de rewrite, je ne comprend pas d'ou ca vient...

Dans system.php j'ai bien $GET['rewrited'] qui est définis mais pas dans api.php
 
Par exemple : http://mondomain.tld/api/controller/action?key=value
et dans api.php
j'ai juste un var_dump($_GET);
qui donne le key = value mais pas le rewrited
 
Alors que ça fonctionne très bien avec systeme.php
 
Si queql'un pouvait éclairer ma lanterne, pacque là je ne comprends pas bien...

 
Merci mon gros, c'est parfait

yo.
 
- est-ce que vous faites des tests de non-regression sur la perf avant de mettre en PROD ?
- si oui, comment est-ce que vous testez automatiquement des métriques genre First Content Paint, First Meaningful content, et Visually ready? Je sais le faire dans WebPageTest, mais je voudrais un truc automatisable.

jamais vraiment mis en place au delà d'un proto mais ça doit être jouable avec un truc dans ce style:
https://github.com/GoogleChrome/lig [...] mmatically

 
Mais comment tu sors les métriques "WPT style" d'un Chrome headless ? avec ça ? https://w3c.github.io/perf-timing-p [...] ion-timing  
 
et idéalement je le voudrais cross-browser (en tout cas Safari et Chrome, le reste je m'en fou un peu)

dans le cas de lighthouse, il peut te sortir un joli JSON et t'en fais ce que tu veux  
 

no idea pour Safari, j'en étais resté au PoC  

Comment vous gérez les erreurs d'envoi d'email et les formulaires ?

Exemple, un simple formulaire de contact, avec envoi d'email automatique à la fin
Un jour, le serveur email est en carafe. L'utilisateur valide le formulaire.
- J'enregistre les données en BDD, et l'envoi de l'email provoque une erreur, erreur affichée à l'utilisateur, il recommence => l'info est enregistrée 2x en BDD
- Je n'enregistre pas les données et je demande à l'utilisateur de recommencer => l'info est en 1x en BDD conditionné à l'envoi de l'email, logique

L'envoi d'email c'est un des + gros candidat à la gestion asynchrone.
Soumission du formulaire : t'enregistres dans un système de file de ton choix (en bdd, dans un message broker...) le mail à envoyer.
Donc l'utilisateur doit valider un formulaire valide. Si oui ça va dans la file.

Un marqueur email envoyé en BDD pour chaque réponse du formulaire stockée en BDD, et dès que le serveur mail est de retour, envoi des emails des résultats BDD marqués, du coup.

Question con :

J'ai un <select> dans une <table>.
Sur cette table j'ai une règle css pour tr:hover.
Il est possible d'éviter que cette règle trigger sur la deuxième ligne quand la souris parcourt la liste du <select> de la première?

...en fait c'est l'inverse. Je veux que la règle reste active pour la première ligne lorsque je suis dans le select, mais au-dessus de la seconde.

...et ça doit être une interaction bizarre de deux plugins javascript qui s'aiment pas.

J'ai pas tout compris, mais t'as une propriété css qui te permet de désactiver les interactions de souris sur un élément : pointer-events:none

Tiens pendant qu'on est dans les "table"...
 
J'ai une très grande table, genre 10-50 lignes, et 40 colonnes. Forcément ça ne tient pas sur un écran en largeur. Pas de souci j'ai mis ça dans un div de la largeur de l'écran + overflow-x: scroll.
Parfait, ça me permet de consulter toutes les colonnes en scrollant.
 

 
Par contre J'aimerai bien garder 1 ou 2 colonnes de gauche (repas/aliment)et que seules les colonnes à droite scrollent afin de garder le nom de l'aliment lisible en permanence sinon c'est assez peu utilisable :
 

 
D'un seul coup c'est tout de suite plus complexe.
 
J'avais pensé sortir ces 1-2 premières colonnes de la table, et les mettre dans un div séparé. Problème : l'alignement en prend un coup (comment avoir les noms des aliments qui font la même hauteur que les lignes des colonnes qté/énergie/... ?) car je ne peux pas partir du principe que les lignes ont des hauteurs fixes, certains aliments font 10 caractères, d'autres 200 et passent sur 2 ou 3 lignes.
 
Des idées ?

Datatables : https://datatables.net

ca te permet de faire ca avec du JS, c'est bien foutu

Tu peux "figer les volets" comme dans excel

https://datatables.net/extensions/fixedcolumns/

Super, merci ça a l'air sympa.
 
Bon par contre en bas de mon tableau j'ai toute une série de lignes de totaux, de calcul de pourcentages, des colspan... ça s'annonce coton avec datatables, là encore il va falloir que je les sorte du tableau principal, et je me retrouve avec mon problème d'alignement, comme la largeur des colonnes est variable en fonction du contenu comment aligner mes totaux sous mon tableau principal ?
 
Ca vous parait stupide un truc en js au "dom ready" qui par exemple bouclerait sur les colonnes d'un tableau, récupèrerait sa largeur (ou hauteur) et l'appliquerait à son pendant du second tableau ?

tu dois aussi mettre à jour a chaque redimensionnement de fenetre, changement de style ou changement de contenu

Tu proposes un export Excel

 
Tu dois pouvoir sans problème, meme avec Datatables    
 

Tiens c'est pas con comme fonctionnalité à ajouter

Gaffe si t'exportes en xls, t'as pas mal de limitations chiantes (xlsx est moins limité): 256 colonnes, 65536 lignes . Et dans tous les cas les cellules sont limitées à 32768 caractères.

 
On sent que t'a déjà découvert ce genre de choses par toi-même

J'ai encore eu le coup hier: export en excel pas importable, il exportait des images, encodées en base64, coupées à 32k, donc de l'autre côté bah manquait les 2/3 de l'image.

Globalement je recommande excel plutôt que csv (csv c'est vraiment vraiment de la merde, surtout si tu vas avoir des éditions à la main), mais faut être conscient des limitations qui peuvent être bizarrement… limitantes.

 
Faut faire du xlsx en 2018 (et depuis longtemps).
La limite du nombre de lignes a sauté y a longtemps.

Je note spécifiquement que xlsx est moins limité dans mon commentaire

Et certaines limites ont augmenté, pas sauté:

• il est peu probable que la limite de colonnes soit un problème (16384, x64)
• tu peux encore te manger la limite de lignes, même si elle est notablement plus comfortable (1048576, x16)
• la limite des cellules a pas changé (32768, x1)

Si c'est un processus d'export automatisé, sortir >16000 colonnes/champs/… est improbable mais un million de lignes c'est pas des tant que ça.

J'avais lu trop vite et zappé ta parenthèse, sorry
On est quand même beaucoup plus confort en nombre de lignes pour 99.9% des usages

Absolument
 
Mais imo faut quand même garder ces limites en tête, ne serait-ce que pour pas rater cette piste quand tu auras le problème

 
Pour Ember.js, il y a Ember Table basé sur VerticalColletion qui fait tout ça https://addepar.github.io/ember-tab [...] ed-columns
Tu peux peut être t'en inspirer.

pas de souci pour le xls, comme indiqué l'ordre d'idée c'est 30 lignes 40 colonnes, ça ira
 
Sinon j'ai trouvé un moyen de contourner le colspan :
- mettre autant de <td> vides que nécessaire avant celle qui m'intéresse
- définir la <td> où je veux mettre le texte en "position:relative"
- rajouter un div en "position:absolute; top:0; right:0" et mon texte à l'intérieur de ce div
 
Comme ça le texte peut déborder à gauche (cf exemple ci-dessous) :
 

 
Pratique notamment pour l'export en csv ensuite :-)
 
Ca ne règle pas mon histoire de colonnes verrouillées, mais au moins j'ai une table "propre" qui devrait être plus facile à travailler avec datatables

Yo, vous avez l'intreface d'un site type marketplace (type airbnb, booking etc...) à refaire today pour une startup, mais vous n'êtes plus au premier stade, et vous commencez à avoir une petite équipe de dev, des gens pour faire de l'UI/UX etc...
 
En 2018, vous utilisez encore un framework CSS type bootstrap ? Ou un truc plus léger à la purecss.io ? Ou rien du tout ? (un petit normalize peut être ?). On va dire que la seule contrainte en terme de navigateur c'est IE11, mais pas en dessous.

 
Je dirai que ça dépend vraiment des gens de l'UI/UX : demande un proto « papier » et des guidelines, ça va te permet de savoir si tu vas pas tordre un framework. Si c'est spécifique, alors prend le minimum, mais les guidelines vont être vitales pour savoir quoi choisir !

Bootstrap c'est quand même assez lourd vu qu'au final tu te retrouves à faire pas mal d'overrides.
Ça dépend, quand tu dis ne pas être au premier stade, c'est que l'interface a déjà commencé à être repondue ?
Un normalize.css suffit pour moi
Eventuellement juste le système de grille Bootstrap mais pas plus, le reste c'est de la custo

Regarde cette conf pour avoir des éléments de réponse : https://www.youtube.com/watch?v=4dQGb2eMOog

 
Haha intéressant cette conf Elle stresse un peu mais sinon le fond est super intéressant

Thanks pour vos réponses et la conf.

 
En fait, ça dépend de la complexité des GUI que tu veux faire. L'avantage avec Bootstrap aussi, c'est qu'il existe énormément de bibliothèque qui vont le compléter, surtout niveau JS.

Bootstrap permet de faire assez facilement du responsive design aussi, c'est quand même un gros avantage non ?

Si tu n'as pas de vieux navigateur à supporter, c'est plus trop compliqué en 2018 de faire du responsive avec les media queries/flexbox/grid.
Et la plupart des framework CSS "light" proposent aussi de toutes manières des versions responsives de leur système de grid.
 
Du coup je ne pense pas que ce critère permette justement de faire un choix entre un FW CSS ou pas.
 
Le point remonté par Hermes plus par exemple, la plupart des FW CSS (ou si pas de FW CSS) ne bénéficient en effet pas de l'énorme bibliothèque de composant tiers dev pour Bootstrap, pour certains cas ça peut être un critère important.

Pas faux, quand tu veux foutre un colorpicker ou un sélecteur de date/time rapidement, ça fait le taff ouaip.

+1 Même pour un design 100% custom, je pars systématiquement d'un framework css + sa lib JS (angular-material pour le coup).
Y'a toujours un form/dialog/flex-grid qui le necessitera de toute facon. Et si c'est pas le cas maintenant, ca arrivera.
 
Faut par contre avoir la possibilité de loader les composants voulus 1 par 1 pour pas se taper le framework entier si pas besoin ..

Tu peux me dire la taille que fait un simple Hello World ?

Bha la question a pas trop de sens car théoriquement n'est inclus au build que l'utile ... donc rien dans le cas d'un HelloWorld :
css : 0ko car tous les imports scss seraient commentés car besoin d'aucun composant UI
js: le poids d'un hello world angular. Pareil, tant que j'importe rien, le bundle ne contiendra pas angular material. Si j'importe, le treeshaking fera le ménage.
 
C'est différent d'un site plus silmpliste où tu load monframework.full.js et monframework.full.css mais je suis pas sûr de t'apprendre grand chose