Maxime G a écrit 61 commentaires

Ben c'est que devoir installer OOo sur un serveur me rebute un peu...

Unoconv se connecte à une instance OpenOffice en socket ou lance sa propre instance.

Je sais que je radote, mais :

quelqu'un a-t-il trouvé un moyen de générer un PDF à partir d'un ODT, de manière autonome ?

Je trouve que c'est quelque chose qui manque cruellement.
Le templating en odt est très pratique (xml + style), plutôt que de passer par une lib pour écrire du pdf (genre fpdf pour php...).

J'ai beau regarder de temps en temps, je ne trouve toujours rien.
(hormis installer openoffice sur un serveur, et l'attaquer en ligne de commande, pq bonjour les dépendances que ça installe...)

Pour l'instant on est dans une situation de statut quo. Chaque grosse société a sa panoplie de brevet pas tant pour sa propriété intellectuelle, c'est pour se protéger d'éventuelles attaques d'autres.

Tant que ça pète pas, on ne verra pas qu'il y a un problème...
Donc j'espère que ça va péter !

Oh non... Je sais bien... Chez moi non plus.

Je les cite eux car j'ai eu plusieurs factures avec le 0.01€ de trop.

La règle de calcul c'est ainsi :

On travaille avec du HT. On somme tous les montants HT par type de TVA.
En bas de facture, on a unpetit tableau avec une ligne par taux de TVA et on calcul cette TVA.
Ensuite, on affiche le Grand total HT, le total TVA et le grand total TTC (qui est TotalHT + TotalTVA).
La mention du TTC n'arrive qu'à la fin.

Pour faire les déclarations, on prend la somme des montants HT => base, la somme des TVA => TVA. De toute façon, sur les déclarations, on arrondi à l'entier.

Ça c'est la théorie.

C'est pour les factures "pour les particuliers" que ça nous fait des cheveux blancs : on veut afficher le montant TTC par ligne. Alors oui, du coup on a deux modes de calcul et du coup on peut avoir TotalHT*1.196 != Total TTC (je simplifie avec un seul taux).
Ça arrive même aux plus grands. Orange par exemple.

Vi, moi aussi je me pose la question. Je plussoie donc.

Dans ton second exemple, un second run est le problème est réglé.

L'algo est amené à être lancer régulièrement. Il est pas parfait d'un coup tout le temps, mais le coup suivant règle en général le problème. Ou encore un coup de plus. Et du coup (je vais finir par prendre des coups) c'est ça qui est pas mal, l'algo reste simple et efficace, pour un truc, où à tous les coups, on aurait pu faire beaucoup plus compliqué.

Le probleme c'est les applications metier le plus souvent

Ben justement, si ton appli métier, elle est écrite en .Net et utilise MSSQL par exemple, t'es obligé d'être sous Windows.

La boucle est bouclée.

Disons juste que si ça se passe comme ça, tout va bien chez Microsoft.

On voit bien que pour chaque techno existante, il y a l'équivalente made-in-redmond : Java .Net, PHP ASP, MySQL MSSQL, Apache IIS.... Je vais en passer beaucoup, je pourrais y passer une heure, donc j'ai donné des faciles (je sens qu'on va me dire MySQL blabla... je sais)
Je vais pas épiloguer sur qui est arrivé le premier, pq c'est différent à chaque fois...

Enfin bref, toujours est-il qu'il y a un équivalent. Et à chaque fois, la compatibilité n'est pas allée plus loin que les plateformes Windows (oui mais blabla, il y a des exceptions, je vais dire MSSQLServer, au départ Unix, porté vers Windows, et Unix abandonné).

Donc quand on part sur du MS, et bien, on est bien obligé d'y aller jusqu'au bout.
Je passe sur l'évangélisation des étudiants (licences gratos, formations), des DSI... qui fait que...

Je suis admiratif. Ils ont fait ce qu'il fallait. Ils ont su créer l'écosystème qui va bien. Bon ça m'énerve. Mais je reconnais le truc. Je tire mon Chapal.

Un script mental... :-)

...fais quand même gaffe aux buffer overflows. Tu pourrais perdre des souvenirs ou faire des choses non désirées !

Dis m'en plus, ça m'intéresse !

Je commence à penser à isoler des services / sites / apps avec openvz. Ça me parait bien pratique niveau maintenance/conflits/ressources-allouées (pseudo-systèmes isolés avec leurs propres versions de logiciels et la conf qui en dépend...) et pour les migrations de serveurs...

J'ai cherché un peu au niveau sécurité, mais j'ai rien eu à me mettre sous la dent...

Tout retour d'expérience est bon à prendre.
Je te suis tout ouï :-)

