cela permet effectivement le non-commercial comme affiché sur ton lien, comme le commercial (ces aspects étant orthogonaux au libre, ce qui compte c'est la licence du code source).
ça ressemble un peu à mes pourriel :p dommage de se faire cracker pour des hackers ? ;-) (bon ok, ce n'est "que" du spam de wiki, je vous laisse nettoyer et un peu sécuriser toussa).
Heu... je ne suis pas sur que tu saches bien de quoi tu parles...
hmm des référence montrant que RAC va être plus rapide que sans RAC ? (hormis en limite de puissance d'un serveur hein, qui réclamerait la puissance du deuxième serveur pour continuer à tenir la charge).
Pour trouver des arguments pro-Unix, àmha tu passes sur n'importe quel site de support Oracle, ce qui te permettra de participer aux trolls^Wdébats Solaris/AIX/Linux/OpenSolaris...
Vu le nombre de personnes qui se sont cassées les dents sur Oracle 8i qu'il est génial et tourne même sous GNU/Linux (avec visiblement une méthode estampillé la-rache), forcément la campagne unbreakable Linux les a fait fuir cette compagnie ne prenant pas au sérieux leur OS préféré... (outre son non respect flagrant du libre et une démarche clairement affichée comme marketing aka irréaliste pour tout connaisseur... indigne de professionnels qui emprisonnent nos données dans leur modèle à options, une fois devenues enfin utilisables).
Si déjà tu répondais à mes (vraies) questions et que tu réussis à convaincre ton collègue (DBA et les admins sys aussi), bin t'aura avancé d'un poil. Un DSI ça se convainc au "j'économise combien" et au "ya des collègues qui peuvent corroborrer" sans oublier le "ça marche actuellement pourquoi changer ?" : il sait utiliser google aussi et te démontera ton impertinence à coup de consultant ki_lui_sait au besoin, vu que toute étude a son contraire sur le web...
Tu ne te poses donc pas (encore) la bonne question pour faire ton étude de faisabilité (avec les 3 scénarios classiques et les coûts en bas, tenant compte de l'opex et du capex, avec projection à 1 an, 3 ans voire 10 ans). Bref, oublie le "moi-je, ligne de commande" toussa, si tu es tout seul, tu vas dans le mur, c'est un travail d'équipe (bien souvent en sous-marin dans un premier temps : démontrer que juste ça marche suffit souvent et personne ne se rend compte de rien, tu montres 6 mois après que ça a tourné sans que personne ne s'en rende compte). Tu tomberas, par exemple, sur les écueils suivants : est-ce procéduré (exploitable par quelqu'un d'autre que toi) ? le matériel est-il supporté ? la solution est-elle maîtrisable ou demande-t-elle des licences supplémentaires à négocier par les achats (pour les sauvegardes, la supervision, le capacity planning, par exemple) ? Généralement, proposer d'avoir de nouveaux serveurs (autant qu'on veut) pour le prix du seul matériel avec un niveau de service plus élevé que d'habitude ou des fonctionnalités supplémentaires permet de remporter le jackpot (et tu remarqueras que dans mon discours je n'ai jamais mis en avant GNU/Linux ou autre système, ça pourrait être OpenSolaris... simplement c'est les mêmes arguments, induits du libre il est vrai).
Bien-sûr, il peut y avoir des perturbations qui faussent la mesure, mais on doit resté assez précis.
Il peut y avoir des rebonds oui (un peu plus en GSM1800 qu'en GSM900) mais - comme tu le dis - en GPS c'est similaire on va dire (hormis que les ondes venant "d'en haut" l'angle d'incidence atténue sans doute... bref).
Il y a un maillage un peu plus complet dans le GSM que dans le GPS tout de même (300m généralement en ville) et par défaut un mobile communique en permanence avec trois antennes dont le signal est le plus élevé (pour gérer le handover notamment, aussi appelé - à tort àmha - roaming), avec les informations : puissance du signal, autres antennes (ce qui permet de corréler pour faire la triangulation, soit au niveau du mobile - ce qui resterait privé - soit au niveau des Base_Transceiver_Station aka antennes et consolidé au niveau du concentrateur Base_Station_Controller, ce qui serait un peu moins privé)
Je ne sais pas si les opérateurs mobiles ont mis en oeuvre en:E-OTD et en:U-TDOA. Quand j'en avais entendu parler en 2001, j'étais (encore) passé pour un empêcheur de tourner en rond auprès de mes collègues chez un opérateur mobile quand j'avais relevé des limites légitimes à mettre avant une utilisation systématique ; je crois, par exemple, me rappeller que j'avais évoqué qu'il serait préférable que ce soit à l'initiative de l'utilisateur (ce qui était en cours de mise en place avec envoi de SMS pour récupérer au moins le Cell-id dans un 1er temps) pour lui éviter de recevoir une 10aine de SMS de pub' à chaque fois qu'il serait dans un centre commercial friand de faire connaître les offres promotionnelles de tous ses magasins o_O (il y a peu de limites d'imagination de nos amis marketeux... même si au final cela reste raisonnable àmha).
L'article Geolocalisation est assez intéressant et renvoie vers pas mal d'articles, dont G%C3%A9olocalisation_GSM même si les articles en anglais comme en:Mobile_phone_tracking sont àmha plus intéressants.
Il y a des utilisations légitimes comme en:Enhanced_911 (d'ailleurs aux débuts du GSM, les services d'intervention des autoroutes étaient assez embêtés : autant pour les cabines orange de secours, réparties "régulièrement", ils savaient localiser l'appel, autant pour tous les appels GSM qui ont commencé à fleurir, ils étaient un peu désemparés pour connaître la section d'autoroute concernée), mais il y a certaines de dérives et abus imaginables voire envisagés que ça en est parfois gênant :/
Quant à spécifier les corrections gamma à chaque utilisation, cela devient vite très lourd
dans la logique Unix, faire une chose et le faire bien ;-)
tu peux faire
- un alias gmic-artist_image qui rajoute ce qu'il faut systématiquement
- ou dans une optique d'utilisation par Gimp (ou Krita), c'est le logiciel appelant qui a connaissance de la nature du traitement qui positionnera des paramètres par défaut (en fonction d'infos sur l'image voire permettra de les changer pour un contrôle fin).
c'est sous licence MIT (libre) d'après la FAQ
et le code source semble disponible à partir de http://info.scratch.mit.edu/Linux_installer pour les versions précédentes (1.3.1)
un PPA (paquet ubuntu) avec la 1.4.0 est sur [https://launchpad.net/~scratch/+archive/ppa], je n'ai pas regardé pour le source, il doit bien y avoir un svn disponible quelquepart...
ah... et il en pense quoi ton collègue, il préfère quoi comme environnement pour travailler ? Et tu as aussi omis de répondre à quelques-unes de mes autres questions... Ils en pensent quoi les admins systèmes qui travaillent avec vous ? (Parce qu'il vaut mieux que tu aies des soutiens par ailleurs sur ce genre de projet).
As-tu vraiment besoin de Oracle RAC, dont les perfs seront par défaut moins bonnes qu'une base Oracle standard (du fait des synchronisations), et je pense que tu auras besoin de vrais DBA pour le faire tomber en marche (voire quelques jours de consultants Oracle...). Éventuellement, de la réplication avec dataguard serait àmha plus simple à mettre en oeuvre pour avoir un secours qui en plus permettrait de désynchroniser les bases pour résister à de la corruption de données par exemple (revenir 4h avant) et les déposer sur un site distant pour faire du PRA pour le même prix (hormis les coûts réseau...).
Es-tu sous du windows 32 ou 64 ? Si tu es encore sur du windows 32, un GNU/Linux x86_64 sera sans doute plus rapide (ça dépend des volumétries de tes bases, de la teneur des traitements batchs, du nombre d'utilisateurs...), sinon le premier lien d'un PDF de google performance oracle windows linux te montrera que les performances sont similaires d'un environnement à l'autre pour Oracle 10gR2 (tout est surtout lié au matériel en fait...), cela a peut-être changé avec Oracle 11gR2.
Tu ne voudrais pas déjà démarrer par tes serveurs WAMP pour en faire des LAMP ?
je pense qu'il voulait dire
"et on a moins de problème"
ou "et on n'a plus de problème"
de l'importance de la négation complète "ne... plus" à l'écrit ;-)
si c'est effectivement un nouveau GULL, il ne reste plus qu'à s'inscrire sur les différentes listes qui fleurissent de-ci, de-là http://faq.tuxfamily.org/CommunicationLibreLUG/Fr (la liste de référence - sur laquelle beaucoup d'autres listes se basent - étant celle de l'AFUL que tu as citée).
Il n'y a pas de DBA autour de toi ?
- s'il n'y en a pas, bin c'est déjà une raison de ne pas prendre Oracle, encore moins Oracle RAC qui tombe difficilement en marche sans une connaissance approfondie de metalink (que seuls des DBA Oracle apprécient, la recherche étant... disons particulière, dans cette base de connaissance, non indexée par google à ma connaissance).
- s'il y en a, ils ont peut-être leur mot à dire sur le choix d'un OS de prédilection ? De ceux que j'ai pu rencontrer, pas mal avaient une petite préférence pour AIX mais au vu des prix de serveurs, ils acceptaient du RHEL sur x86_64 (qui fait partie de ce qui est certifié).
Il faudrait plus d'information sur les volumétries envisagées, nombres de bases... pour fournir d'autres éléments.
Éventuellement identifier le type d'applications envisagées ; parfois un LAMP est bien plus opérationnel (bon on m'a déjà embêté à faire du LAOP vu que la volumétrie était potentiellement conséquente... alors qu'au final ça dépassait peu souvent 10 Go, ce que je trouve faible, même pour un MySQL qui s'est pas mal amélioré dernièrement).
Les solutions de cluster ont un avantage dans le libre : les licences ne sont généralement pas 2 fois plus cher, la mise en place demandera le même type d'expertise mais aura tendance à mieux tomber en marche. Par exemple, pour du Jboss le clustering était pour le même prix, pour du WebLogic (devenu Oracle d'ailleurs) bin c'était facilement le double (de beaucoup). Pour des besoins spécifiques (comme des besoins en Systeme_d%27information_geographique) PostgreSQL est bin positionné (ou si tu as besoin d'une vraie base de données pour de bonnes volumétries...) mais il te faudra trouver un DBA qui l'aime bien.
Tu focalises sur "objectif"
Perso, je serais plus dans la logique théorème (ce que tu appelles objectif) et corollaire (ce que tu appelles complot), c'est-à-dire que l'un ne va pas sans l'autre et je n'ai pas parlé de théorie du complot, simplement mis en évidence l'aspect corollaire visiblement inévitable. Alors oui, c'est peut-être un raccourci, mais l'objection me semble légitime (sans pour autant faire appel au complot, simplement rappeler le contexte et peut-être un modèle de valeurs différent de celui de certains lobbies). Ce volet corollaire peut être rappellé pour mettre les points sur les i et les barres sur les t, mais il va de soi àmha même si j'ai pris du temps pour rappeler le contexte.
À raisonner au premier degré, comme j'en ai l'impression, tu omets toi-même de rappeler le contexte qui n'est pas joli-joli et les enjeux, en gros tu regardes le bras gauche qui tient la muleta et oublie la main droite qui tient l'épée (pas le glaive de la justice hein), désolé de cette image empruntée à la Corrida, mais ça doit être ton côté taureau qui m'y a fait penser ;-) (il meurt la plupart du temps :/).
Mais ceci dit, il y a une solution assez simple pour faire passer son message : avec une démonstration. Et dans le cas présent, la démonstration est inexistante.
ou est-ce comme à la bourse "les performances^Wratées du passé ne présagent pas de l'avenir" ?
J'ai rajouté des éléments connexes donnant une vue d'ensemble àmha, sans en devenir parano, tu peux accorder àmha que cela amène à devenir méfiant des applications qui peuvent être faites (de bonne foi hein, c'est dans la loi... même si c'est hors-la-loi par ailleurs).
[^] # Re: Libre ?
Posté par BAud (site web personnel) . En réponse à la dépêche Maîtrisez la programmation avec Scratch. Évalué à 2.
http://info.scratch.mit.edu/Scratch_License/License
cela permet effectivement le non-commercial comme affiché sur ton lien, comme le commercial (ces aspects étant orthogonaux au libre, ce qui compte c'est la licence du code source).
# RFID...
Posté par BAud (site web personnel) . En réponse à la dépêche [Toulibre] Présentation du Tetalab et rencontre logiciels libres le 21 octobre 2009. Évalué à 2.
Et sinon, quelques photos disponibles de la table ?
[^] # Re: Il y a même un guide pour écrire du code comme ça !
Posté par BAud (site web personnel) . En réponse au journal ha le php et ses élites. Évalué à 1.
on se connaît ? c'est une expression à moi aussi ça :-) (ou alors un opérateur telecom en commun dans nos parcours respectifs...)
# cracker contre hacker
Posté par BAud (site web personnel) . En réponse à la dépêche [Toulibre] Présentation du Tetalab et rencontre logiciels libres le 21 octobre 2009. Évalué à 2.
ça ressemble un peu à mes pourriel :p dommage de se faire cracker pour des hackers ? ;-) (bon ok, ce n'est "que" du spam de wiki, je vous laisse nettoyer et un peu sécuriser toussa).
[^] # Re: Vidéo
Posté par BAud (site web personnel) . En réponse à la dépêche « Qui cherche à contrôler l'Internet ? » : la vidéo. Évalué à 3.
Comme sur http://linuxfr.org/2009/04/06/25269.html ? (et les deux jours précédents)
[^] # Re: Et la démo ?
Posté par BAud (site web personnel) . En réponse au journal Auxrames : Outil de gestion d'équipe. Évalué à 2.
[^] # Re: TLS et virtualhost
Posté par BAud (site web personnel) . En réponse au message Achat d'un certificat SSL et hébergement. Évalué à 2.
ce que montre bien SSL et d'autant plus Secure_Sockets_Layer (cf. la redirection sur Transport_Layer_Security).
[^] # Re: hmmm
Posté par BAud (site web personnel) . En réponse au message Recherche de comparaison de performance. Évalué à 2.
hmm des référence montrant que RAC va être plus rapide que sans RAC ? (hormis en limite de puissance d'un serveur hein, qui réclamerait la puissance du deuxième serveur pour continuer à tenir la charge).
Pour trouver des arguments pro-Unix, àmha tu passes sur n'importe quel site de support Oracle, ce qui te permettra de participer aux trolls^Wdébats Solaris/AIX/Linux/OpenSolaris...
Vu le nombre de personnes qui se sont cassées les dents sur Oracle 8i qu'il est génial et tourne même sous GNU/Linux (avec visiblement une méthode estampillé la-rache), forcément la campagne unbreakable Linux les a fait fuir cette compagnie ne prenant pas au sérieux leur OS préféré... (outre son non respect flagrant du libre et une démarche clairement affichée comme marketing aka irréaliste pour tout connaisseur... indigne de professionnels qui emprisonnent nos données dans leur modèle à options, une fois devenues enfin utilisables).
Si déjà tu répondais à mes (vraies) questions et que tu réussis à convaincre ton collègue (DBA et les admins sys aussi), bin t'aura avancé d'un poil. Un DSI ça se convainc au "j'économise combien" et au "ya des collègues qui peuvent corroborrer" sans oublier le "ça marche actuellement pourquoi changer ?" : il sait utiliser google aussi et te démontera ton impertinence à coup de consultant ki_lui_sait au besoin, vu que toute étude a son contraire sur le web...
Tu ne te poses donc pas (encore) la bonne question pour faire ton étude de faisabilité (avec les 3 scénarios classiques et les coûts en bas, tenant compte de l'opex et du capex, avec projection à 1 an, 3 ans voire 10 ans). Bref, oublie le "moi-je, ligne de commande" toussa, si tu es tout seul, tu vas dans le mur, c'est un travail d'équipe (bien souvent en sous-marin dans un premier temps : démontrer que juste ça marche suffit souvent et personne ne se rend compte de rien, tu montres 6 mois après que ça a tourné sans que personne ne s'en rende compte). Tu tomberas, par exemple, sur les écueils suivants : est-ce procéduré (exploitable par quelqu'un d'autre que toi) ? le matériel est-il supporté ? la solution est-elle maîtrisable ou demande-t-elle des licences supplémentaires à négocier par les achats (pour les sauvegardes, la supervision, le capacity planning, par exemple) ? Généralement, proposer d'avoir de nouveaux serveurs (autant qu'on veut) pour le prix du seul matériel avec un niveau de service plus élevé que d'habitude ou des fonctionnalités supplémentaires permet de remporter le jackpot (et tu remarqueras que dans mon discours je n'ai jamais mis en avant GNU/Linux ou autre système, ça pourrait être OpenSolaris... simplement c'est les mêmes arguments, induits du libre il est vrai).
[^] # Re: Il y a même un guide pour écrire du code comme ça !
Posté par BAud (site web personnel) . En réponse au journal ha le php et ses élites. Évalué à 3.
[^] # Re: Pas que le GPS
Posté par BAud (site web personnel) . En réponse à la dépêche Votre smartphone est-t-il un mouchard en puissance ?. Évalué à 5.
Il peut y avoir des rebonds oui (un peu plus en GSM1800 qu'en GSM900) mais - comme tu le dis - en GPS c'est similaire on va dire (hormis que les ondes venant "d'en haut" l'angle d'incidence atténue sans doute... bref).
Il y a un maillage un peu plus complet dans le GSM que dans le GPS tout de même (300m généralement en ville) et par défaut un mobile communique en permanence avec trois antennes dont le signal est le plus élevé (pour gérer le handover notamment, aussi appelé - à tort àmha - roaming), avec les informations : puissance du signal, autres antennes (ce qui permet de corréler pour faire la triangulation, soit au niveau du mobile - ce qui resterait privé - soit au niveau des Base_Transceiver_Station aka antennes et consolidé au niveau du concentrateur Base_Station_Controller, ce qui serait un peu moins privé)
Je ne sais pas si les opérateurs mobiles ont mis en oeuvre en:E-OTD et en:U-TDOA. Quand j'en avais entendu parler en 2001, j'étais (encore) passé pour un empêcheur de tourner en rond auprès de mes collègues chez un opérateur mobile quand j'avais relevé des limites légitimes à mettre avant une utilisation systématique ; je crois, par exemple, me rappeller que j'avais évoqué qu'il serait préférable que ce soit à l'initiative de l'utilisateur (ce qui était en cours de mise en place avec envoi de SMS pour récupérer au moins le Cell-id dans un 1er temps) pour lui éviter de recevoir une 10aine de SMS de pub' à chaque fois qu'il serait dans un centre commercial friand de faire connaître les offres promotionnelles de tous ses magasins o_O (il y a peu de limites d'imagination de nos amis marketeux... même si au final cela reste raisonnable àmha).
L'article Geolocalisation est assez intéressant et renvoie vers pas mal d'articles, dont G%C3%A9olocalisation_GSM même si les articles en anglais comme en:Mobile_phone_tracking sont àmha plus intéressants.
Il y a des utilisations légitimes comme en:Enhanced_911 (d'ailleurs aux débuts du GSM, les services d'intervention des autoroutes étaient assez embêtés : autant pour les cabines orange de secours, réparties "régulièrement", ils savaient localiser l'appel, autant pour tous les appels GSM qui ont commencé à fleurir, ils étaient un peu désemparés pour connaître la section d'autoroute concernée), mais il y a certaines de dérives et abus imaginables voire envisagés que ça en est parfois gênant :/
[^] # Re: repartitionné ou reformaté ?
Posté par BAud (site web personnel) . En réponse au message coup critique ?. Évalué à 3.
cf. http://linuxfr.org/2008/07/19/24335.html
[^] # Re: Problème de (non) prise en compte du gamma?
Posté par BAud (site web personnel) . En réponse au journal [Imagerie] Avancement du projet G'MIC (version 1.3.2.8). Évalué à 3.
dans la logique Unix, faire une chose et le faire bien ;-)
tu peux faire
- un alias gmic-artist_image qui rajoute ce qu'il faut systématiquement
- ou dans une optique d'utilisation par Gimp (ou Krita), c'est le logiciel appelant qui a connaissance de la nature du traitement qui positionnera des paramètres par défaut (en fonction d'infos sur l'image voire permettra de les changer pour un contrôle fin).
[^] # Re: Explications ?
Posté par BAud (site web personnel) . En réponse au journal ha le php et ses élites. Évalué à 7.
surtout ne pas les (re-)donner hein ;-) au hasard :
http://us3.php.net/manual/en/function.addslashes.php
http://us3.php.net/manual/en/function.htmlentities.php
et son inverse http://us3.php.net/manual/en/function.html-entity-decode.php
j'ai bon ?
(je laisse - ceux souhaitant comparer - cliquer sur les liens fournis incidemment dans le journal, qui seront en français)
[^] # Re: affiche_accent
Posté par BAud (site web personnel) . En réponse au journal ha le php et ses élites. Évalué à 4.
[^] # Re: Libre ?
Posté par BAud (site web personnel) . En réponse à la dépêche Maîtrisez la programmation avec Scratch. Évalué à 1.
et le code source semble disponible à partir de
http://info.scratch.mit.edu/Linux_installer pour les versions précédentes (1.3.1)
un PPA (paquet ubuntu) avec la 1.4.0 est sur [https://launchpad.net/~scratch/+archive/ppa], je n'ai pas regardé pour le source, il doit bien y avoir un svn disponible quelquepart...
[^] # Re: Et parce qu'on poste toujours trop vite...
Posté par BAud (site web personnel) . En réponse au journal Test de la Mandriva Cooker, future 2010.0. Évalué à 2.
http://smolts.org/static/stats/stats.html
27,8% de x86_64 (et aucune ubuntu, cf. page OS)
[^] # Re: hmmm
Posté par BAud (site web personnel) . En réponse au message Recherche de comparaison de performance. Évalué à 2.
ah... et il en pense quoi ton collègue, il préfère quoi comme environnement pour travailler ? Et tu as aussi omis de répondre à quelques-unes de mes autres questions... Ils en pensent quoi les admins systèmes qui travaillent avec vous ? (Parce qu'il vaut mieux que tu aies des soutiens par ailleurs sur ce genre de projet).
As-tu vraiment besoin de Oracle RAC, dont les perfs seront par défaut moins bonnes qu'une base Oracle standard (du fait des synchronisations), et je pense que tu auras besoin de vrais DBA pour le faire tomber en marche (voire quelques jours de consultants Oracle...). Éventuellement, de la réplication avec dataguard serait àmha plus simple à mettre en oeuvre pour avoir un secours qui en plus permettrait de désynchroniser les bases pour résister à de la corruption de données par exemple (revenir 4h avant) et les déposer sur un site distant pour faire du PRA pour le même prix (hormis les coûts réseau...).
Es-tu sous du windows 32 ou 64 ? Si tu es encore sur du windows 32, un GNU/Linux x86_64 sera sans doute plus rapide (ça dépend des volumétries de tes bases, de la teneur des traitements batchs, du nombre d'utilisateurs...), sinon le premier lien d'un PDF de google performance oracle windows linux te montrera que les performances sont similaires d'un environnement à l'autre pour Oracle 10gR2 (tout est surtout lié au matériel en fait...), cela a peut-être changé avec Oracle 11gR2.
Tu ne voudrais pas déjà démarrer par tes serveurs WAMP pour en faire des LAMP ?
[^] # Re: marque de RAM
Posté par BAud (site web personnel) . En réponse à la dépêche Une analyse précieuse sur la fiabilité de la mémoire vive DRAM. Évalué à 9.
"et on a moins de problème"
ou "et on n'a plus de problème"
de l'importance de la négation complète "ne... plus" à l'écrit ;-)
[^] # Re: Idée ?
Posté par BAud (site web personnel) . En réponse au message Équivalent à LooperNG. Évalué à 2.
http://2009.rmll.info/Syslog-ng-3-un-pas-vers-meilleure.html
bon il y a sans doute des améliorations à faire...
[^] # Re: Une zone blanche de moins
Posté par BAud (site web personnel) . En réponse à la dépêche Association Poitevine pour la Promotion de Linux et des Logiciels Libres : APP3L. Évalué à 1.
# hmmm
Posté par BAud (site web personnel) . En réponse au message Recherche de comparaison de performance. Évalué à 4.
- s'il n'y en a pas, bin c'est déjà une raison de ne pas prendre Oracle, encore moins Oracle RAC qui tombe difficilement en marche sans une connaissance approfondie de metalink (que seuls des DBA Oracle apprécient, la recherche étant... disons particulière, dans cette base de connaissance, non indexée par google à ma connaissance).
- s'il y en a, ils ont peut-être leur mot à dire sur le choix d'un OS de prédilection ? De ceux que j'ai pu rencontrer, pas mal avaient une petite préférence pour AIX mais au vu des prix de serveurs, ils acceptaient du RHEL sur x86_64 (qui fait partie de ce qui est certifié).
Il faudrait plus d'information sur les volumétries envisagées, nombres de bases... pour fournir d'autres éléments.
Éventuellement identifier le type d'applications envisagées ; parfois un LAMP est bien plus opérationnel (bon on m'a déjà embêté à faire du LAOP vu que la volumétrie était potentiellement conséquente... alors qu'au final ça dépassait peu souvent 10 Go, ce que je trouve faible, même pour un MySQL qui s'est pas mal amélioré dernièrement).
Les solutions de cluster ont un avantage dans le libre : les licences ne sont généralement pas 2 fois plus cher, la mise en place demandera le même type d'expertise mais aura tendance à mieux tomber en marche. Par exemple, pour du Jboss le clustering était pour le même prix, pour du WebLogic (devenu Oracle d'ailleurs) bin c'était facilement le double (de beaucoup). Pour des besoins spécifiques (comme des besoins en Systeme_d%27information_geographique) PostgreSQL est bin positionné (ou si tu as besoin d'une vraie base de données pour de bonnes volumétries...) mais il te faudra trouver un DBA qui l'aime bien.
[^] # Re: Réaction de la moulosphère
Posté par BAud (site web personnel) . En réponse au journal Une couleur... transparente !. Évalué à 10.
Tu comptes arriver à pied par la Chine ?
[^] # Re: Ne pas feindre la surprise
Posté par BAud (site web personnel) . En réponse au journal Après HADOPI... Piratage à l'Élysée !. Évalué à 2.
Perso, je serais plus dans la logique théorème (ce que tu appelles objectif) et corollaire (ce que tu appelles complot), c'est-à-dire que l'un ne va pas sans l'autre et je n'ai pas parlé de théorie du complot, simplement mis en évidence l'aspect corollaire visiblement inévitable. Alors oui, c'est peut-être un raccourci, mais l'objection me semble légitime (sans pour autant faire appel au complot, simplement rappeler le contexte et peut-être un modèle de valeurs différent de celui de certains lobbies). Ce volet corollaire peut être rappellé pour mettre les points sur les i et les barres sur les t, mais il va de soi àmha même si j'ai pris du temps pour rappeler le contexte.
À raisonner au premier degré, comme j'en ai l'impression, tu omets toi-même de rappeler le contexte qui n'est pas joli-joli et les enjeux, en gros tu regardes le bras gauche qui tient la muleta et oublie la main droite qui tient l'épée (pas le glaive de la justice hein), désolé de cette image empruntée à la Corrida, mais ça doit être ton côté taureau qui m'y a fait penser ;-) (il meurt la plupart du temps :/).
[^] # Re: et on apprend ça sur linuxfr...
Posté par BAud (site web personnel) . En réponse à la dépêche L'INRIA créé un centre de recherche sur les logiciels libres. Évalué à 4.
[^] # Re: Ne pas feindre la surprise
Posté par BAud (site web personnel) . En réponse au journal Après HADOPI... Piratage à l'Élysée !. Évalué à 6.
citer les éléments suivants est-il suffisant :
http://linuxfr.org/2007/01/10/21887.html big brother award pour rootkit sony-BMG
http://linuxfr.org/2005/11/16/19909.html le rootkit et un faisceau de présomption sur ce type de lois...
http://standblog.org/blog/post/2005/11/14/93114500-drm-sony-(...) la synthèse du rootkit sony
http://linuxfr.org/~jigso/19993.html un mea culpa, méat coule plus ?
http://linuxfr.org/~gart/19945.html utilisation détournée du rootkit sony, l'arroseur arrosé ('fin un autre)
https://linuxfr.org/~dinomasque/23662.html un journal trollesque parlant de "logiciel secret qui peut poser des problèmes de sécurité et est intrusif et qui empêche l'utilisateur de rester maître de son ordinateur"
http://linuxfr.org/~qdm/19965.html non respect des licences libres par le rootkit sony
http://linuxfr.org/2005/11/18/19918.html du code de VLC
http://linuxfr.org/~guerrier/20421.html Les maisons de disques soupçonnées d'entente sur le prix de la musique en ligne (tiens, comme le cartel des telco mobiles français dis-donc)
http://linuxfr.org/~pterjan/27372.html bizarre le téléchargement plus cher qu'IRL^W^Wque les CD o_O
ou est-ce comme à la bourse "les performances^Wratées du passé ne présagent pas de l'avenir" ?
J'ai rajouté des éléments connexes donnant une vue d'ensemble àmha, sans en devenir parano, tu peux accorder àmha que cela amène à devenir méfiant des applications qui peuvent être faites (de bonne foi hein, c'est dans la loi... même si c'est hors-la-loi par ailleurs).