Maxime G a écrit 61 commentaires

J'ai en ce moment le besoin de générer des PDF via PHP.

J'ai choisi la solution actuelle la moins pire, à savoir FPDF mais qui reste très gourmant en ressources (et donc temps d'exploitation) surtout quand on "construit" 400 pages.

Cette solution tomberait à point nommé (j'avais cherché vite fait) mais il manque la génération de pdf à partir de l'odt : impossible sans installer sur le serveur OOo (et donc X...) et scripter. D'après ce que je me souviens, c'était un peu lourd.

Vivement qu'un utilitaire stand-alone soit disponible et ce sera parfait.

A mon avis, le support est complet, mais ext4 n'est pas vraiment encore définitif.

L'intégration à Jaunty est là pour que les gens essayent et donnent des retours. Car il y a peut être des problèmes. (il y a déjà eu des pertes d'info dûes au délai de flush qui est de 1 minutes)

Je ne pense pas que ce fork soit une mauvaise chose... TinyERP (OpenERP maintenant) souffrait d'un grand handicap, l'absence total de contribution à la communauté des sociétés de services oeuvrant à partir de TinyERP (mis à part les modules).

Je m'explique : Bien que des sociétés partenaires de Tiny exerçant en France se portent bien, vendent leur service, en France, il est quasiment impossible de trouver un paramétrage correct, complet (ou le plus possible) et respectant la législation fiscale et comptable française.
C'est étonnant non ? Aucun retour.

Le seul module instaurant un paramétrage qu'on puisse trouver a été fait par des ptits gars comme vous et moi, qui ont mis les mains dans le cambouis et qui galèrent. Je pense qu'il sera au point en 2012.

Pour l'instant, TinyERP ne me sert en pratique qu'à imprimer des factures... Et je pense sincèrement reprendre toute ma compta à la main... ça ira plus vite que de mendier sur le forum. Car là, le paramétrage est totalement largué depuis que j'ai eu le malheur de commander sur Vistaprint et donc de faire l'objet d'une livraison intracommunautaire... et c'était en Février...

J'espère vraiment que cette erreur ne se reproduira pas, il y a pas que le code...

Je trouve que ce genre d'enquête très utile pour donner de bonnes orientations de développement pour Ubuntu Server (et qui peut re-servir sur Debian).

Pq en tant qu'utilisateur desktop... bon voilà quoi, j'attends pas grand chose de pointu.

Mais en tant que chef d'entreprise... Par exemple j'aimerai que soit amélioré tout ce qui serveur SAN en redondance DRDB avec service en iSCSI sur du réseau dédié Gigabit ou Fiber Channel... à base de Debian / Ubuntu LTS. (mais surtout Debian !)
Ou même sans en faire des serveurs, de pouvoir améliorer la connexion de serveurs frontaux sous Debian à des serveurs SAN de IBM, HP ou même EMC... parce que là... C'est la misère pour le moment...

Après c'est une société commerciale, soit. Elle vend pas des licences mais du support. Alors si j'ai besoin de support, je ferai un appel d'offre. Mais avant d'avoir besoin de support, il faudrait peut-être se pencher sur le software.

Mais je ne dis pas que le but de l'enquête n'est pas de cibler les besoins des entreprises en terme de serveur et de bosser/développer dans ce sens et après de vendre du support pour ça. Au contraire.

Donc je pense que l'initiative est bonne pour le monde GNU/Linux de manière générale.

Microsoft n'est pas philantrope certes.
Mais d'une part ils poussent Vista sur l'abondant marché du laptop et du desktop ;
Et d'autres part, ils bradent XP à 20~25€ à mon avis pour les UMPC pour imposer XP et ne pas laisser place à Linux. Avec en plus les pressions sur les constructeurs, XP revient en force sur ce marché.
Et XP est rentabilisé depuis des lustres, alors même à 20€, c'est tout benef.

Pour le marché de l'UMPC lowcost, Asus, le "précurseur", a cherché rapidité et bas coûts, donc Linux a été choisi. Maintenant que MS a vu la brèche, ils vont pas lâcher l'affaire, quitte a vraiment brader XP, ça ils s'en foutent. L'important, ne pas laisser émerger un autre OS.

