pourquoi une limite de taille (à part les limites communes à toute requête POST) ? Le mot de passe est censé être hashé donc avoir une taille constante dans la table, quelle que soit sa taille d'origine.
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)
<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant
ah ok, j'avais mal compris. Mais du coup, je suis du même avis que toi (par contre, j'aime bien les petites barres de couleur pour indiquer si c'est une bonne idée)
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)
<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant
Non mais au-delà des combinaisons de touches qui peuvent être plus ou moins adaptées suivant l'OS, le problème c'est qu'Electron ne permet(tait) pas d'avoir un accès "brut" au clavier, alors que c'est pourtant pas un besoin exotique. C'est bien beau de dire qu'on va remplacer du natif par du JS/web, mais si c'est pas capable de gérer un truc aussi élémentaire, c'est qu'il y a encore du boulot.
—
Zeroblog —
« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » —
Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » —
GT Turbo vince Le 08/04/2018 à 00:39 Le plus débile que j'aie vue en règle de mot de passe, c'était l'unicité du mot de passe => tu ne pouvais pas choisir un mdp si qqn l'avait déjà choisi...
Nil Le 08/04/2018 à 13:40 La limite du GET dépend des paramètres serveurs, pas client, et l'envoi de fichiers en GET nécessite effectivement de pouvoir faire passer plusieurs (dizaines de) mégas.
RHJPP Le 08/04/2018 à 13:55 Je crois que tu as inversé POST et GET.
Même s'il y a également une limite sur le GET, qui existe à la fois sur les clients et sur les serveurs (dans les quelques ko, et le serveur peut renvoyer une 414 si la limite est dépassée).
Pour les POST, je ne sais pas s'il y a une limite côté client, mais côté serveur elle peut être à plusieurs Go si de gros fichiers sont prévus.
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)
<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant
Nil Le 08/04/2018 à 17:34 RHJPP > My bad, on ne peut pas (en tout cas pas simplement) envoyer un fichier en GET (enfin, on peut pour de très petits fichiers et faut idéalement les encoder en base64 à la volée).
Il y a bien une limite, imposée à la fois par le client et le serveur, qui peut varier entre 2 et 8ko (sachant que le W3C indique qu'il vaut mieux éviter 255 caractères, mais l'information date d'une époque où 255 caractères = 255 octets...
Ti-Gen utilisait des GET pour l'édition des news, et la limite était à 255 ou 256 caractères dans pas mal de navigateurs à l'époque. C'était avant IE7, donc IE 5 ou 6, et il me semble aussi le Firefox de l'époque. Seul Konqueror/KHTML n'avait pas cette limite absurde à l'époque.
list.php?clause=ORDER BY name DESC ?
get.php?query=delete%20from%20matable;
Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.