Reprise du message précédent :

 
Je me pose des questions sur le remote... je peux virer les fichiers chez moi (local), en remote (force push), mais pas chez toutes les personnes ayant une copie locale du remote... Du coup il va se passer quoi lors de leur futur fetch --prune ? Ils vont récupérer le nettoyage car j'ai force push sur le remote ou à l'inverse le remote va récupérer les gros binaires car toujours présents chez les gens ?
 
Je fais jamais de force push alors il me manque des infos là

 
Pourtant il me semble que Regex et Serde (serialization json par exemple) sont tous les deux connus pour etre parmi les plus rapides tous languages confondus. J'avais par exemple testé Node + protobuf vs Rust + JSON, ben Rust était plus rapide dans mon use case (pourtant JSON était 30% plus gros en transfert, et protobuf était compilé en natif sous Node, ca n'a pas suffit)..
 

 
 
Clairement ca sent le mode debug -qui est excessivement lent-...
 
Perso quand je compile la prod ca ressemble a ca:
 

 
Et le cargo a ca:

 
Sachant que je compile sur les machines de prods pour etre sur et que c'est adapté au CPU target bien sur
 

Regex oui, serde c’est plus compliqué et pas toujours le cas (en tout cas par rapport à d’autres libs de sérialisation dans le langage). Et serde coute pas mal en temps de compilation (c’est pour ça qu’il y a des projets comme miniserde de dtolnay ou nanoserde).

Je présume que vous avez testé et que chez vous lto=“fat” (true) gagne sur lto=“thin” et opt-level 3 gagne sur 2, mais faut faire gaffe ce sont des options qui fournissent pas nécessairement un gain (opt level 3 peut même amener des régressions), et c’est pas donné (surtout lto fat).
 
Lto=“thin” est généralement un gain par contre (avec un coût relativement modeste), et pas le comportement par défaut.
 
Un truc à regarder par contre c’est faire du PGO. C’est beaucoup plus impactant (et faut faire tourner un build profilé, idéalement en prod) mais j’ai vu des retours bluffants. Après ça a l’air d’être encore plus dépendant du projet que le reste.

Il jouait incognito surtout

Tu vas en racheter une avec le prix réduit.
Tu la ramènes ensuite avec le premier ticket.
Enjoy  

Putain, oedème cérébral chez un de mes meilleurs potes.
 
Glioblastome. Putain de boss de fin de niveau.

 
Il a déjà un pronostique? Ça a été repéré comment?

C'est moi où HFr galère là ?

Vu ce que dit la section pronostic je ne sais même pas si je tenterais le traitement ou tu dois morfler comme pas possible pour ne presque rien gagner
Depuis le temps que je le dis que c'était une connerie de jouer avec le mode iron man activé    
 
 
Rati > Quand Amazon propose la livraison à 1 centime on légifère pour l'interdire et pouvoir payer plus cher
Et aujourd'hui je vois ça :  

gulp

 
Fuck… Désolé pour ton pote, combo ça fait carrément flipper à titre personnel

Non, c'est pas toi.

c'est clair ! c'est pas parce que pour une fois elle a fait un album chiant qu'elle est morte, Adèle !

En dehors des points remontés par masklinn, ce que j'apprécie en Rust, c'est vraiment la fiabilité derrière. Pour avoir fait un petit crawler pour un projet perso, je sais que j'ai pesté plusieurs fois contre le compilateur (et perdu du coup quelques heures vs du Python par exemple), mais en vrai, le fait que ça fonctionne du premier coup quand tu le lances et que surtout il tourne tout seul derrière c'est super agréable. Alors que je sais que si je l'avais fait en Python (que ce soit avec Scrapy ou plus manuellement avec request+BeautifullSoup par exemple), bin je sais que j'aurais eu plusieurs plantages au run, après parfois plusieurs heures, parce que j'ai oublié de gérer tel cas quand à la page 3521 y a tel élément qui a pas le bon format ou qu'il existe pas.  

c'est clair qu'avec ses précédents albums, elle a gagné un paquet de fric, Adèle !

Elle a peut-être une voix et une technique extraordinaires, mais ce qu'elle chante c'est juste de la variétoche sans intérêt. Elle aurait pu sortir la même chose ou pas loin il y a 40 ans ça aurait surpris personne.

harko

 
putain quelle horreur.  

putain quelle saloperie ce truc

OK mais ça ne dit pas à quoi ça peut bien servir de préchauffer une tasse

dommage pour toi, y'avait des croissants et des chocolatines ce matin

 
Il y avait tout ce qu'il faut chez moi aussi