Et on voit bien la logique quand de nouveaux constructeurs se sont positionné sur le segment : presque que du XP.

> ST Micro est une société française (qui fait des puces type Loongson) donc moins de transport, toussa,

Le processeur a de grande chance d'être fabriqué à Crolles (II ou III), c'est à dire à 1 km à vol d'oiseau de chez moi.
Pour autant, ils seront expédiés en chine ou à taïwan pour que ces UMPC soient assemblés, puis re-transportés jusqu'ici...
Alors moins de transport... pouet en fait. Dommage d'ailleurs.

Sinon MilkaJinka, entièrement d'accord avec toi, le MIPS a un bel avenir, un avenir où les processeurs seront dimensionnés juste pour l'usage qu'on en ferait, un avenir où le consommateur sera éduqué et ne cherchera pas les GHz à gogo et forcément le logo Intel sur la boite.

Pour la clé usb, je suis perplexe... Un SSD aurait été mieux, mais plus cher aussi. Le marché n'est pas encore mature pour la production de masse (je parle de grande grande masse) qui ferait baisser le prix de ces bêbêtes.

Merci pour vos deux réponses.

Pour les tableaux, la conversion en image pour l'export web est une voie de simplicité dans le développement, mais bon, on peut pas tout avoir tout de suite. Il y a toujours des priorités. Ce sera une très bonne chose quand ils seront rendus en vrai tableaux.

Pour la documentation, votre approche est plus que louable, le projet ayant l'air très solide, il ne manque plus qu'elle pour décoller à "plus large échelle". Je l'attends donc avec impatience.

Le côté "ça m'embête d'installer depuis des sources une appli sur mon serveur de production debian" m'a aussi fait pensé à SVN ou subversion pour gérer le côté collaboratif du travail manquant dans SCENARIchain. Un peu lourd à l'utilisation (certes moins que rédiger tout artisanalement) mais simple à mettre en place. Il faut donc en avoir vraiment besoin (surtout de la concurence de version avec historique), pour moi c'est pas vraiment nécessaire.

Pour le pdf, j'ai pu voir un projet montant d'ERP (TinyERP)utilisant le RML.
voir ici : http://tinyerp.org/wiki/index.php/TechnicalDocumentation/Rep(...)
Il est écrit en python, la conversion en RML nécessite une édition OOo, mais le flux de départ est bien du XML. Cette approche est très similaire à celle de SCENARI (à ce que j'ai pu voir pdt l'heure que j'ai passé dessus...) où il est nécessaire d'apporter un XSL.
Je vous donne cela à titre indicatif, peut-être cela suscitera quelques idées de part chez vous.
(Le recours à latex étant quelque peu brutal je l'avoue, et la volonté de garder un odt qui est éditable est plutôt compréhensible)

Merci encore de votre attention.

Le projet est bien trop jeune, il y a une absence totale de documentation pour SCENARIbuild qui permet de faire les modélisations.

Du coup, impossible de créer quelque chose de spécifique, même très simple.

Il n'y a que les formations à 1500¤ la semaine.

Je passe donc mon chemin. On verra plus tard quand la documentation sera créée.

Je viens de découvrir cet outils, et à mon avis, il répond parfaitement à un de mes besoins : à savoir la rédaction et la publication de dossiers pour le site dont je suis le webmaster (les dossiers étant un contenu plus statique que dynamique). Pour tout vous dire, rien que l'idée de devoir développer un environnement de travail collaboratif pour cette tâche, friendly-user et avec un modèle-type de document, me décourageait...

J'aimerai en savoir plus sur la génération de tableaux notamment. Car dans de nombreux de nos dossiers, il a des tableaux (avec des données tabulaires bien entendu, pas pour la mise en page) Est-ce intuitif ?

Aussi, avez-vous eu connaissance d'un déploiement de SCENARIserver sur Debian. Il y a t'il un paquet ?

Vous dîtes que vous n'êtes pas arrivé à générer du PDF autrement que par OOo ?

Si cela se passe comme c'est expliqué dans l'article, c'est la fin des haricots.

Microsoft, malheureusement, tient tout le monde par les couilles grâce à deux points, majeurs dirons-nous :

1) La préinstallation de Windows et l'ancienneté de la gamme de système d'exploitation Windows fait que chaque client veut Windows. Les habitudes ont la vie dure sur un PC. Un simple-user voudra conserver Windows (surtout que maintenant, il y a les petits "effets spéciaux"). Encore puisse-t-il avoir le choix, vu le phénomène de vente liée très très largement exploité par Microsoft.

2) L'argent. Oui, l'argent gagné par ces années de domination (je suis fair-play, jusque là ça me va) et de lobbying (là, ça me va déjà plus) auprès des assembleurs... Ils peuvent se permettre de "convaincre" les grands comptes et le monde des entreprises, à grand coup de rabais extraordinaires et de marketing.

