Verfasst: Montag 19. April 2010, 21:23
Sollte es nicht `message` statt `mesage` heißen? http://flask.pocoo.org/docs/patterns/wtforms/#the-forms
Seit 2002 Diskussionen rund um die Programmiersprache Python
https://www.python-forum.de/
Danke. Korrigiert.jbs hat geschrieben:Sollte es nicht `message` statt `mesage` heißen? http://flask.pocoo.org/docs/patterns/wtforms/#the-forms
Code: Alles auswählen
server.modules += ( "mod_fastcgi" )
fastcgi.server = ("/main" =>
("main" =>
(
"bin-path" => "/var/www/main/main.fcgi",
"socket" => "/tmp/main-fcgi.sock",
"check-local" => "disable"
)
)
)
Code: Alles auswählen
#!/usr/bin/python
from flask import Flask
app = Flask(__name__)
@app.route("/main")
def hello():
return "Hello World!"
if __name__ == "__main__":
app.run()
Code: Alles auswählen
#!/usr/bin/python
from flup.server.fcgi import WSGIServer
from main import app
WSGIServer(app, bindAddress='/tmp/main-fcgi.sock').run()
Code: Alles auswählen
thomas@home:~$ ls -al /var/www/main/
insgesamt 16
drwxr-xr-x 2 thomas thomas 4096 21. Apr 19:40 .
drwxr-xr-x 3 root root 4096 21. Apr 16:34 ..
-rwxr-xr-x 1 thomas thomas 137 21. Apr 19:36 main.fcgi
-rwxr-xr-x 1 thomas thomas 168 21. Apr 19:33 main.py
Code: Alles auswählen
from wtforms import Form, BooleanField, TextField, validators
class RegistrationForm(Form):
username = TextField('Username', [validators.Length(min=4, max=25)])
email = TextField('Email Address', [validators.Length(min=6, max=35)])
password = PasswordField('New Password', [validators.Required()])
# aktuell: EqualTo('confirm', ... -> muss doch auf password zeigen?
confirm = PasswordField('Repeat Password', [validators.EqualTo(
'password', message='Passwords must match')])
accept_tos = BooleanField('I accept the TOS', [validators.Required()])
Code: Alles auswählen
{% for error in field.errors %}<li>{{ error }}</li>{% endfor %}
Entweder das, oder man verschiebt den Validator. Das hab ich auch mal gemacht, ergibt eine besser platzierte Fehlermeldung.Hyperion hat geschrieben:Muss nicht das EqualsTo auf das Object password verweisen?
Warum? HTML4 und HTML5 erfordern hier kein schliessendes Tag, und die Dos verwenden auch ueberall HTML und keine XHTML Syntax.Hyperion hat geschrieben:Und weiter unten im Macro aus _formhelpers.py fehlt das </li> im OriginalCode: Alles auswählen
{% for error in field.errors %}<li>{{ error }}</li>{% endfor %}
Ok, war mir neu. Ist das schließende Tag den optional oder schlicht falsch?mitsuhiko hat geschrieben:Warum? HTML4 und HTML5 erfordern hier kein schliessendes Tag, und die Dos verwenden auch ueberall HTML und keine XHTML Syntax.Hyperion hat geschrieben:Und weiter unten im Macro aus _formhelpers.py fehlt das </li> im OriginalCode: Alles auswählen
{% for error in field.errors %}<li>{{ error }}</li>{% endfor %}
Optional.Hyperion hat geschrieben:Ok, war mir neu. Ist das schließende Tag den optional oder schlicht falsch?
Ich seh nicht wirklich einen Sinn dahinter. Weder macht es das parsen einfacher, noch das lesen. Indentation > Schliessende Tags. In Python brauch ich auch nix zum schliessen und helf mir mit Einrueckung. Hier mal zwei Beispiele HTML zu machen, einmal mit allen optionalen Tags drin, und einmal ohne. Was ist schoener zu lesen?ahojnnes hat geschrieben:Optional und meiner Meinung nach auch gut.
Code: Alles auswählen
<form action="" method="post">
<dl>
<dt>Username:</dt>
<dd><input type="text" name="username"></dd>
<dt>Password:</dt>
<dd><input type="password" name="password"></dd>
</dl>
<p><input type="submit" value="Submit!"></p>
<ul>
<li>This is just a list</li>
<li>for demonstration purposes</li>
<li>which normally would not be here</li>
</ul>
</form>
Code: Alles auswählen
<form action="" method=post>
<dl>
<dt>Username:
<dd><input type=text name=username>
<dt>Password:
<dd><input type=password name=password>
</dl>
<p><input type=submit value="Submit!">
<ul>
<li>This is just a list
<li>for demonstration purposes
<li>which normally would not be here
</ul>
</form>
Dieser Aspekt iat natürlich besonders wichtigmitsuhiko hat geschrieben:... und downloaded sich auch schneller
Du wirst dich wundern, was alles gültiges HTML ist…Hyperion hat geschrieben:Du hast tatsächlich recht. Liest sich wirklich besser... ich sollte mir mal ansehen, welche Tags offen bleiben dürfen und welche explizit geschlossen werden müssen.mitsuhiko hat geschrieben:... und downloaded sich auch schneller
Das kann man sowieso nicht. <br/> ist kein gueltiges HTML zB.lunar hat geschrieben:Andererseits kann man solches HTML nicht mehr mit XML-Parsern verarbeiten. Ob das ein Nachteil ist, muss natürlich jeder selbst entscheiden ...
Nein kannst du nicht. Gegenbeispiel ist gerade das eben genannte <br>. <br> für sich ist kein gültiges XML und <br /> oder <br></br> sind kein gültiges HTML.lunar hat geschrieben:@mitsuhiko: Ja und? Man kann HTML schreiben, dass auch gültiges XML ist, ebenso wie man XML schreiben kann, dass auch gültiges HTML ist.
So wie ich armin kenn ist es einfach ein wortspiel, weil es wie „bottle“ übersetzt „flasche“ heißt.noisefloor hat geschrieben:BTW, woher kommt der Name Flask?
Das fände ich, bei einem Autor aus Österreich zutiefst beunruhigendnoisefloor hat geschrieben:ein deutscher wie " Buddel" (<- norddeutsch) angebracht gewesen.![]()