Je développe une application Ruby on Rails dans laquelle j’utilise
uniquement de l’utf-8 (application et base de données).
Je dois maintenant importer des données d’un fichier csv dans la base
de données de l’application. Il se trouve que ce fichier csv est dans
l’encodage de l’ordinateur qui l’a créé (par exemple ISO-8859-1 pour
Windows ou MacRoman pour Mac OS X). J’ai donc utilisé “Iconv” pour
convertir les données avant de les mettre dans la base de données.
Actuellement, je demande à l’utilisateur de spécifier l’encodage avant
que l’application mette les données dans la base (par une liste
déroulante). J’aurais voulu savoir s’il existant un moyen de connaître
l’encodage d’un fichier uploadé (texte ou csv par exemple) sur le
serveur sans devoir demander à l’utilisateur…
J’aurais voulu savoir s’il existant un moyen de connaître
l’encodage d’un fichier uploadé (texte ou csv par exemple)
sur le serveur sans devoir demander à l’utilisateur…
Tu peux rechercher dans les archives de Railsfrance avec les mots
clés “charguess” et “chardet”.
suivant le principe du KISS, c’est trop puissant pour ce dont j’ai besoin
2 J’évite au maximum l’utilisation des plugins parce je me méfie
de l’existence des plugs dans quelque mois. (Expérience vécue.)
Tutututu.
according to David Hansson, “plugins are enterprise-ready.” I concur.
(Cliquez plusieurs fois sur le bouton “Reload” si vous ne voyez pas
la phrase tout de suite. Entre temps, vous intercepterez peut-être
un “plugins rock” ou un “plugins are stable”).
-- Jean-François (performance is dead,
in fact because it's so Web 1.0.)
On 08 Apr 2007, at 14:25, Jean-François Trân wrote:
according to David Hansson, “plugins are enterprise-ready.” I concur.
D’accord avec toi, Jean-François
Mais je me rappelle qu’il a +/- 1 an, tout le monde ne jurait que par
les “engines” quand on demandait quelle solution pour les gérer les
users, j’ai compté dessus pour 1 projet et du tout refaire en +
propre au passage de Rails 1.1. Depuis j’ai appris à me méfier, et si
je peux faire moi même une solution SIMPLE, je le fait. Sinon quand
je me laisse aller à utiliser un plugin, je suis super prudent.
Exemple je suis en train de faire du mashup googleMap. et je m’amuse
bien avec “ym4r_gm”, c’est un super plugin, mais baser un appli
complète dessus c’est faire un pari.
Mais je me rappelle qu’il a +/- 1 an, tout le monde ne jurait que par
les “engines” quand on demandait quelle solution pour les gérer les
users, j’ai compté dessus pour 1 projet et du tout refaire en +
propre au passage de Rails 1.1. Depuis j’ai appris à me méfier, et si
je peux faire moi même une solution SIMPLE, je le fait. Sinon quand
je me laisse aller à utiliser un plugin, je suis super prudent.
Ca me rappelle un peu la folie du J2EE, ça.
A partir du moment où on utilise une lib externe, il faut s’(assurer
de sa stabilité. Le fait que ce soit un plugin, un engine, n’importe
quoi, quelque part, on s’en fout. L’essentiel, c’est d’avoir un
ensemble fonctionnel et de pouvoir garder ce niveau de fonctionnalité
quelquesoient els évolutions des briques, qu’elles aient été
développées en interne ou non.
Exemple je suis en train de faire du mashup googleMap. et je m’amuse
bien avec “ym4r_gm”, c’est un super plugin, mais baser un appli
complète dessus c’est faire un pari.
Pas plus qu’en basant l’appli sur ton code, parce qu’après tout rien
ne t’oblige à suivre les versions de ce plugin …
–
Nicolas D.
N’imprimez ce mail que si vous ne savez pas le lire sur l’écran : les
électrons se recyclent bien, le papier, beaucoup moins bien.