3) Je place un 3ème point néanmoins intéressant : Les étudiants. Microsoft exerce un lobbying impressionnant dans les FAC, IUT, écoles d'ingénieur info ou pas. A grand coup de licences d'OS ou de logiciels de toute sorte estampillés Microsoft offertes à tout va, ils conditionnent les futurs admins réseau et les futurs décideurs de solutions du monde de l'informatique ou pas.

Tout ceci fait que :

1) Microsoft tiens par les couilles les fabriquants de hardware. Cette menace de révocation de drivers est énorme pour un fabriquant. Se priver du marché "Windows", revient au suicide économique. Le monde informatique alternatif n'est pas assez important pour pouvoir faire un pied de nez à Microsoft. Surtout qu'il y aura toujours des fabriquants qui diront oui à Microsoft ou qui se seront laisser "convaincre" (vous savez un papier, des zéros, le signe $, une signature...).
La seule solution pour s'en sortir serait que tous les fabriquants tiennent tête à Microsoft, ce qui ne sera absolument pas le cas.

1 bis) Ce qui entraîne : Microsoft tient par les couilles les fabriquants de périphériques et dérivés (lecteurs mp3 ...)

2) Ce qui entraîne : Microsoft peut tuer le monde libre.
Si le hardware se retrouve non entièrement documenté par la menace de révocation des drivers, les drivers open-source ne pourront voir le jour qu'après reverse-ingeneering, donc en gros, on peut dire que ça ne vera pratiquement pas le jour.
Du coup, les systèmes libres ou pas, autre que Vista & dérivés, ne pourront tourner sur le nouveau matériel. Nous assisterons au meurtre du libre. Et le Colombo du libre ne pourra rien faire de plus après avoir résolu l'affaire.

A petits coups d'activation de ces procédés au cours des 3 prochaines années, Microsoft aura éliminer la concurence, et rendu dépendant le matériel à ses systèmes d'exploitation. Ils ne sont pas bêtes. Tout est calculer. Ils feront d'une pierre deux coups.

J'ai bien peur que c'est ce qui risque de se passer. Moi je ferai ce que je peux pour lutter contre ça. Il n'y aura pas de passage à Vista chez moi.

Les chances de survie viendront de projet hardware libre ou de double gamme de produits de la part des fabriquants.


J'ai envie de préciser que le marché (professionnel faut-il bien préciser) des serveurs est depuis longtemps un grand manque à gagner pour Microsoft. Il est hors de question pour moi d'avoir un serveur dédié sous Windows. Le mien restera sous Debian. Et dieu merci, les admins de serveurs dédiés savent voir la différence dans le coût et la performance.
=> Espérons que notre espoir viennent de là.

(ça y est, on est dans Star Wars, on est la rebellion, Bill Gates, c'est Palpatine, le directeur de WGA c'est Dark Vador, et l'empire, c'est Microsoft.)

misro$oft ne va quand même pas se tirer une balle dans le pied

Surtout que s'il faut faire une radio, ou une IRM pour localiser la balle, ils vont rigoler... avec l'image dégradée... :-D