<br><br><div class="gmail_quote">2010/11/23 Claudiu-Dan Gheorghe <span dir="ltr"><<a href="mailto:claudiugh@gmail.com">claudiugh@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Am implementat ceva in legatura cu parolele anul trecut. Din cate stiu<br>
mergea pe cazurile pe care se plangeau oamenii, iar majoritatea erau<br>
caractere de genul #,$, etc. Solutia a fost sa fac urlencode parca.<br>
<br>
Daca vorbim de diacritice, e cu totul altceva. Aici intervine<br>
encodingul caracterelor, care momentan e posibil sa fie ASCII, iar noi<br>
trebuie sa il fortam in utf8. Problema este ca aceste caractere trec<br>
prin diverse medii/limbaje/canale de comunicatie, si trebuie impus<br>
peste tot: HTML, python, LDAP, etc. Solutia cu base64 merge doar intre<br>
client si server, insa asta nu asigura o solutie end-to-end.<br>
<br>
* In HTML e usor de impus un encoding:<br>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" /><br>
sau fortezi headerul<br>
Content-Type: text/html; charset=utf-8<br>
<br>
* In Python sunt mai multe solutii. Eu pun in top-ul scriptului:<br>
# This Python file uses the following encoding: utf-8<br>
<br>
* In LDAP, habar nu am cum impui encodingul.<br>
<br>
Cred ca ar fi de folos un articol[1] despre character encoding si Unicode.<br>
<br>
Sanatate, numai bine,<br>
<br>
[1] <a href="http://www.joelonsoftware.com/articles/Unicode.html" target="_blank">http://www.joelonsoftware.com/articles/Unicode.html</a><br>
<br>
--<br>
<font color="#888888">Claudiu<br></font></blockquote><div><br>Salut Claudiu,<br><br>Ok, dar chiar are sens să lăsăm login-ul să se facă prin GET? Adică sincer să fiu e singura funcție care se face prin GET. Mi se pare atât un risc de securitate cât și o chestie un pic atipică. Just my $0.02.<br>
<br>Mai exact, poți să vezi un moment în viitor în care ne va trebui GET pentru vreo funcție delegată către services.py ?<br><br>Călin<br></div></div><br>