pinky a écrit 184 commentaires

  • # CE QUE JE VAIS FAIRE

    Posté par  . En réponse à la dépêche IBM brevète une méthode de rémunération des développeurs d'Open Source. Évalué à 2.

    Dans le même ordre d'idée, voici ce que je vais faire;

    1. Il y a des étudiants qui désirent acheter sur Openstuff.net mais qui n'ont pas assez d'argent ou des gens qui ont peur de payer par VISA.
    2. J'ai beaucoup de sites à traduire car mes clients veulent généralement des sites en plusieurs langues et j'ai pas le temps.
    3. Traduire un moyen site prend environ 3 heures si c'est de l''anglais vers sa langue natale

    Voici le système que j'ai en tête depuis un mois, que j'aimerais faire pour avant mars:
    - Je paie 15 EUR de l'heure (basé sur une moyenne au mot) pour ceux qui veulent passer une heure à traduire de l'anglais vers leur langue natale.
    - Je paie en bons d'achats Openstuff.net
    - Le travail peut être partiel: traduisez pdt 25 minutes de temps libre et recever 7 EUR = un t-shirt anti-software pattern

    Les avantages:
    - Ceux qui veulent des peluches GNU et qui ne veulent pas dépenser ou qui on peur de payer par Internet peuvent quand même en avoir
    - C'est bien payé pour un étudiant (15 EUR de l'heure) et ca me coute moins cher
    - Je peux traduire vers pleins de langues que je ne connais pas. En belgique, j'ai bcp de site à faire en francais/néerlandais mais je ne parle pas néerlandais.
    - Forte réactivite (350 visiteurs par jour)

    Et j'ai de quoi proposer pas mal de travail:
    - 15 langues pour http://Openstuff.net(...)
    - 10 langues pour http://auction-in-europe.com(...) et (art-, antique-)
    - 4 autres sites vers le néerlandais

    Dites-moi ce que vous en pensez...
  • # Re: Modif de PDF

    Posté par  . En réponse au journal Modif de PDF. Évalué à 1.

    Sous questions:

    Y'a t'il moyen de faire PDF->SVG->PDF sans perte de données (par exemple les fontes).
    Quel est le meilleur renderer SVG open source ?
    Quel est le meilleur SVG2PNG opensource ?
    Quel est le meilleur PDF2PNG opensource ?

    Est-ce que Batik c'est vraiment bien ?
  • # Re: Permission du contenu d'un repertoire

    Posté par  . En réponse au journal Permission du contenu d'un repertoire. Évalué à 1.

    Si apache peut y accéder, les utilisateurs aussi; il suffit de faire un script qui va lire dans les répertoires des autres.

    La solution est de configurer apache pour que chaque processus tourne sous l'utilisateur dont il fournit le site.
  • # Re: un nouveau langage de programmation

    Posté par  . En réponse au journal un nouveau langage de programmation. Évalué à 1.

    Pour moi ce serait Python mais avec:

    * La simplicité d'interaction avec d'autres langages de .NET
    * Une structure hiérarchique des modules ala JAVA
    * La rapidité d'exécution du C
    * Une meilleure déclaration typée des méthodes et attributs (private, instance de classe, ...)
    * Des modules qui implémentent les spécificités des autres langages: programmation par contraintes, logique, le threading déterministe (avec les variables assignables qu'une seule fois), ...
    * Des modules qui font ce que font les meilleurs framework: application distribué et les patterns qui vont avec, DB objet, Workflow compatible Wfmc, ...
  • # Re: PostgreSQL 7.4.1 is out depuis le 23/12/2004, et la 7.4.0 depuis le 23/11/2003...

    Posté par  . En réponse au journal PostgreSQL 7.4.1 is out depuis le 23/12/2004, et la 7.4.0 depuis le 23/11/2003.... Évalué à 1.

    En passant, voici ce que j'ai décourvert sur ma Debian stable (V. 7.2.1):

    Postgresl plante lors d'une subquery et consomme 99% de CPU jusqu'au CTRL C.

    Je suppose que cela doit être réparé dans les nouvelles versions, j'ai pas regardé. (le champ parent est un simple varchar)

    ------------------------------------------------------------------------------------------------------
    tiny_openstuff=# select id from users where parent is not null;
    id
    ------
    1694
    1717
    (4 rows)

    tiny_openstuff=# select count(*) from order_group where user_id in (select id from users where parent is not null);
    Cancel request sent
    ERROR: Query was cancelled.

    *** ICI CA PLANTE***

    tiny_openstuff=# select count(*) from order_group where user_id in (1694,1717);
    count
    -------
    0
    (1 row)
    ----------------------------------------------------------------------------------------------------
  • # Re: Zope 2.6.3 et 2.7.0 beta 4

    Posté par  . En réponse à la dépêche Zope 2.6.3 et 2.7.0 beta 4. Évalué à 6.

    Cette nouvelle me donne l'occasion de poser mes questions sur ZOPE.

    J'ai développé un site en ZOPE il y a 2 ans. Depuis je suis revenu à d'autres méthodes pour développer mes sites (python+albatross). A chaque gros site, j'hésite à retourner voir ZOPE seulement mes délais sont trop courts alors je ne change pas ma méthode.

    Alors voici mes questions:

    1. A quand ZOPE 3 ? Quels en seront les améliorations ?
    2. Laissent-t'ils tomber les DTML ? (j'espère que oui)
    3. Quand vous développez un site, utilisez-vous les DB SQL ou la ZODB ?

    J'aimerais qu'on m'explique les avantages de la DB objet. Je vois des avantages (flexibilité (pas contraint aux champs), utilisations des types pythons directement) mais pour moi c'est très peu par rapport aux contraintes que cela engendre. Les requêtes peuvent-elles être aussi flexibles qu'en postgresql (sub query, join, trigger, contrainte, ...) ?
    Pour mes appli je fais de l'objet relationnal mapping comme ca on a l'avantage des deux peut-on faire cela avec ZODB (=ZODB peut-il utiliser postgresql) ?

    4. Y'a-t'il des fuites de mémoire ? (j'avais l'impression qu'il fallait le rebooter tous les semaines/mois)

    5. J'entends parfois parler de la révolution que sera ZOPE3. Quelles seront les grandes améliorations de ZOPE3 ?

    6. ZOPE3 utilisera-til openflow ou un autre workflow propre à ZOPE ? Si oui, quelles différences ?

    7. Si vous désirez vous exprimer sur des trucs cool de ZOPE, allez-y cela m'intéresse :)

    Zope permet-il l'approche machine à états de Albatross ? (page_enter, page_display, page_process, page_leave). En gros cela permet de ne pas traiter le résultat d'une opération dans la page suivante mais dans la page en cours et d'ensuite choisir la page suivante en fonction du résultat de l'opération.

    D'avance merci à ceux qui me répondront.
  • [^] # Re: RML2PDF, production automatisée de rapports

    Posté par  . En réponse au journal RML2PDF, production automatisée de rapports. Évalué à 1.

    Pour du postgresql et du mysql, j'ai fait des librairies si cela t'intéresse.

    Le plus simple est d'utiliser un transformateur XSL: moi j'utilise sablotron.

    Mais le plus important est de constituer une bibliothèque de fichiers XSL:RML pour tout type de document: facture, catalogue de produit, man page, xhtml, ...
    On a alors un programme qui génère de manière professionnelle tout type de document et chaque société peut personnaliser ses documents (à son papier entête, ses règles de styles, ...) en ne changeant qu'un seul fichier. (grâce à l'héritage XSL: xsl:import ou include)
  • [^] # Re: Le langage du futur ?

    Posté par  . En réponse au journal Le langage du futur ?. Évalué à 0.

    Cet argumentation était valable il y a quelques années mais plus maintenant. Du moins c'est ce que je pense.

    Car, maintenant, ce qui fait un bon langage n'est plus tellement le langage en lui même. C'est surtout dû à tout ce qui va à côté. (par contre, un mauvais langage est la faute du langage). Il est très facile de faire un bon langage, meilleur que tous les autres (surtout avec la connaissance de ceux-ci) seulement il est très diffiicile d'égaler les langages déjà très avancés. Par avancé, je veux dire: qui possèdent bcp d'utilisateurs, des sociétés de services autour du langage, des librairies travaillées et en nombre, de nombreux programmes, ...

    Pour faire une comparaison rapide: Il y a 10 ans, on ne pouvait pas dire quel serait l'OS ou les OS d'il y a 5 ans. Aujourd'hui, on peut dire quels seront les OS de dans 5 ans: Windows et Linux. Et il y a pourtant des OS meilleurs que Windows et Linux, mais ca ne suffit plus. Je pense que c'est la même chose pour les langages.

    Dans 5 ans, on aura donc: python et peut-être C#. (pour C#, ca dépend de MS.)
  • [^] # Re: Le langage du futur ?

    Posté par  . En réponse au journal Le langage du futur ?. Évalué à 6.

    Au niveau du langage:
    - supporte peu de techniques de prog actuelles: properties, lambda calcul, ...
    - les types de base ne sont pas des objets !
    - déficiences importantes: par exemple, pas d'exceptions,
    - les fonctions pour manipuler les types de base sont males pensées, ...

    Mais le pire, c'est que ce n'est pas clean. Il n'y a pas une nomenclature comune à toutes les fonctions. C'est comme si on avait fait 100 librairies sans jamais se concerter et mettre tout ensemble. J'ai parfois l'impression que les fonctions/méthodes sont mal pensées.

    Regarde la gestion des chaines de caractères et des tableaux, ce serait nettement plus puissant si ces types étaient des objets.

    Au niveau des librairies:
    - pas de nomenclature commune. Par exemple, Python a défini DB2 API, une interface pour interfacer avec des DB SQL et les librairies SQL supportent cette recommandation. Cette recommandation est bien faites et aucune des librairies PHP (mysql et postgres) n'est aussi bien faites. De plus, tu peux changer de mysql à postgresql sans problèmes. Pas (du moins moins bien) en PHP)
    - les signatures des fonctions sont généralement mauvaises
    - il manque encore bcp de librairies

    Au niveau des programmes:
    - ils possèdent tous des miliers de lignes de code et ils ne sont pas du tout flexibles.
    (généralement, un programme bien écrit se voit au nombre peu élévé de lignes)
    J'ai déjà chipoté dans: PHP Nuke, POST Nuke, OSCommerce, PHPauction
    Tous ces programmes ont plus de 5000 lignes. Essaie d'y modifier qqch, t'es parti pour quelques heures/jours.

    Mauvais principe de base:
    alors que l'idéal dans la conception d'un site web c'est de séparer la forme du contenu, (templates) PHP incite à faire le contraire et à mélanger le code avec le HTML.

    Le seul grand avantage de PHP c'est qu'il est installé partout et qu'il est très simple à maintenir. Quand je fais des petits sites (3/4 pages), j'utilises encore PHP.
  • # Re: Le langage du futur ?

    Posté par  . En réponse au journal Le langage du futur ?. Évalué à 0.

    Je trouve qu'il n'y a pas UN bon language mais plutôt des langages mieux adaptés à certains besoins que d'autres. Il y a aussi bcp de mauvais langages.

    Mon avis:

    - Je pense que le C continuera longtemps pour le bas niveau
    - Python est va dominer pour le haut niveau. Pas tellement grâce au langage en lui-même (car certains langages sont aussi puissant voir plus, ex: ruby) mais plutôt grâce à tout ce qui l'entoure. (tout est clean, bcp de librairies, grosse appli, devel actif, ...)
    - Même si je ne l'utilise pas, je trouve C# vraiment bien. Pour .NET je n'ai lu que les specs du toolkit et c'est pas mal. (l'approche properties me plait)

    Je pense que les langages fonctionnels, logiques ou autres folkloriques (OZ-MOZART, ...) sont utiles pour faire de la recherche dans des nouveaux domaines de la programmation mais ils n'ont aucun avenir. Rien de tel que la programmation objet ou itérative. Mais ils permettent de développer la recherche dans certains domaines: la programmation par contrainte, la prog objet concurrente, ...

    Je pense que les langages fontionnels ou logiques sont morts ou vont mourir. Les langages itératifs implémenteront leurs fonctionnalités (lambda fct, prog logique) ou les librairies vont les remplacer. C'est nettement moins contraignant.

    Pour le web:

    J'imagine difficilement PHP disparaître même si le langage et les librairies sont pourries.

    Y'aura tjs des entreprises stupides pour utiliser les JAVA beans, J2EE et autres stupidités du genre.

    Autrement, je pense que ZOPE a énormément d'avenir. Ils se peut que de nouveaux framework prennent le dessus (j'aime bien l'approche de albatross (http://www.object-craft.com.au/projects/albatross/(...)) et je ne connais pas d'autres
    appli web qui ont cette approche machine à état. C'est bien pour les petits sites).
    A part ZOPE, je trouve qu'il y a peu de bons gros CMF et framework web.
  • [^] # Re: RML2PDF, production automatisée de rapports

    Posté par  . En réponse au journal RML2PDF, production automatisée de rapports. Évalué à 1.

    as-tu essayé de contacter directement reportlab ?

    Non. Je doute qu'il m'aide car une version open source de leur RML2PDF ne doit pas les réjouir.
  • # Re: Un peu d'aide

    Posté par  . En réponse au journal Un peu d'aide. Évalué à 2.

    Links supporte l'option -dump qui fait cela en mode texte.
    Je sais bien que depuis quelques temps, links fait également le mode graphique, il faudrait voir s'il ne possède pas cette option -dump en mode graphique.
  • [^] # Re: Alternative libre à XSL:FO

    Posté par  . En réponse au journal Alternative libre à XSL:FO. Évalué à 2.

    Toutes mes excuses pour les nombreuses fautes de frapes dans ce post.

    Et, pour répondre à je ne sais quel post; Oui XSL:FO et FOP sont libres. Mais ceux qui, comme moi, ont déjà utilisé FOP en production comprendront l'utilité de ce programme.
  • [^] # Re: Alternative libre à XSL:FO

    Posté par  . En réponse au journal Alternative libre à XSL:FO. Évalué à 3.

    est-ce que cet outil qui me plait beaucoup peut "digérer" d'autres encodages ?

    Pour l'instant j'ai fait cela dans l'urgence. Je pense que les caractères français fontionnent correctement. Au pire, il est possible que python génère un warning.

    De toutes façon, l'unicode sera totalement suporté avant le 15 janvier car j'ai une grosse appli à faire pour un client avec, entre autres, Open Report.

    Que se passe-t-il si je cherche à mélanger du chinois et du français ?

    Ca ne doit pas être un problème car la librairie open source de Reportlab supporte tout cela. Du moins c'est ce qu'ils disent, j'ai jamais testé.
    Par contre, contrairement à FO, lle chinois et le français doivent être dans des zones distinctes; c'est une limitation de reportlab. (je peux me tromper sur cette dernière phrase)
  • [^] # Re: Alternative libre à XSL:FO

    Posté par  . En réponse au journal Alternative libre à XSL:FO. Évalué à 2.

    > Est-ce qu'il y a des différences par rapport à rml2pdf de reportlab (qui coute une petite fortune) ? Qu'en disent-ils ?

    Je ne pense pas qu'il y a des différences. Mais leur doc n'est pas tjs explicite sur certains points. Exemple: les attributs width et height du tag image. Est-ce la taille de l'image ou la taillle d'un rectangle dans lequel l'iimage doit s'inscrire. Dans mon cas c'est le rectangle.
    J'ai pris tous leur exemple dan leur doc et mon prog les génère pareil.

    Je pense que le seul tag qui n'est pas respecté est pageNumber qui indique le numéro de page. Il ne marque que dans les flowables et pas dans les pageGraphics. Je le ferai dès que j'en aurai besoin car j'ai pas trouvé d'autre moyen que de faire un deuxième passage pour cela.
  • # Re: multi boot avec plusieurs distributions linux ?

    Posté par  . En réponse au journal multi boot avec plusieurs distributions linux ?. Évalué à 1.

    Pour partitionner tes partitions, utilises parted sous linux. Ils font aussi une version qui tient sur une disquette. Comme cela tu peux rebooter sur la disquette et partitionner tout ton disque sans problèmes.

    Faire une partition /home c'est bien aussi car tu mets tous des fichiers utilisateur dans
    une partition comune aux plusieurs distribs.

    Je ne sais pas si tu peux partager la partition swap. Je suppose qu'avec des noyaux différents ca risque de poser des problèmes. Tu paux faire une partition swap dans un fichier, comme ca tu peux l'agrandir, le virer, la désacctiver, ... Donc ne fait pas de partition swap.

    Pour créer une swap dans un fichier:

    dd if=/dev/zero of=swapfile bs=1024 count=65536
    mkswap swapfile
    swapon swapfile

    Pour la désactiver: swapoff swapfile

    Si t'as plus de 256Mb de RAM, tu n'as même pas besoin de faire une swap.

    Pour ma part, je n'utilises qu'une seule partition sur tout mon disque, je préfère.
    Faire des partitions limitte la taille disponible. Mais je n'ai qu'une distrib installée.


    Bonnes fêtes,
  • # Re: Pour y comprendre quelque chose...

    Posté par  . En réponse au journal Pour y comprendre quelque chose.... Évalué à 1.

    Beaucoup de mauvaises choses dans tout cela.

    Les web-services: cela permet d'appeler des fonctions/objets à distances. Les plus célèbres sont SOAP, XMLRPC, CORBA.

    CORBA est laborieux, dépassé et peu flexible (il faut recréer les structures à chaque fois). Je peux pas dire grand chose de CORBA, je ne l'ai utilisé qu'une fois rapidement il y a un an. J'ai pas du tout aimé.

    SOAP est pal mal. Il fonctionne aussi par objets mais je lui reproche deux choses; manque d'implémentations rapides (en tout cas dans le langage où je l'utilisais: python) et peu flexible. Par exemple, si tu fais passer un dictionnaire, toutes les clés/valeurs doivent être du même type. (je crois, c'est une histoire du genre en tout cas, je ne l'ai pas utilisé bcp non plus.)

    XML/RPC est plus simple, pas objet mais nettement mieux, je trouve. La seule chose que je lui reproche c'est de ne pas supporter le type NULL/None. Mais il est flexible (au niveua du type des données) et il supporte aussi les exceptions.

    J2EE et Tomcat, c'est vraiment nul. Ca a l'air pas mal lorsqu'on en parle mais dans la pratique c'est tout à fait différent. Le déploiment est vachement dur, cela prend du temps et ca ne marche pas bien. Je me souviens que la librairie JAVA ne supporte même pas correctement le HTTP (le post de fichier)
  • [^] # Re: XML->PDF&HTML

    Posté par  . En réponse au journal XML->PDF&HTML. Évalué à 1.

    Pour des exemples concrets:
    * http://report.tiny.be/download/xsl-fo/(...)
    Ce sont des lettres, factures, rappels.

    Mais un conseil, laisse tomber FO pq:
    * FO est bien mais fort complexe et peu flexible (2 jours pour faire mes templates de factures et ils sont nuls)
    * FOP N'EST PAS DU TOUT FIABLE

    FOP sur mon G4, 512 MB RAM:
    20 pages: 1min30
    90 pages: 17 minutes
    150 pages: 35 minutes
    200 pages: plante

    Si tu veux faire des rapports réduit (style tableau de comptes), il y a kugar et kudesigner qui est sympa mais très limité.

    Autrement, j'ai fait RML2PDF:
    http://report.tiny.be/bin/index.py/index(...)
    Cfr mon post ci-dessous.
  • # Re: XML->PDF&HTML, utilise RML2PDF

    Posté par  . En réponse au journal XML->PDF&HTML. Évalué à 1.

    Je te déconseille d'utiliser FO.

    FO est un bon format mais il n'existe aucun bon formatteur Open Source; FOP et un autre truc d'IBM pas fini mais qui utilise des librairies non Open Source.

    Je me suis batu un an avec FOP pendant un an mais je n'y retournerai jamais;
    1. FO est complexe et peu flexible
    2. FOP ne marche pas bien; essaie de faire des documents de plus de 100 pages.

    Sur mon G4, 256 RAM:
    20 pages (avec un tableau de 3 pages): 2 minutes
    100 pages: 20 minutes
    150 pages: plante (fuite de mémoire)
    Voici mes docments XSL:FO (factures, rappels, lettres):
    http://report.tiny.be/download(...)

    Devant le manque de bonne solution, j'ai codé moi même un RML->FO: (celui de reportlab est propriétaire). Il est en production dans deux sociétés pour Tiny ERP. (ERP /CRM qui n'est pas encore Open Source mais qui devrait le devenir bientot)
    http://report.tiny.be/bin/index.py/index(...)
    Le devis ne marche pas car j'ai pas mis la librairie reportlab sur le serveur. C'est fait en python. Tu n'as qu'à le downloader et l'exécuter chez toi. J'utilise la librairie Open Source de Reportlab (en python) et j'ai donc refais leur programme proprio RML2PDF.

    Dans 5 jours, j'aurai fini un serveur: distribué (load-balancing pour sites web), XMLRPC, SOAP. Mais la librairie (et l'executable) qui génère les PDF est terminé, 100% compatible avec la DTD de RML.

    J'ai pas fini la documentation mais il est compatible 100% avec RML2PDF de Reportlab.
    RML est nettement mieux que FO: plus simple et beaucoup plus flexible.
    Les specs RML:
    http://report.tiny.be/download(...)

    Mon site sur tout cela: (en construction)
    http://report.tiny.be/bin/index.py/index(...)
    Reportlab:
    http://reportlab.com(...)
  • [^] # Re: Des tux en peluche et autres démons ...

    Posté par  . En réponse au journal Des tux en peluche et autres démons .... Évalué à 2.

    Je confirme!

    Je viens d'avoir la confirmation de mon fournisseur. Les peluches seront la la semaine prochaine (mercredi).

    Et en exclusivité les Levitating GNU en peluche. Les prototypes arrivent dans un mois, on les vendra en février. Ceux là: http://openstuff.net/index.py/picture/ph_name/tshirt01_free_soft_wa(...)

    Pinky
    Openstuff.net
  • # Re: Préhistoire : lecteurs de disquette

    Posté par  . En réponse au sondage Préhistoire : lecteurs de disquette. Évalué à 1.

    J'ai:
    ni lecteur de disquette
    ni lecteur de CD/DVD/graveur
    ni aucun autre support que le dique dur
  • # Re: Decideurs pressés linuxiens : tous fichés !

    Posté par  . En réponse au journal Decideurs pressés linuxiens : tous fichés !. Évalué à 1.

    Au passage,

    Je trouve que leurs tarifs sont un peu exagérés: environ 8500 EUR TTC pour un stand de 12 m2. Je voulais y aller cette année, mais là ca va pas être possible. SNIF. Il ne doit pas y avoir énormément de PME à ce salon.

    Dire qu'à LinuxTAg (Karlsruhe), on s'en est sorti pour 3500 EUR pour 2 stands de 9m2 chaqun. D'autant plus que je pense que LinuxTAG est plus grand que Linux Expo.
  • [^] # Re: La calculatrice Google

    Posté par  . En réponse à la dépêche La calculatrice Google. Évalué à 1.

    Et moi qui croyait que bc était le programme le moins utile du monde!
    Car quand on fait: 3.0/2.0, il retourne 1.
  • [^] # Re: gnuCash dans une situation difficile

    Posté par  . En réponse à la dépêche gnuCash dans une situation difficile. Évalué à 1.

    > De toute façon ce logiciel est une daube.

    Je suis plutôt d'accord avec toi. J'ai qd même utilisé GNUCash pdt quelques temps et je l'ai trouvé assez intuitif et ergonomique. (mais j'avais jamais utilisé d'autres logiciels comptables auparavant).

    Ce qui me dérange dans GNUcash:
    - un code énorme, pas terrible du tout, avec des milliers de dépendances : ce qui me fait dire que GNUCash n'a pas bcp d'avenir, sauf s'ils recommencent from scratch.
    - comptabilité d'entreprise: avant ce qui me dérangeais dans GNUCash, c'est qu'il manquait de ces fonctionnalités. Maintenant ce qui me perturbe c'est qu'il en manque et qu'elles sont pas bien faites.
  • # T-shirts Debian à perte!

    Posté par  . En réponse à la dépêche Debian a 10 ans !. Évalué à 1.

    Pour les 10 ans de Debian, les T-shirts sont en méga promotion sur Openstuff.net !

    T-shirt Debian: 5.90 EUR,
    Casquettes et Bobs brodés: 6.9 EUR.

    En gros, on perd 0.10 EUR par produit !

    URL: http://openstuff.net/index.py/promos(...)