Erreur 413 & 500 pour un post // Pas de preview #92
Labels
No Label
Core
bug
duplicate
easy
enhancement
help wanted
invalid
performance
proposal
question
security
warning
wontfix
No Milestone
No Assignees
5 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: devs/PCv5#92
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Coucou,
J'ai voulu créer un nouveau topic sur la v5, dans la catégorie discussion et j'ai eu quelques petits soucis :
413 Request Entity Too Large
. La limite est à combien ?500 Internal Server Error
.J'utilise Firefox 78.10.0esr (64 bits) à jour si jamais
Merci ! ^^
PS : je n'ai plus d'erreur en postant maintenant
Les logs extraits par Breizh
EDIT: Les PJ sont buggés ici aussi.
La migration 2a1165f6ad0a_restructure_forum_models.py où j'ai restructuré les modèles du forum donne au champ titre la taille
V5Config.THREAD_NAME_MAXLEN
qui était initialement définie à 32. J'ai changé ça dansd3f137b9
à 128 après qu'on ait supprimé la variable de configuration.Le truc c'est que Alembic ne détecte pas les changements de longueur de champs par défaut. D'après la documentation il faut activer
compare_type=True
pour avoir ce comportement.J'ai fait ça dans le commit
4be0e1572c
qui est accompagné d'une migration avec les changements de longueur en retard, 44c2e37ef899_update_trailing_field_lengths.py.Une fois migré ça devrait déjà résoudre le problème qui est dans les logs, pour les PJs faut voir avec Darks. La limite est de 5 Mo pour un utilisateur connecté, 500 ko pour un invité.
Pour la toggle preview, elle marche très bien. C'est juste que les formules ne sont pas encore gérées, vu qu'on a pas statué sur la lib à utiliser pour ça. Tu peux déjà tester avec du gras ou de l'italique,
Merci Lephe pour le fix sur les noms de topic.
C'est chelou cette histoire de PJ qui ne passe pas. La 413 c'est Nginx qui refuse, sûrement car la taille max d'une requête est configurée à moins. Je vais regarder de mon coté, mais de mémoire on avait pas trop de problèmes.
C'est corrigé. Ça venait effectivement de Nginx qui par défaut n'accepte que les requêtes de 1 Mo ou moins.
La limite de 5 Mo est maintenant effective pour les membres, mais la dépasser provoquera toujours une erreur 413 de la part de Nginx (c'est normal).
c753b11faf
Faut dire que ce que fait ZdS, même si pas pratique (faut d’abord uploader le fichier dans la galerie, puis l’inclure dans ton post après coup) a un gros avantage : ça permet l’upload spécifiquement de fichiers avec une certaine taille tout en limitant les posts de forum ridiculement énormes (pour limite le DOS, notamment).
Ouaip, à voir mais ça peut être une piste. Enfin ce sera à envisager le jour où on se prendra du DoS dans la figure ^^
Autre avantage : ça permet d'avoir une galerie (comme TI-Planet) où les images peuvent être organisées et conservées, quelque chose qui nous fait défaut, comme les images manquantes sur l'article de Cake qui ont été pointées ce soir le montrent.
C'est pas con comme méthode, Ce qu'il faudrait c'est pouvoir upload depuis la page de post… mais ça demande un peu de JS pour faire ça sans devoir recharger la page. Et je sait pas si c'est compatible avec l'architecture actuelle.
Je pense que les deux systèmes sont complémentaires (c'est d'ailleurs le fonctionnement de Misskey, j'y reviendrais) : dans le cas où t'as un bug/truc rapide à montrer, tu n'as pas forcément envie d'aller poster les captures dans la gallerie, et de copier coller les liens à la main. Ça marche aussi pour les fichiers (on n'a pas que des images à partager).
Ce que fait Misskey, et que je trouve pas mal, c'est cela :
Avantage, on peut facilement retrouver un fichier posté. Inconvénient, c'est une gallerie fourre-tout mal organisée.
Reste à savoir ce qu'on implémente, mais ça vaut le coup de faire un autre ticket.
Edit : au passage pour le DoS, ça change pas des masses les choses : le forumulaire d'upload doit rester public pour pouvoir poster des fichiers, un bot qui cherche à taper dessus peut toujours envoyer des requêtes à la con.
Ça c'est possible de l'améliorer simplement en ajoutan un concept de «dossiers» dans la gallerie. Et éventuellement des galeries partagés, entre plusieurs auteurs, sur un thème, ou pour un utijlisateur supprimé mais qui veut garder les images (à ctondition de voir les histoires de droits d'auteurs dans le tas)