J'ai voulu créer un nouveau topic sur la v5, dans la catégorie discussion et j'ai eu quelques petits soucis :
La toggle preview (l'oeil tout à droite dans l'éditeur) ne fonctionnait pas, selon Eragon elle est censée fonctionner...
J'ai voulu joindre une capture vidéo de 2.4 Mo (la capture en question xD) et j'ai eu une erreur 413 Request Entity Too Large. La limite est à combien ?
En voulant re-poster mais sans la PJ, j'ai eu une erreur 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
Coucou,
J'ai voulu créer un nouveau topic sur la v5, dans la catégorie [discussion](https://v5.planet-casio.com/forum/discussion/) et j'ai eu quelques petits soucis :
1. La toggle preview (l'oeil tout à droite dans l'éditeur) ne fonctionnait pas, selon Eragon elle est censée fonctionner... 
2. J'ai voulu joindre une capture vidéo de 2.4 Mo (la capture en question xD) et j'ai eu une erreur `413 Request Entity Too Large`. La limite est à combien ?
3. En voulant re-poster mais sans la PJ, j'ai eu une erreur `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
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 dans d3f137b9 à 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.
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é.
La migration [2a1165f6ad0a_restructure_forum_models.py](https://gitea.planet-casio.com/devs/PCv5/src/branch/dev/migrations/versions/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 dans d3f137b9 à 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](https://alembic.sqlalchemy.org/en/latest/autogenerate.html#what-does-autogenerate-detect-and-what-does-it-not-detec) il faut activer `compare_type=True` pour avoir ce comportement.
J'ai fait ça dans le commit https://gitea.planet-casio.com/devs/PCv5/commit/4be0e1572c19d553d56f5b9593ba5af615921c95 qui est accompagné d'une migration avec les changements de longueur en retard, [44c2e37ef899_update_trailing_field_lengths.py](https://gitea.planet-casio.com/devs/PCv5/src/branch/dev/migrations/versions/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.
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).
https://gitea.planet-casio.com/devs/VPS-config/commit/c753b11faf2f2ce5d132ab69670180b6c92d2016
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).
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).
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.
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.
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).
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.
> 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).
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 :
création d'une galerie de médias pour chaque compte
toute image postée dans un status est ajoutée à la galerie
tu peux ajouter des fichiers manuellement à la galerie
tu peux ajouter des images à un status depuis la galerie (ce qui évite de poster en double une image si tu l'avais déjà uploadée)
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.
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 :
- création d'une galerie de médias pour chaque compte
- toute image postée dans un status est ajoutée à la galerie
- tu peux ajouter des fichiers manuellement à la galerie
- tu peux ajouter des images à un status depuis la galerie (ce qui évite de poster en double une image si tu l'avais déjà uploadée)
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.
Avantage, on peut facilement retrouver un fichier posté. Inconvénient, c'est une gallerie fourre-tout mal organisée.
Ç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)
> Avantage, on peut facilement retrouver un fichier posté. Inconvénient, c'est une gallerie fourre-tout mal organisée.
Ç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)
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)