Sur un écran large, comme le site "scale", ça devient effectivement embêtant à lire. Petite astuce donc :

Addon Stylish pour FF : https://addons.mozilla.org/fr/firefox/addon/2108

et une règle à mettre pour dlfp :
div.main {
width: 1200px;
margin-left: auto !important;
margin-right: auto !important;
}

Remplacer : 1200px par la largeur désirée.

Rmq: on peut le faire de manière temporaire avec firebug, si on l'a, en éditant le style.

Non, ne raccourcis rien, c'est très bien. Quand je vois une dépêche noyau by patrick_g, je la mets de côté et je la lis quand j'ai une demi-heure à y consacrer entièrement.

Ça donne une bonne vue du développement et de l'avancement de la chose. Je pense que même les phases RC sont importantes à expliciter comme tu le fais.

Quand on suit le dév noyau qu'à partir de ces dépêches, ça donne l'impression d'avoir bien suivi la chose.

Il faudrait peut-être penser à la mise en place d'un outils de correction de coquille collaboratif pour soulager le travail des relecteurs. Après 100 lectures, ça devrait amener à quelque chose de bien.
Il y a des pistes à explorer :
- commentaires coquilles par paragraphe ;
- un système de replace (genre on copie colle une phrase à corriger dans un form, sa correction, et s'il est validé, ça fait le replace) ;

J'aime bien la deuxième qui serait facile à mettre en place sans nécessiter de gros changement.

Pour des petites quantités de données, une base SQL s'en tirera toujours. Par contre quand ça commence à grossir, ça peut faire très mal...

Ce qui est bien, c'est que maintenant on a un vrai choix. Ça devrait lever l'automatisme base de donnée = relationnelle.

;-)

La tentation est grande quand on se met à un outil de vouloir tout faire avec (et de vouloir évangéliser à tout prix).
CouchDB n'est pas le Saint Graal loin de là.

Des exemples de "vis" :
- numéros séquentiels (le genre auto_increment)
- requêtes SQL : on se rend vraiment compte du confort de MySQL quand on a à faire des requêtes "dynamiques" du genre lister des trucs avec des filtres activables (contient, commence par, de ... à ... , ...) ou non sur chaque champs, plus un tri choisi sur n'importe lequel des champs

