guitou a écrit 98 commentaires

En effet ^{^}

Faut pas avoir honte: elles sont vraiment pas si pires ces grilles.

Petite question de curiosite: production personnelle ou collegiale?

Pfiou, je peine moi-meme a me relire!

Le grand classique des mots croises c'est le 27!

Hello,

Pour le 7, c'est un grand classique des mots croises, tu risques de le retrouver souvent si tu prends gout au jeu.
Personnellement, c'est sur le 7 que j'ai peine! Et pourtant, une fois trouve, ca tombe sous le sens (jolie definition, de fait!).
Et pour le procede douteux, n'est pas Scipion qui veut, d'ailleurs lui-meme pouvait parfois recourir a tel artifice.

Mon avis personnel: grille moins equilibree que la precedente (plus on voit grand, plus c'est delicat), mais definitions globalement plus travaillees. Ca fait plaisir de voir le progres du Lama dans l'exercice depuis ses debuts.

++
Gi)

En toute sincerite, je la trouve plutot bien cette grille :)

Hello.

Y'a 2 defs (8 et 12) qui m'ont completement laisse perplexe, meme avec la solution sous les yeux.
Par contre, mention TB pour la palme… on la lui decernerait.

++
Gi)

En guise de vagues, on est proche du tsunami dans le bassin d'Arcachon!

Mais trèves de billevesées. Si j'ai tout bien lu, les lignes et entre, le consensus semble plutôt s'établir autour du statu quo: les choses sont bien comme elles sont et les vaches seront bien gardées. Ca me va aussi.

++
Gi)

C'est cornelien. Etant grenoblois, je serais presque tente de me "devouer" pour te debarrasser, mais je redoute tant, le cas echeant, de me retrouver au final avec un gros bouzin qui prend la poussiere inutilement, que je vais passer mon tour.

Bravo toutefois pour l'initiative.

++
Gi)

Hello,

Tu peux toujours faire mumuse a installer ansible pour faire usage des commandes dites ad hoc et plus specifiquement module lineinfile dans ton cas, mais t'as aussi vite fait de te familiariser avec grep, sed et plus generalement les regexp

++
Gi)

Pas tout a fait au point sur sqlite3 (j'apprends en te lisant que ca supporte le json!),
mais j'ai comme l'impression que tu as tout betement inverse les ' et les [] dans ta commande.

++
Gi)

Hello, a tout hasard, au vu de ta commande wget, je suppose que l'option --no-check-certificate implique du https, ce qui entre en contradiction avec la requete en http
Avec un peu de chance, tu peux donc esperer corriger le pb en supprimant l'option si le site requis ne supporte que http ou en rajoutant un s à (http s ://…) dans le cas contraire

++
Gi)

Hello.

Sauf a etre vraiment ambitieux, on peut se baser sur la reception de la requete buzz sur le serveur, d'autant sur un reseau local ou les latences devraient etre minimes et donc les ecarts negligeables.

Cependant, si les clients font du poll, pour avoir la dispo du buzzer au debut, la, y'a deja plus de risques d'inegalites (de l'ordre de l'intervalle entre 2 requetes, mais pas plus). Le plus simple reste sans doute de trouver un intervalle de poll acceptable (bien supportable pour le serveur, mais assez court pour la jouabilite), mais on peut aussi gerer ca avec un service cote clients pour etre au plus juste.

++
Gi)

Hello

Ah ben si, c'est faux, Kamoulox, c'etait Kad et olivier :p

++
Gi)

Hello.

Dépréciation, tout bêtement.

(Pour une fois j'ai pris la peine de mettre les accents dans ma prose!)

++
Gi)

Hello,

A verifier a tout hasard, possible qu'il aient ete corrompus pour une raison x ou y, et que l'optimiseur de requete les zappe.

Sinon, plus globalement, pour avoir une petite idee de ce qui peche, il faut d'abord identifier la (ou les) requete(s) problematique(s), puis tu peux les rejouer avec explain/analyze pour identifier ce qui cause le ralentissement.

++
Gi)

J'avoue que mes vagues souvenirs de LISP me laissent peu de chance de te venir en aide!

Toutefois, c'est pas plus c… de se tourner vers ton ami Gogol et lui demander ce qu'il en pense. Parmi ses reponses, celle ci me semble adaptee a ton souci:
https://stackoverflow.com/questions/56554276/sbcl-bypass-debugger-and-print-error-for-display-in-other-environment

++
Gi)

Pour le x is not defined, python est quand meme pas trop mal fait, il te suggere comment corriger le pb

