bon,
 
afin de m éviter de créer 20000 topics pour mes petits tracas et que les news sur python ne passent pas systématiquement a la trappe, voila le topic qui va bien

 
et donc j ouvre le bal
 

print var
>>>欠
dict(kanji=var).save()
>>>raise DjangoUnicodeDecodeError(s, *e.args)
>>>DjangoUnicodeDecodeError: 'utf8' codec can't decode bytes
unicode(var)
>>>UnicodeDecodeError: 'ascii' codec can't decode byte 0xe7 in position 0: ordinal not in range(128)

hint:
si vous répondez ca place aussi le drapal

print var
>>>欠
dict(kanji=var).save()
>>>raise DjangoUnicodeDecodeError(s, *e.args)
>>>DjangoUnicodeDecodeError: 'utf8' codec can't decode bytes
unicode(var)
>>>UnicodeDecodeError: 'ascii' codec can't decode byte 0xe7 in position 0: ordinal not in range(128)

ton var ça serait pas un str dans un encoding bizarre au lieu d'être un objet unicode propre?

edit: http://wiki.python.org/moin/UnicodeDecodeError toussa, il faudrait voir d'où vient ton var.

ma source est un fichier texte (a priori) en utf-8

Désolé pour le drapeau tout seul, je ne sais pas te répondre.
Quand je lisais des fichiers, ça me les lisait en bytes je crois. Mais je pense que j'étais en binaire.
C'est quoi save ?
Quand j'essaie j'obtiens une erreur comme quoi ça n'existe pas.

(C'est pour sérialiser un object avec django ?)

Et tu le décodes quand tu le lis, ou bien tu balances du bytestring en espérant que ça passes?

 
nan mais je déconne hein
save c ets juste pour enregistrer sur la bd, que je veux peupler a partir d un fichier texte
 

 
bah ca depend ce que t appelles décoder  
unicode() c est pas ca ?

Ben passer d'un bytestring sorti du fichier à un string unicode, habituellement via str.decode

ha je vais essayer ca tiens merci  

Ca me donnera peut-être envie de me mettre à Python

bah je connais rien aux frameworks php donc je peux pas trop comparer  
mais en une heure ou deux t as le temps de faire le tuto django pour voir ce qu il a dans le ventre  
en général c ets convaincant

çà çà m'intéresse

Il faut que j'essaie aussi
 
J'ai besoin de faire un frontal pour une appli, une occase pour tester ça.
J'avais vu zope et ça semblait pas mal.  
 
Mais je ne sais pas trop quoi choisir alors autant essayer, ça ira probablement plus vite que de lire des articles un peu dans tous les sens.
 
j'ai besoin d'un système standard pour les sessions (identification etc.), des infos de base de données (modif profil, informations pour nourrir le traitement), mais aussi d'uploader des fichiers, puis d'afficher le résultat de certains traitements de vérification dessus (affichage qq enreg. de début/fin, etc.), puis affichages de progression ...
 
Django peut facilement s'adapter pour ce genre d'applications ?
 
Edit : tentative de suppression du mot truc

Oui, sauf à la limite l'affichage de progression (je ne sais pas ce que tu entends par là exactement).
 
L'auth/auth Django le gère direct, les infos de BDD aussi (d'autant mieux si ce ne sont pas des infos préexistantes)

L'affichage de la progression ce serait l'appel à un petit module façon CGI, il interrogerait par exemple une table à intervalles réguliers. Cette table serait renseignée régulièrement par le traitement lourd qui tourne sur un autre serveur (étape et pourcentage par ex). Et si le traitement est fini, on passerait à l'affichage d'un lien pour télécharger le résultat de façon sécurisée.
Il faut aussi que je mette un lien (ou bouton ou quoi) pour interrompre le traitement en cours.
 
Et à terme il faudrait que je plugge le paiement dessus aussi si on ne réserve pas ça à nos clients.

Paiement? Genre boutique en ligne? Check Satchmo.

Merci je regarde
 
Je ne pense pas que ça sera le paiement le plus problématique, ça se fait pas mal.
N'ayant pas utilisé de framework je ne connais pas les limitations, et s'il est possible de les bypasser facilement car pour moi le site serait juste l'interface d'applis plus lourdes et diverses.
(traitements de données en ligne)

au pwal