Ce qui peut séduire vraiment c'est :
- l'aspect document : toujours pour ma facture : en un document je stocke ma facture avec tout ce qui la compose (les lignes.... et aussi par exemple des infos clients (adresse...) puisqu'une facture est censée être figée une fois validée*) plus l'historique des modifications (qui a fait quoi, qui à validé...) plus éventuellement le PDF généré (vu qu'on peut attacher des fichiers).
- les vues : sortons des factures. Je peux avoir une vue (indexée donc) qui me donne un état de stock à partir des mouvements réalisés. Car on peut vouloir ne connaître l'état du stock qu'à partir des mouvements sans stocker la quantité dispo dans une table (après il y a des contraintes d'intégrité...). Avec une bonne vue, on a ce qu'on veut, de manière indexée. Et le recalcul est partiel à chaque appel, on ne reparcourt que les doc modifiés.
- la réplication : parfait pour des applis avec un mode déconnecté...

Après, il faut faire un choix conscient, considérer ses besoins et évaluer la portée (niveau atomicité par exemple...)

Les vues peuvent être une très grosse contrainte. Il faut faire ça bien dès le départ. Avec MySQL, on peut faire des requêtes de malade qui vont très bien tourner jusqu'à 10000 enregistrements (avec du parcours complet...), mais qui dès 100000 enreg va commencer à devenir longue... Et donc on peut être amené à repenser la requête pour utiliser des index qu'on va créer spécialement pour cette requête... Je vais pas entrer dans les détails, je dirais que cet extraordinaire moteur de requête de MySQL** peut être à double tranchant.
Je dirais que pour les vues, il manque encore du map-reduce en série. Pour l'instant on ne peut en faire qu'un seul.

* : avec le principe de la clé étrangère seule, on peut avoir des surprises.
Un exemple simplet mais parlant : imaginons que dans les lignes de la facture j'ai un champs produit avec une clé étrangère. Je récupère le prix (via une jointure ou pas) dans la table produit. Je crée une facture, avec le produit X qui a le prix Y. Je la valide. Plus tard je modifie le prix du produit X, disons Z. Quand je réaffiche ma facture, j'ai le nouveau prix.
Ce type de comportement peut être très emmerdant, si non désiré.

** : tout le long, je dis MySQL, mais ya aussi PostgreSQL....

Une manière de faire :

Une vue (ie un index) avec comme clé : [ categorie , auteur, date ]

map = function(doc) {
emit( [doc.Category, doc.Author, doc.Date] , null);
}

et pas de reduce

appel avec start_key=["Linux", "Edouard", "2010-01-01"]&end_key=["Linux", "Edouard", "2010-01-12"]


Il faut se dire qu'on va créer un index, cad un ensemble de couple (clé,valeur) et ça sera stocké trié par clé. Donc quand on requête sur la vue (cad sur l'index) on requête par rapport à la clé.
C'est la seule manière de faire qui soit efficiente. Une vue temporaire est souvent inadmissible (car ça va tout reparcourir les documents, alors que dans une vue normal, à chaque appel on parcourt que ce qui a changé, donc c'est potentiellement très très très rapide).

Donc, dans la plupart des cas, faut penser un peu en mode je dois faire une requête SQL qui utilise complètement UN index.