Sinon, rapport a ces variables de classe, je trouve pas toujours ca tres clair, par exemple:
```
class MyClass:
my_class_var = "osef"

a = MyClass()
print(a.my_class_var)

b = MyClass()
b.my_class_var = "osef encore"
print(b.my_class_var)
print(a.my_class_var)

class MyOtherClass:
my_class_var = []

z = MyOtherClass()
z.my_class_var.append('a')
print(z.my_class_var)

y = MyOtherClass()
y.my_class_var.append('b')
print(y.my_class_var)
print(z.my_class_var)
```
$ python3 .py
osef
osef encore
osef
['a']
['a', 'b']
['a', 'b']

Avec un string, on pourrait croire que ca se comporte exactement comme une variable d'instance, mais avec une list, on constate bien que non. Ca me perturbe toujours autant!

++
Gi)

Alors du coup, la premiere etape va consister a faire un GET https://www.e-chargement.com/orsayuniversite/restau/ pour suivre le redirect (302) puis t'assurer que tu es bien tombe sur default.asp et que le formulaire est dispo, ensuite seulement tu pourras passer au POST vers identif_badge.Asp

En ponçant un peu l'onglet reseau de la console dev dans le navigateur, tu devrais pouvoir t'en sortir.

Et si tu t'en sors pas avec request ou qu'il y a du cloudfare ou equivalent planque (mais j'ai pas l'impression), tu peux aussi essayer avec playwright par exemple.

Bon courage.

++
Gi)

Le service e-chargement de votre restaurant est actuellement indisponible pour maintenance. Le rétablissement est prévu ce jour à 17h. Avec nos excuses pour le désagrément occasionné

Alors, je sais pas depuis quel jour a 17H il est sense etre retabli, mais ceci explique peut-etre tes deboires

++
Gi)

Hello,

Avec une petite recherche gogol sur pam_chauthtok() failed, error: Authentication token manipulation error, je tombe sur ce lien. Meme si tu n'es pas sous Ubuntu, tu peux toujours verifier:

• si ta partition racine est elle montee en lecture seule sudo mount -o remount,rw /

• si mauvaises permissions du fichier shadow sudo chmod 640 /etc/shadow

Plus generalement, c'est souvent plus prudent de commencer tout script shell par un petit set -eu, le "e" pour s'arreter a la premiere erreur, le "u" pour s'eviter les problemes de variables non definies. Et pour le debug, rajouter un "x" te permet d'afficher les commandes executees.

Enfin, tu peux faire directement:

sudo useradd -m -s /bin/bash --badname "$newUser"

++
Gi)

Hello

Je partage, et si besoin de donner ne serait-ce qu'une raison, perso, pour avoir eu l'occasion de me pencher dessus il y a qq annees, j'ai vite dechante: c'est super lourdingue, en termes de memoire notamment, et comme il s'agissait en plus de le faire tourner dans une VM, c'etait pas la joie…
Pour la circonstance, j'avais a l'epoque garde le L pour me faire une pile InfluxDB, LogStash, Graphana qui faisait plutot bien le job sans me mettre le serveur sur les rotules.

++
Gi)

…et quand bien meme, il peut toujours etre ton ami

un petite recherche google m'a donne ce lien
stackoverflow qui reference lui meme cet autre
Si j'ai tout bien compris, tu devrais pouvoir contourner ton probleme a coup de saveAs au lieu de save

++
Gi)

Dans ce cas, tu trouveras peut-etre l'origine de ton pb et traquant les requetes reseau dans la console dev de ton navigateur.
Logiquement, tu devrais voir passer ton URL avec un retour en 200, et un autre appel reseau qui renvoit un 503.

Bon courage pour tes investigations

Dans /var/log/nginx/access.log, la reqête est bien présente.

Et c'est quoi, le code reponse dans ce log?

A supposer que tu fasses une redirection (et que tu manques de threads/workers pour prendre en charge), ca pourrait expliquer ton souci: la redirection invoquant une nouvelle requete qui reste bloquee faute de pouvoir etre traitee parce que la premiere est tjs en cours, et paf le chien!

Si c'est qqch du genre, tu dois aussi voir passer le 503 dans tes logs nginx…

++
Gi)

… que ca fasse ton affaire, mais sait-on jamais.

Perso, avec mon ordi du boulot en Debian, il n'est pas rare que le son ne marche plus en sortie de veille, et j'ai constate que relancer le service idoine permettait de le retrouver:

systemctl --user restart pipewire

++
Gi)