Je m'adressais aux tireurs à gages, ceux recrutés spécialement par M. Robert avec pour mission :
Si lors de la lecture d'un journal sur linuxfr vous trouvez une faute d'orthographe ou de grammaire vous devez absolument éliminer l'auteur.
C'est quand même une réponse récurrente à beaucoup de journaux et très souvent digne d'un sniper en embuscade derrière un manchot avec un peu trop de protection abdominal :
- Tu fais trop fautes;
- Tu sais pas écrire;
- ...
Bien souvent ces même personnes qui osent la phrase qui tue en oublie même l'idée que eux aussi pourrait participer et prendre le risque de s'exposer à un autre sniper enmanchoné.
La note est salé pour l'auteur. Que son journal soit intéressant ou non (le mien n'est pas d'une profondeur extrême, je suis d'accord) le sujet passe totalement inaperçu, il est enfouis dans un amas de critiques basées uniquement sur le plaisir fugace qu'en France on parle la France et que t'a pas le droit à l'erreur. A ce rythme, en plus d'être perçu comme une secte d'extrémiste du libre, vous allez faire croire aux lecteurs qui osent s'aventurer sur linuxfr qu'ici vous êtes là pour corriger les fautes et rien d'autres. Si le journal est nul, une coquille vide, sans queux ni tête... Pas grave il n'y a pas de fautes et c'est le plus important..
Je m'en vais répondre à ceux qui s'intéresse au sujet et ne tiennent pas trop compte des fautes.
La critique est dur, elle est facile mais je l'accepte car oui je fais des fautes mais je dors bien. Et puis comme on dit : "y a que ceux qui font rien qui ne font pas d'erreurs".
Drupal, l'un des fleurons du libre dans le monde des CMS. J'ai fais plusieurs tentatives parce que tout le monde dit que c'est le top, c'est modulaire, t'en fais ce que tu veux.
Après moult arrachage de cheveux, pétage de câble, j'en passe et des meilleurs, je but toujours sur la fameuse taxomony. Dans le genre concept ésotérique maléfique étant le résultat d'un intense BrainStorming hautement philosophique (pour rester polie)... Mais bon je veux bien re-tester.
Xoops... Comment dire pour moi je le mets dans le même panier que tout *.Nuke. Je l'ai testé il y a quelques années et dans le genre usine à gaz, rigide, frigide, ressourcessovor, bricolige (mince sa marche pas) c'était pas mal, mais bon je veux bien le rester histoire de confirmer mon idée ou alors avoir une bonne surprise.
Spip je l'ai testé avant de publié sur le forum. Déjà c'est un problème que se soit un import. Si l'utilisateur change sont mot de passe dans l'annuaire la modification n'est pas reporté dans spip et puis autre soucis je n'ai pas trouvé la création/gestion de catégorie et encore moins les droits d'accès sur telle ou telle catégorie.
Excellente idée. Ça va surtout permettre la simplification de mise en place de virtualisation et surtout en simplifier la gestion.
Je vais suivre ce projet de près car pour le moment je commence à me documenter sur le sujet de la virtualisation mais en gros c'est le foutoir, il y a des briques éparpillées sur différents projets et le lien entre les deux n'est pas forcement des plus simple pour un non expert en virtualisation.
Tu peux retourné le problème. Si on va dans ton sens, une personne qui préfère avoir accès facilement au contrôle va devoir jongler avec les ascenseurs :(
A ma connaissance il n'y a pas de limite à la création de catégorie et sous-catégories (voir la doc pour la notion de catégorie physique et catégorie virtuelle) http://fr.piwigo.org/doc .
Dans un plus pur esprit libre, ce qu'il manque à prestashop c'est un module officiel de payement par CB (Atos, cybermut...) alors que, il me semble, Plici est déjà équipé.
Lorsque dotclear2beta6 je me rappel avoir tenté l'expérience de créer une plate-forme (je précise que j'utilise dotclear pour d'autre "mono" blog et j'en suis pleinement satisfait). La mise en place est assez simple.
A cette époque il y avait quelques courageux qui essayaient d'écrire des plugins pour gérer l'inscription des utilisateurs mais rien de précis, malheureusement je ne retrouve plus rien sur le forum. J'en faisais partie avec autoblog, mais au travers des différents post sur le sujet je n'ai pas eu l'impression que l'équipe de dev s'intéressait beaucoup au sujet. Maintenant je ne sais pas si ça a changé ?
vserver est intéressant mais par exemple si j'ai besoin d'une config kernel particulière sur une machine virtuelle et d'une autre config sur une autre machine virtuelle, ça coince :( Je te l'accorde c'est un cas extrême que je doute rencontrer dans ma salle mais je préfère prévoir le pire.
C'est assez désagréable lorsqu'un éditeur (libre ou proprio) fait une grosse campagne sur telle ou telle solution et que quelques versions plus tard il dit en gros : "non c'est de la merde, mais le nouveau truc c'est top" :(
C'est à suivre, mais je suis favorable aussi à continuer avec CentOS (par habitude et respect des versions déjà existante au boulot), plutôt qu'une distri qui n'est pas conçu pour et il y a juste un gars dans sont coin qui a pondu le patch de la mort mais qui n'en assure pas le suivi/support.
Je suis d'accord avec toi rhys. L'environnement de production a des contraintes plus complexe que nos petites plate-forme de test. Je suis ok pour le support aussi, mais je vois sur d'autres machines/logiciels j'ai du support que je paye une fortune et qui franchement très loin d'un bon rapport qualité/prix.
Donc oui pour du support mais du genre, c'est pas notre logiciel c'est la faute à l'autres.
Il me semble que KVM émule matériel, alors qu'avec Xen l'invité a directement accès aux matériels du serveur ce qui, toujours d'après ce que j'ai lu, permet d'avoir de meilleure performance.
Bonjour,
Merci pour votre témoignage du point de vue d'un dev.
J'ai presque abandonné l'idée de la synchro dans les deux sens. Quand je vois les prises de tête rien qu'avec un téléphone et l'annuaire de la messagerie d'un utilisateur...
Maintenant le offline. J'ai étudié les solutions de connexion à base de 3G, mais pour le moment les opérateurs pensent que les sociétés françaises (et grand public) son des vaches à lait. Ils imposent des tarifs bien trop élevés et des conditions/limitations totalement incompatibles avec une utilisation pro.
Pour revenir aux différentes solutions. En mode autonome je n'en ai trouvé aucunes en opensource. Toute les applications sont en mode web ce qui impose de débourser une fortune en coût connexion et ne résous par le problème lorsque le nomade est hors zone de couverture 3G. L'autre idée est d'installer le trio apache/php/mysql sur chaque portable des nomades mais vient deux problèmes :
- La maintenance et la configuration des versions d'apache/php/mysql en plus de la maintenance de la solution CRM;
- La consommation de ressource;
Je ne perd pas espoir de trouver une solution qui correspond à nos besoin mais pour le moment j'ai un peu mis l'idée de côté.
Et je branche où le groupe électrogène pour faire fonctionner tout ça... Je rappel que se sont des commerciaux donc ils ne doivent pas avoir à ce prendre la tête avec 300 programmes
Oui il faut absolument qu'il y ai une synchro dans les deux sens. Après l'intégration à votre gestion commercial peut se faire via des fichiers d'échanges et non en natif.
[^] # Re: pas la tête...
Posté par Philippe M (site web personnel) . En réponse au journal HADOPI et sont applications. Évalué à 0.
Si lors de la lecture d'un journal sur linuxfr vous trouvez une faute d'orthographe ou de grammaire vous devez absolument éliminer l'auteur.
C'est quand même une réponse récurrente à beaucoup de journaux et très souvent digne d'un sniper en embuscade derrière un manchot avec un peu trop de protection abdominal :
- Tu fais trop fautes;
- Tu sais pas écrire;
- ...
Bien souvent ces même personnes qui osent la phrase qui tue en oublie même l'idée que eux aussi pourrait participer et prendre le risque de s'exposer à un autre sniper enmanchoné.
La note est salé pour l'auteur. Que son journal soit intéressant ou non (le mien n'est pas d'une profondeur extrême, je suis d'accord) le sujet passe totalement inaperçu, il est enfouis dans un amas de critiques basées uniquement sur le plaisir fugace qu'en France on parle la France et que t'a pas le droit à l'erreur. A ce rythme, en plus d'être perçu comme une secte d'extrémiste du libre, vous allez faire croire aux lecteurs qui osent s'aventurer sur linuxfr qu'ici vous êtes là pour corriger les fautes et rien d'autres. Si le journal est nul, une coquille vide, sans queux ni tête... Pas grave il n'y a pas de fautes et c'est le plus important..
Je m'en vais répondre à ceux qui s'intéresse au sujet et ne tiennent pas trop compte des fautes.
Born to Kill EndUser !
# pas la tête...
Posté par Philippe M (site web personnel) . En réponse au journal HADOPI et sont applications. Évalué à -7.
Born to Kill EndUser !
[^] # Re: Problème de Drupal ?
Posté par Philippe M (site web personnel) . En réponse au message CMS + ldap. Évalué à 0.
Après moult arrachage de cheveux, pétage de câble, j'en passe et des meilleurs, je but toujours sur la fameuse taxomony. Dans le genre concept ésotérique maléfique étant le résultat d'un intense BrainStorming hautement philosophique (pour rester polie)... Mais bon je veux bien re-tester.
Born to Kill EndUser !
[^] # Re: xoops
Posté par Philippe M (site web personnel) . En réponse au message CMS + ldap. Évalué à 1.
Born to Kill EndUser !
[^] # Re: SPIP
Posté par Philippe M (site web personnel) . En réponse au message CMS + ldap. Évalué à 2.
Born to Kill EndUser !
# De près
Posté par Philippe M (site web personnel) . En réponse à la dépêche Première publication de la plate-forme libre de HaaS (Hardware as a service) NiftyName. Évalué à 1.
Je vais suivre ce projet de près car pour le moment je commence à me documenter sur le sujet de la virtualisation mais en gros c'est le foutoir, il y a des briques éparpillées sur différents projets et le lien entre les deux n'est pas forcement des plus simple pour un non expert en virtualisation.
Born to Kill EndUser !
[^] # Re: OsCommerce?
Posté par Philippe M (site web personnel) . En réponse au message Plateforme multiboutique. Évalué à 1.
Pour ce qui est de python je connais pas du tout.
Born to Kill EndUser !
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Philippe M (site web personnel) . En réponse à la dépêche Piwigo 2.0. Évalué à 2.
Born to Kill EndUser !
[^] # Re: Intégration avec Picasa
Posté par Philippe M (site web personnel) . En réponse à la dépêche Piwigo 2.0. Évalué à 2.
Born to Kill EndUser !
[^] # Re: Excellent
Posté par Philippe M (site web personnel) . En réponse à la dépêche Piwigo 2.0. Évalué à 1.
Born to Kill EndUser !
[^] # Re: autres solutions
Posté par Philippe M (site web personnel) . En réponse à la dépêche Plici : Sortie de la version 1.0. Évalué à 1.
Born to Kill EndUser !
[^] # Re: Dotclear 2
Posté par Philippe M (site web personnel) . En réponse à la dépêche LifeType manque de développeurs. Évalué à 1.
Lorsque dotclear2beta6 je me rappel avoir tenté l'expérience de créer une plate-forme (je précise que j'utilise dotclear pour d'autre "mono" blog et j'en suis pleinement satisfait). La mise en place est assez simple.
A cette époque il y avait quelques courageux qui essayaient d'écrire des plugins pour gérer l'inscription des utilisateurs mais rien de précis, malheureusement je ne retrouve plus rien sur le forum. J'en faisais partie avec autoblog, mais au travers des différents post sur le sujet je n'ai pas eu l'impression que l'équipe de dev s'intéressait beaucoup au sujet. Maintenant je ne sais pas si ça a changé ?
Born to Kill EndUser !
[^] # Re: Conteneurs
Posté par Philippe M (site web personnel) . En réponse au journal La virtualisation en production. Évalué à 2.
Born to Kill EndUser !
[^] # Re: Université Rennes 2
Posté par Philippe M (site web personnel) . En réponse au journal La virtualisation en production. Évalué à 4.
C'est à suivre, mais je suis favorable aussi à continuer avec CentOS (par habitude et respect des versions déjà existante au boulot), plutôt qu'une distri qui n'est pas conçu pour et il y a juste un gars dans sont coin qui a pondu le patch de la mort mais qui n'en assure pas le suivi/support.
Born to Kill EndUser !
[^] # Re: plop
Posté par Philippe M (site web personnel) . En réponse au journal La virtualisation en production. Évalué à 2.
Donc oui pour du support mais du genre, c'est pas notre logiciel c'est la faute à l'autres.
Born to Kill EndUser !
[^] # Re: Université Rennes 2
Posté par Philippe M (site web personnel) . En réponse au journal La virtualisation en production. Évalué à 1.
Born to Kill EndUser !
[^] # Re: Université Rennes 2
Posté par Philippe M (site web personnel) . En réponse au journal La virtualisation en production. Évalué à 1.
Born to Kill EndUser !
[^] # Re: Université Rennes 2
Posté par Philippe M (site web personnel) . En réponse au journal La virtualisation en production. Évalué à 1.
Est-ce que vos serveurs sont en cluster ou bien chacun de leurs côtés ?
Born to Kill EndUser !
[^] # Re: plop
Posté par Philippe M (site web personnel) . En réponse au journal La virtualisation en production. Évalué à 1.
Il me semble que KVM émule matériel, alors qu'avec Xen l'invité a directement accès aux matériels du serveur ce qui, toujours d'après ce que j'ai lu, permet d'avoir de meilleure performance.
Born to Kill EndUser !
[^] # Re: Difficulté du mode offline
Posté par Philippe M (site web personnel) . En réponse au message CRM en client lourd et riche. Évalué à 1.
Merci pour votre témoignage du point de vue d'un dev.
J'ai presque abandonné l'idée de la synchro dans les deux sens. Quand je vois les prises de tête rien qu'avec un téléphone et l'annuaire de la messagerie d'un utilisateur...
Maintenant le offline. J'ai étudié les solutions de connexion à base de 3G, mais pour le moment les opérateurs pensent que les sociétés françaises (et grand public) son des vaches à lait. Ils imposent des tarifs bien trop élevés et des conditions/limitations totalement incompatibles avec une utilisation pro.
Pour revenir aux différentes solutions. En mode autonome je n'en ai trouvé aucunes en opensource. Toute les applications sont en mode web ce qui impose de débourser une fortune en coût connexion et ne résous par le problème lorsque le nomade est hors zone de couverture 3G. L'autre idée est d'installer le trio apache/php/mysql sur chaque portable des nomades mais vient deux problèmes :
- La maintenance et la configuration des versions d'apache/php/mysql en plus de la maintenance de la solution CRM;
- La consommation de ressource;
Je ne perd pas espoir de trouver une solution qui correspond à nos besoin mais pour le moment j'ai un peu mis l'idée de côté.
Born to Kill EndUser !
[^] # Re: Type de synchronisation
Posté par Philippe M (site web personnel) . En réponse au message CRM en client lourd et riche. Évalué à 0.
Et je branche où le groupe électrogène pour faire fonctionner tout ça... Je rappel que se sont des commerciaux donc ils ne doivent pas avoir à ce prendre la tête avec 300 programmes
Born to Kill EndUser !
[^] # Re: Type de synchronisation
Posté par Philippe M (site web personnel) . En réponse au message CRM en client lourd et riche. Évalué à 1.
Born to Kill EndUser !
[^] # Re: Sugar CRM
Posté par Philippe M (site web personnel) . En réponse au message CRM en client lourd et riche. Évalué à 1.
Born to Kill EndUser !
[^] # Re: Sugar CRM
Posté par Philippe M (site web personnel) . En réponse au message CRM en client lourd et riche. Évalué à 1.
Au contraire je test vtiger couplé à zmws... A suivre.
Born to Kill EndUser !
[^] # Re: Type de synchronisation
Posté par Philippe M (site web personnel) . En réponse au message CRM en client lourd et riche. Évalué à 1.
Born to Kill EndUser !