(Faudrait que je finisse cette page : http://www.couchdb-fr.net/decouvrir/exemple-blog )

--------------------

Pour les autres qui se pose des questions de l'intérêt, je vais donner le mien (entres autres) :

Par exemple, comment stocker en base une facture ?

MySQL : 1 table facture + 1 table facture_lignes + clés étrangères

CouchDB :
{
...
"client": "Bill Gates",
"lignes": [
{ "Produit": "Support Linux (1/2j)", "Quantité": 10, "Prix": 500 },
{ "Produit": "Porte clé Manchot", "Quantité": 1, "Prix": 2.99 }
],
"Total": 5002.99
}

(Tout ce qui est mettable en JSON est enregistrable dans CouchDB...)

Ahah oui, bing... Petite typo

Si bind dépendait d'eux... malheur malheur...

La tournure c'est plûtot:
"se montre de plus en plus préoccupé par la prise en charge des standards par ses mauvais logiciels"


La tournure, c'est plutôt :
"se montre de plus en plus préoccupé par la prise de part de marché des navigateurs concurrents"

Franchement, s'ils le voulaient, ils se prendraient Webkit ou Gecko ou Presto (ou même KHTML tiens) et ils feraient un IE9 au poil (enfin, niveau rendu et rapidité).
Mais ils le veulent pas, comment ils caleraient leurs trucs à la con (ActiveX) ?
(c'est peut-être même proprio ActiveX ?)

C'est leur modèle, pour chaque techno, il y a une alternative by Redmond.
(qui trouve que ma phrase est tournée dans le mauvais sens par rapport à d'habitude ?)
Et leur modèle, c'est de vendre ça, et de coincer les utilisateurs dans la techno. Et sur les navigateurs, ça dérape. Faut pas déconner, ya Silverlight, les ActiveX, Bind et j'en passe qui en dépendent. Il y a de l'enjeu pour eux...

Et bien j'en ai appris des choses en partant du lien donné vers la page Wikipédia "Satisfiability Modulo Theories".
(Problèmes SAT, Optimisation combinatoire, Pb du sac à dos, ...)

Vive Wikipédia. Vraiment.

Et vive Linuxfr qui par ses dépêches nous font innocemment découvrir d'autres "branches" dans la programmation...

Petits malins va !

1.44*1000*1000/1024/1024=1.37
Ça ne vous rappelle rien ?

Ah cet époque, quelle déception quant on en été réduit à compter les Ko après zippage pour faire rentrer ça sur une disquette et qu'on se disait :
"1.43M, ça passe !!!"
et ben non !

Maudis marketers !

Je crois voir la finalité de la chose, ça a autant l'air intéressant que c'est compliqué !

Il faudrait qq exemples, par exemple pour une appli générée.

J'utilise vim pour éditer tout ce qui est fichiers de conf (et plus généralement ce qui est hors de mon homedir) et gedit pour programmer en PHP (et les JS, CSS ...).

Et bien j'avoue me voir souvent taper ":wq" dans gedit...
(ou quand je suis en intervention client, dans le bloc note Windows...)

Je sais pas ce que vous en pensez ou si ça vous laisse froid, mais je trouve ça génial.
Avec la vue de l'onde sonore...

D'après ce que j'ai compris, on peut à l'aide de raccourcis placer les sous-titres durant une lecture (début et fin). Le placement doit être approximatif et doit sans doute être retouché.

Je pense que c'est même améliorable.
Il serait possible à l'aide d'un raccourci clavier unique de placer les sous-titres au cours de la lecture tout en les balayant uns à la suite des autres et que le soft fasse le gros du boulot tout seul.
En utilisant le raccourci, on dit tel sous-titre va ici. Et le soft s'occupe de repérer le début de la parole et la fin par rapport à l'onde et d'affiner le placement. Et même en jouant avec des paramètres de qualité (durée mini, espacement mini...) pour placer les paroles.

Bon, je dis ça, je dis rien (peut être que c'est super chaud à faire), mais ça pourrait limiter les retouches à faire.

En tout cas, bravo pour le soft.

Pour FPDF, on trouve des "surcouche" tel que html2pdf mais c'est trop lourd, trop lent. Parser en PHP, c'est lent, très lent.... (les parseurs XML tel que la lib native, libxml ou simplexml sont écrits en C donc là c'est plus rapide). Surtout quand on veut sortir qqchose de 400 pages.
Du coup, j'ai créé ma propre surcouche afin de gérer un modèle boîte comme en html (width, height, margin, padding, avec les retours à la ligne....) et surtout des lignes de tableaux. En l'optimisant au maximum... Pq au début c'était pas très très rapide. Pour l'instant, c'est le moins pire que j'ai trouvé.

Sinon, j'avais pensé à utiliser un moteur de rendu html pour l'impression, mais c'était trop gros pour moi. Je suis content d'obtenir qqchose dans ce sens. Je vais regarder ça de près.

Il doit y avoir moyen d'en faire un service standalone accessible en tcp (ça éviterait l'intervention de lignes de commandes et l'enfantage de processus potentiellement gourmand en mémoire à PHP et donc à un thread Apache ou encore le bidouillage du dossier surveillé en cron) On balance le html+css et on récupère le pdf. Après, une simple extension php et j'ai ce que je veux (un peu style memcached).

J'y médite. S'il y a des intéressés, qu'ils me contactent... Plus on est de fous, plus on partage le riz.