l'utilisation de docstring pour le code html est peut être sympa pour les exemples, mais je pense qu'il peut devenir gênant sur des projets de plus grandes envergure car les classes ne sont plus documentables
Tout à fait ... ça a juste un côté très pratique pour "vite faire".
Pour les plus gros projets : mieux vaut séparer le contenu du contenant
mon rapide parcours de la documentation ne fa pas permis de trouver un moyen simple de faire le lien entre un fichier de template html et sa classe associée. Il faut forcément faire sois même la lecture du fichier ?
Non, il suffit de créer un fichier du nom de la classe dans le répertoire "static".
si tu as une classe
classMyApp(Guy):...
--> il faudra un fichier "static/MyApp.html"
C'est dans la doc, partie "rendering" ... mais ça mérite eclaircissement
le routeur http me semble vraiment simpliste, on ne peut pas faire de routage sur les verbes ou les entêtes http ?
Ce dernier ne sert juste qu'à offrir une possibilité, coté back, de retourner du contenu par http. (une sorte de hook dans le serveur http de guy).
C'est vraiment pour faire du spécifique.
Mais une application guy communique par websocket principalement.
Dans ce hook http, tu peux tester le verbe http, et réagir ou non.
la documentation passe beaucoup de temps à toute que tel ou tel chose est un non-sens. Je pense que ça peut rendre la compréhension difficile pour un débutant
Fort probable!
il est question de mode serveur la sécurité est gérée d'une manière ou d'une autre ?
Il y a le minimum ;-)
Disons, qu'en "mode app" (app/cef), le serveur http/ws n'écoute que sur le localhost (pas en wide/0.0.0.0). Comme c'est dédié à la partie cliente-forcément en localhost) : c'est suffisant. Du coup, impossible de venir interférer sur le serveur à partir d'une autre machine que localhost.
En mode serveur : il écoute en wide/0.0.0.0, car c'est plus pratique pour venir s'y connecter d'autres machines ;-). Après, si c'est destiné à être hébergé sur un vrai serveur. Tu peux mettre du nginx en front, avec certificats/ssl et co.
[^] # Re: Petites remarques
Posté par manatlan (site web personnel) . En réponse au journal GUY : un module python3 pour créer des GUI multiplateforme (android aussi!). Évalué à 3.
merci pour le retour
Tout à fait ... ça a juste un côté très pratique pour "vite faire".
Pour les plus gros projets : mieux vaut séparer le contenu du contenant
Non, il suffit de créer un fichier du nom de la classe dans le répertoire "static".
si tu as une classe
--> il faudra un fichier "static/MyApp.html"
C'est dans la doc, partie "rendering" ... mais ça mérite eclaircissement
Ce dernier ne sert juste qu'à offrir une possibilité, coté back, de retourner du contenu par http. (une sorte de hook dans le serveur http de guy).
C'est vraiment pour faire du spécifique.
Mais une application guy communique par websocket principalement.
Dans ce hook http, tu peux tester le verbe http, et réagir ou non.
Fort probable!
Il y a le minimum ;-)
Disons, qu'en "mode app" (app/cef), le serveur http/ws n'écoute que sur le localhost (pas en wide/0.0.0.0). Comme c'est dédié à la partie cliente-forcément en localhost) : c'est suffisant. Du coup, impossible de venir interférer sur le serveur à partir d'une autre machine que localhost.
En mode serveur : il écoute en wide/0.0.0.0, car c'est plus pratique pour venir s'y connecter d'autres machines ;-). Après, si c'est destiné à être hébergé sur un vrai serveur. Tu peux mettre du nginx en front, avec certificats/ssl et co.