Je me suis mis sur le leaderboard advent of code même si je vais probablement pas tout faire et clairement pas jouer le classement.

je viens de capter un truc en informatique théorique, plus ta complexité asymptotique a une gueule tordue, plus ton algo va être attardé, plus la constante va être énorme.

Ce tableau me donne une espère de curiosité morbide, j'ai à moitié envie de voir la gueule du code qui produit les bornes du bas.

edit: j'imagine les mecs chez facebook: "chef N est que quelques milliards, on va jamais compenser des constantes pareilles"

Éviter les chocs thermiques (j’ai déjà fendu des tasses), et mieux tenir la température (sauf à avoir une tasse en métal — qui va avoir le problème de rien retenir — une tasse en terre cuite froide va pas mal embarquer de chaleur avant d’être à l’équilibre.
 
C’est probablement moins sensible pour une tasse que pour une théière notes, mais par habitude je fais ça pour tout, principalement à cause de (1) en fait.

 
C'est marrant, je connais pas tous vos noms/prenoms du coup j'ai du mal à associer les personnes.
Mais quand j'ai vu "wow-completionist" sur github, j'ai direct su qui c'était.

il est où le leaderboard ?

https://adventofcode.com/2021/leaderboard/private
Code : 280194-a6a44a63

I'm in aussi

Dites, je bloque sur une satanerie :
 
Je dois rattraper 3 jours de désynchro de données entre notre SI et celui de notre partenaire sur un endpoint particulier.
 
Heureusement les payloads des messages rabbit sont loggés dans datadog.
 
Du coup hier j'ai joué avec cet outil de satan qu'est awk pour réussir à extraire un payload propre et leur formater comme attendu par un de nos consumer.
 
J'ai testé directement la publication de message dans rabbit et ça fonctionne.
 
Sauf que j'ai plusieurs centaines de messages à insérer. Pour ça on a une route http générique en POST qui publie dans rabbit.
 
Cette route est définie dans postman. Si je l'utilise telle quelle en stringifyant le payload json pour qu'il soit lui même contenu dans un payload json, ça passe :
 

{
    "vhost": "foobar",
    "name": "amq.default",
    "properties": {
        "delivery_mode": 1,
        "headers": {}
    },
    "routing_key": "partners_notify_partner_q",
    "delivery_mode": "1",
    "payload": "{\"event\": \"incident_created\", \"partnerId\": 1, \"data\": {\"id\":\"OK131OB\",\"job\":{\"partnerJobId\":\"34063cae-bd07-4b58-8963-aa321279ed1f\"},\"type\":{\"code\":\"INACESSIBLE_WORKSITE\"},\"description\":\"installation d'\\u00e9vacuation pas aux normes\",\"partnerIncidentId\":null,\"createdAt\":\"2021-11-16T08:04:02+00:00\"}}",
    "headers": {},
    "props": {},
    "payload_encoding": "string"
}

 
Là où ça se complique c'est pour faire du bulk insert. Pour ce faire il faut jouer la route postman dans un runner où là on peut lui passer un csv.
 
De ce que j'ai compris pour échapper une double quote il faut la préfixer par une double quote, et pour échaper un back slash il faut également le doubler.
 
Le csv ressemblerait donc à ça :
 

 
Pour le payload postman suivant :  
 

{
    "vhost": "foobar",
    "name": "amq.default",
    "properties": {
        "delivery_mode": 1,
        "headers": {}
    },
    "routing_key": "partners_notify_partner_q",
    "delivery_mode": "1",
    "payload": "{{payload}}",
    "headers": {},
    "props": {},
    "payload_encoding": "string"
}

 
Vous vous en doutez ça ne fonctionne pas  
 
Lorsque je regarde le body de la requête envoyée j'ai ça :
 

{
    "vhost": "foobar",
    "name": "amq.default",
    "properties": {
        "delivery_mode": 1,
        "headers": {}
    },
    "routing_key": "partners_notify_partner_q",
    "delivery_mode": "1",
    "payload": "{\\""event\\"": \\""incident_created\\""",
    "headers": {},
    "props": {},
    "payload_encoding": "string"
}

 
Si je n'échappe pas le json stringifié j'ai le même problème, c'est tronqué après la première valeur

moi c'est mort pour l'AOC, j'ai trop de trucs en décembre.

{
    "vhost": "foobar",
    "name": "amq.default",
    "properties": {
        "delivery_mode": 1,
        "headers": {}
    },
    "routing_key": "partners_notify_partner_q",
    "delivery_mode": "1",
    "payload": "{\"event\": \"incident_created\", \"partnerId\": 1, \"data\": {\"id\":\"OK131OB\",\"job\":{\"partnerJobId\":\"34063cae-bd07-4b58-8963-aa321279ed1f\"},\"type\":{\"code\":\"INACESSIBLE_WORKSITE\"},\"description\":\"installation d'\\u00e9vacuation pas aux normes\",\"partnerIncidentId\":null,\"createdAt\":\"2021-11-16T08:04:02+00:00\"}}",
    "headers": {},
    "props": {},
    "payload_encoding": "string"
}

{
    "vhost": "foobar",
    "name": "amq.default",
    "properties": {
        "delivery_mode": 1,
        "headers": {}
    },
    "routing_key": "partners_notify_partner_q",
    "delivery_mode": "1",
    "payload": "{{payload}}",
    "headers": {},
    "props": {},
    "payload_encoding": "string"
}

{
    "vhost": "foobar",
    "name": "amq.default",
    "properties": {
        "delivery_mode": 1,
        "headers": {}
    },
    "routing_key": "partners_notify_partner_q",
    "delivery_mode": "1",
    "payload": "{\\""event\\"": \\""incident_created\\""",
    "headers": {},
    "props": {},
    "payload_encoding": "string"
}

Tu as vu que ton payload s'arrête à la première virgule de ton CSV?
Postman propose pas un loading de fichier JSON direct ? Ou bien newman sinon (CLI tool pour postman)
 
Sinon à la limite ce que tu peux faire c'est remplacer tes commas par des semicolon dans le fichier csv ou n'importe quel autre séparateur, et dans postman tu mets un pre-request script qui remplace ça correctement, afin que le CSV lise correctement, et que ton JSON soit bien stringifié dans ta requête

Oui pronostiqué. Il a déjà eu le droit à masse de rayons X et autres traitements ultra lourds, il avait pu rentrer à la maison, mais là, il vient de me texter "explosion de l'oedème cérébral, retourne fissa au Krankenhaus. Presque sourd et aveugle"        
 
Ca pue du cul.

y a pas souvent des fins heureuses, mais là, c'est quand même bien pourri

Bordel quelle horreur

C’est ce que documente postman? Parce que le csv c’est pas un vrai format donc il y a plein de méthodes différentes pour l’escaping.  
 
Accessoirement je suggérerais un vrai langage pour bricoler çà parce que quand tu commences à nester les d’encodages ça devient très vite la merde.  

Oh fuck…

 
Par curiosité c'est quoi l'intérêt de pas faire un crawler basé sur une browser headless genre Chrome + DevTools/Pupeteer/Playwright/Selenium ? La plupart du temps les page modernes vont te renvoyer un truc vide qui appelle un script qui va peupler le body, du coup beautifulSoup sert souvent à rien.
 
En parlant de crawl web, les gens font n'importe quoi : réponse HTTP 200, avec un payload qui est une petite page wordpress qui dit "ah désolé le site est en dérangement"
Ça t'aurait cassé le cul de renvoyer une 404 non ??? /FOU/FOU/

Dérangement je ne vois pas pourquoi cela devrait renvoyer une 404

 
C'est pas plus simple avec le JSON
 

 
Je sais pas trop
 
Du coup je me suis dit que j'allais faire plus simple : une boucle for a bash et une requête curl à chaque fois.
 
Sauf que j'ai pas d'output, j'ai l'impression qu'il y a un soucis avec l'escaping soit de "p" soit du contenu de la ligne (bah oui maintenant je vais pouvoir doubler les single quotes )
 

while read p; do
curl --location --request POST 'https://url/api/exchanges/foobar/amq.default/publish' \
--header 'Authorization: Basic trololo' \
--header 'Content-Type: application/json' \
--data-raw '{
    "vhost": "foobar",
    "name": "amq.default",
    "properties": {
        "delivery_mode": 1,
        "headers": {}
    },
    "routing_key": "partners_notify_partner_q",
    "delivery_mode": "1",
    "payload": "'$p'",
    "headers": {},
    "props": {},
    "payload_encoding": "string"
}'
done < /tmp/test_rabbit.csv

 
La seule ligne du fichier :
 

{\"event\": \"incident_created\", \"partnerId\": 1, \"data\": {\"id\":\"OK131OB\",\"job\":{\"partnerJobId\":\"34063cae-bd07-4b58-8963-aa321279ed1f\"},\"type\":{\"code\":\"INACESSIBLE_WORKSITE\"},\"description\":\"installation d''\\u00e9vacuation pas aux normes\",\"partnerIncidentId\":null,\"createdAt\":\"2021-11-16T08:04:02+00:00\"}}