Je suis d'accord avec toi, mais souvent la competence applicative n'est pas chez les DBA, qui en plus sont moins nombreux que les développeurs (et plus chers).
Enfin techniquement, mettre les fonctions applicatives dans les bases de données fini par bouffer de la performance sur la DB et les licenses (ok sur les DB commerciales ...) se paient au nombre de cores utilisés sur le serveur de DB...
J'ajoute que pour le stockage, multiplier les serveurs de DB coute aussi pas mal de fric.
Donc que faire ?
Utiliser la fameuse mode du n-tiers, et mettre un front-end java sur un serveur applicatif pour heberger le code applicatif sous forme de fonctions, publiée en SOAP par exemple.
Ces fonctions SOAP concentrent les appels aux DB (donc y'en a pas partout dans toutes les applis), le SOAP c'est gratuit (java + tomcat / jboss), et cela permet (comme les proc stockées) de rendre les fonctions disponibles pour toutes les applis de l'entreprise.
En bonus, SOAP est un protocole normalisé et disponible sur toutes les plateformes, dans tous les langages (pas la peine de déployer des connecteurs JDBC/ODBC/....)
Mais je suis d'accord avec toi, les proc stockées c'est bien, y'a juste des contrainte en entreprise qui font que d'autres solutions peuvent être préférées.
J'ai aussi un E61, c'est vrai qu'il n'est pas très rapide, mais je trouve que tu exagère un peu. Le problème c'est surtout la mémoire, si tu n'arrete pas les applications et que tu les laisse toutes tourner en parallele ça fini peut être par être aussi lent que tu le dis ...
Le clavier est vraiment pratique (azerty), mon E61 vient de chez orange, et en utilisant un petit soft téléchargeable sur le Net, on peut reprogrammer son "product code" et le mettre a jour avec le *vrai* firmware de chez nokia, interface bien plus agréable que celle d'orange, et surtout beaucoup moins de bugs que le firmware made-in-FT.
Pour la synchro mail, j'utilise un produit acheté par mon employeur. Ce produit c'est intellisync, capable de synchroniser les mails+agendas avec LotusNotes par exemple. Mais de base y'a déjà de quoi se connecter a son mail pop/imap.
Il y a plein de softs pour Synbian, comme googlemail ou googlemap par exemple ...
Au final, le E61 n'est pas parfait (soudimentionné en ram et cpu), mais il est très pratique.
Les défauts a mon sens:
- la fragilité du chargeur 5V/1A fourni (mais embout compatible fourni en standard pour utiliser un autre chargeur)
- la durée de la batterie en mode WiFi ou 3G, qui demande de recharger le téléphone tous les soirs.
effectivement un jour le dimanche (et le samedi) seront des jours comme les autres ... ben ça me parait normal à moi.
Quelle est la différence ? Aujourd'hui la différence c'est que les autres ne travaillent pas le dimanche et que du coup celui qui bosse ce jour la ne peut pas glander en famille avec les autres.
Quand les gens auront 2 jours par semaine (n'importe lesquels) de repos et que les 7 jours seront payés de la même manière, y'aura moins de problèmes puisque ... le dimanche sera un jour comme les autres :-)
PS: mon message s'adressait a toi directement pour reprendre le "style" du message précedent, mais effectivement non je ne te connais pas, et je ne t'en veux pas spécialement ... c'est un exercice de style.
Exactement, c'est l'individualisme qui triomphe... et le tiens aussi.
A oui tu t'en fou que les autres ne puissent pas faire leurs courses parce qu'ils bossent du lundi au vendredi toutes les semaines. Rien a carrer que les autres soient obligés de poser des congés pour faire la moindre démarche administrative, faire la révision de la voiture, ... ou aller chercher un recommandé à la poste.
Z'ont qu'a faire comme toi, avoir un lundi sur deux à la maison ! na.
Pour les autres, c'est pratique les administrations/garages/... TOUT ouvert le samedi et le dimanche, parce qu'en semaine ON BOSSE NOUS :-)
oui le E61, comme j'écrit plus haut avec le soft INTELLISYNC (racheté par nokia) ça marche très bien pour de la synchro mail + calendar + carnet adresse ... et sans serveur centralisé.
Bon c'est pas libre, sur ce site ça va moinsser quand même :-)
NOKIA a racheté il n'y a pas longtemp INTELLISYNC, un logiciel qui permet de pousser les mail (mode push) façon blackberry mais les contraintes de sécurité.
=> on installe le serveur dans l'entreprise, et on ne passe pas par un serveur blackberry en angleterre.
=> cela marche avec tous les smartphone ou presque (windows mobile, symbian, ...)
Donc non Blackberry n'est plus incontournable, les contrainte de sécurité on amené les concurrents a proposer autre chose (mais peut-etre un peu tardivement).
rsync s'utilise a travers le reseau si tu le lance en daemon coté serveur web, et dans ce cas rsync ne fera transiter que les datas modifiées (copie incrémentale) alors que si rsync accede au serveur a travers NFS il devra lire a travers le reseau le fichier complet pour trouver quels morceaux synchroniser ....
rsync est une bonne solution, mais ne rajoute pas de NFS au milieu.
réseaux standards ouverts tels que Jabber/XMPP et IRC ou encore SILC ou Zephyr, mais aussi aux réseaux propriétaires tels que MSN/WLM, AIM/ICQ, Gadu-gadu, Yahoo!Messenger ou Lotus SameTime.
IBM a passé Sametime en XMPP depuis pas mal de temps, d'après google. Donc c'est une imprecision dans la news non ?
Par ailleurs, quelqu'un a t'il de l'expérience sur la liaison entre Sametime et d'autres serveurs Jabber ??
Posté par PLuG .
En réponse au message DHCP + Mysql.
Évalué à 1.
en fait nous aussi on a des IP fixes en fonction de la MAC (pour certaines machines) mais cela ne force en rien a relancer le DHCP a chaque modif car :
au début la machine est inconnue, le DHCP lui donne une IP (pas fixe mais constante puisqu'il n'y a pas de raison qu'elle change)
au prochain redémarrage, elle devient fixe pour de vrai :-)
la contrainte c'est que l'ip est définie par le serveur DHCP mais elle est bien fixe.
nous relançons le service dhcp 2 fois par jour (cron) et a la demande avec un petit bouton dans l'appli web (pour les modif de PXE c'est necessaire si on ne veut pas attendre le cron ...)
Sauf que Dell monte les PC de zero qu'après avoir reçu la commande, ils n'ont pas de stock, le stock amont est chez le transporteur, le stock aval est chez le transporteur.
L'usine de montage dépose directement le PC monté dans le camion qui part vers la bonne partie du monde ...
même plus fort, selon les quantité de pièce disponibles (commandées à l'avance aux fournisseurs), dell fairt des promos sur son site web pour les écouler ou au contraire remonte le prix pour freiner la vente, les prix sont revus toutes les semaines !!!!
Le client lourd c'est .... LOURD.
pour installer sur quelques postes, pas de problèmes, mais pour déployer sur des centaines ou milliers de machines c'est l"enfer.
En général ils s'appuient sur un composant incompatible avec une autre appli necessaire sur le meme PC, genre pas la même JVM, ou pas la même version de client Oracle, ou ...
et la commence l'enfer pour gérer les postes de travail.
Ajoutez a ça la complexité des upgrades des applis une par une ...
Le résultat c'est que beaucoup de boites "virtualisent" les clients lourd en les déportant sur un serveur Citrix => augmentation du cout (serveur + licenses + ...)
Donc le client leger HTML/AJAX/Javascript possède bien des avantages, il est juste dommage que l' IHM en souffre.... faudrait peut-etre utiliser le moteur IHM de mozilla ?
En attendant, SAP mais aussi PeopleSoft sont en HTML sur IE.
Posté par PLuG .
En réponse au message DHCP + Mysql.
Évalué à 1.
ça ne prend que quelques secondes, alors que les clients s'inquietent bien a l'avance de l'échéance du bail DHCP, de sorte qu'il n'y a de toutes manières aucun impact.
j'ai une appli web en php qui gère du dhcp (isc) + vmps (openvmps) pour plus de 3000 machines, et si le vmps tape directement dans la DB mysql, le dhcp, lui, est relancé quand on en a besoin (pas souvent en fait, juste quand on ajoute des ranges IP ou du boot PXE pour une machine). En dns j'utilise PDNS qui tape lui aussi dans mysql ...
avec 2 machines equivalentes et un mysql répliqué ça roule tout seul :-)
>ça m'empêche pas d'être un bon conducteur (dans le sens je respecte le code de la route)
sauf que respecter le code de la route c'est plutôt l'équivalent de repecter la netiquette.
rien ne prouve que tu utilises ton véhicule de façon optimale, ... ce qui me semble être le sujet de ce journal.
Je suis sûr que les garagistes ont aussi en tête tout ces clients qui usent l'embrayage et le moteur de façon prématurée ...
Juste pour ajouter que j'ai un Infocus DLP depuis 5 ans maintenant, c'est un 800x600 et la qualité d'image est toujours aussi belle... C'est vraiment un achat que je ne regrette pas.
Au début je voyais des AEC de temps en temps sur certains sous-titres, mais je m'apperçois en vous lisant que cela fait longtemps que je n'ai pas constaté ce phénomène....
Le cerveau peut-il s'habituer ?
En tout état de cause, ces AEC ne m'ont jamais donné mal au crane, ça fait juste un peu bizarre de voire les 3 couleurs en bordure des sous titres blanc sur fond noir.
Son lien ADSL et son lien NOOS ne partageront pas la meme adresse IP, et du coup il pourra mettre un routeur a cheval sur ces deux liens pour balancer des requettes des deux cotés (répartition plus ou moins equitable du traffic sur les 2 liens), mais il ne pourra pas vraiment "aggréger" les deux liens dans le sens ou un download donné n'utilisera la bande passante que d'un seul lien et non pas la somme des deux.
Sous windows, les logiciels tiers sont plus ou moins bien livrés quand même. Essayez d'utiliser correctement votre windows (c'est a dire sans etre admin ni meme user avec pouvoir), et d'un seul coup la quasi totalité des logiciels merdoient. C'est souvent pas grave, des droits a placer sur des clefs de base de registre ou sur un repertoire NTFS, ...
mais pas mal de soft exigent que l'utilisateur puisse ecrire dans "program files". De plus les soft ne peuvent pas vérifier de dépendances et viennent donc avec leur copie de librairie installée dans son coin a lui. Résultat, impossible de garantir que la faille de sécu liée a la librairie zip.dll est bien corrigée vu qu'on en a plusieur versions sur le système installées de partout.
On est loin, très loin de ce que réalisent les packageurs sous linux.
Autre point de vue, il est bien plus simple de creer des installeurs pour un seul OS (windows) que pour tous les OS linux. Ce serai bien que les packages marchent sur tous les OS linux, mais pourquoi pas sur les BSD aussi et les MAC OS X ? Il n'y a pas un OS linux, mais il y a autant d'OS que de distributions basées sur le kernel linux. Pensez-vous que les logiciels d'aujourd'hui s'installent sur les windows NT4 ou 98 ? ben non, ça ne marche plus, a cause des dépendances ...
la phrase indique que le reste de l'article s'adresse aux personnes qui n'ont pas participé au Google summer of code par manque de compétance.
Si ce n'est pas ton cas, tu n'es pas concerné par le reste de l'article.
C'est donc restrictif envers ceux qui vont pouvoir lire les magazines, mais n'indique certainement pas que l'auteur pense qu'on ne peut manquer le summer of code uniquement par manque de compétances.
les RBL j'aime pas, en général y'a un tas de non-spammeurs qui sont blacklistés.
je conseille postgrey en ajout a postfix, pour le moment ça marche du tonnère !!
plus un petit spamassassin pour le peu de spam entrant et c'est règlé...
jusqu'a ce que ...
Au moins, les fumeurs (ceux que je connais) demandent si ça ne dérange pas avant d'en griller une...
Moi je trouve la tournure de cette phrase révélatrice:
ils ne demandent pas l'autorisation d'éventuellement fumer, mais posent --par courtoisie-- la question tout en commençant à sortir une clope ... c'est un peu comme le "bonjour ça va ?" alors qu'on s'en fou si l'autre va bien.
19,6% de taxes, c'est beaucoup de pouvoir d'achat en moins pour un smicard (genre pas de viande aux repas, ou très rarement), et un peu de pièces jaunes en moins pour quelqu'un d'aisé.
C'est vraiment n'importe quoi. Près de 20% de taxes c'est 1/5 en moins pour tout le monde. Et si cela ne prive pas de viande ceux qui gagnent plus, ça représente quand même *beaucoup* plus de tunes que pour le smicard.
Autant la taxe sur le pétrole peut etre qualifiée d'injuste (tout le monde se déplaçant , pas du tout fonction du salaire), autant la TVA est directement proportionnelle aux dépenses, donc aux revenus, et donc pas si injuste que cela.
Les impots sur le revenu sont déjà la pour rattraper les différences.
Il ne faut pas *tout* indexer sur le salaire, sinon il n'y aura plus de différence de pouvoir d'achat et donc plus de moteur économique.
Ne pas oublier que ce monde est un panier de crabes, et que vivre mieux (avoir plus de pouvoir d'achat que le voisin) est un moteur qui fait travailler les gens et avancer l'économie du pays. [ce qui ne veut pas dire que au bas de l'échelle tout le monde ne mérite pas de viande ...]
Moi je dis ... continue.
L'informatique c'est pas que du code. Y'a de la place pour tout le monde.
Des audits de sécurité, des "architectes du SI", des "visionnaires" capables de conseiller sur l'orientation a prendre ... Pour les cotoyer (et en faire partie) ces personnes existent dans la plupart des entreprises, mais leur niveau est très très différent en fonction de leur "background".... en clair ceux qui se sont ennuyés sur plein de technos différentes sont en général bien meilleurs.
Si tu as vraiment codé en assembleur, étudié les interruptions/segmentation mémoire, utilisé différents systèmes, si vraiment tu t'es ennuyé en BDD mais que tu sais optimiser des requêtes et trouver d'ou vient le problème de performance ... tu trouvera du travail passionnant.
En SSII certains passent leur temps a auditer, optimiser, debugger ... et en plus ils sont pas mal payés puisque appelés en mode pompier quand il n'y a plus rien a perdre et tout a gagner. Après la SSII les mêmes roles existent dans les grandes entreprises.
Dis toi que c'est l'expérience qui compte. Que tu dois faire de tout au moins une fois, et que quand ça devient trop barbant il est temps de changer. L'éventail des technologies sur lesquelles tu pourra intervenir n'en sera que plus grand.
[apparté]
et après les premiers audits de code, tu pleurera sur les *merdes* que tu trouvera dans du code en vraie production ... sur les architectures qui ne peuvent pas marcher --ça se voit comme le nez... --, sur les applis leeente qui font 100 fois les mêmes requettes ou qui n'utilisent pas les index ...
mais d'un autre coté, ceux qui les développent acceptent de le faire :-)
[/apparté]
Si besoin je peux vous eclairer sur l'insecurite apportée par SSH et SSL.
la crypto de SSH et SSL sécurise les données des utilisateurs. L'admin, lui, veut sécuriser son réseau.
SSH permet de creer des tunnels et donc de relier un reseau d'entreprise normalement sécurisé au poste adsl mal géré à la maison d'un employé.
SSL : la plupart des proxys ne peuvent rien en faire (justement parce que c'est chiffré) et du coup utilisent la méthode CONNECT qui consiste a juste forwarder le traffic. Du coup avec un serveur SSH tournant sur le port 443 on peut de nouveau utiliser SSH et d'autres outils de tunneling.
Bref il existe des outils pour empecher cela de manière plus souple, mais SSH comme SSL par défaut permettent de traverser les parefeux. Certes on peut aussi le faire avec de l'encapsulation HTTP ou UDP (dns...) mais c'est moins simple que SSL ou SSH.
Marrant, ils ne respectent pas les limites que quand ils sont en France.
si l'on fait abstraction que généralement ils ne reçoivent pas les PV français, il faut aussi considérer l'état des routes:
Les autoroutes françaises sont très bien entretenues et conçues de façon à permettre de rouler très vite. Les voies larges et les portions de ligne droite incitent les conducteurs a rouler plus vite.... en sécurité.
A chaque fois qu'il m'a été donné de consulter les chiffres, le nombre de tués sur autoroute était largement inférieur au nombre de tués sur nationale/départementale (même rapporté au nombre de kilomètres parcourus).
pour info, en 2000 sur les 7643 tués, 318 l'ont été sur autoroute de liaison et 181 sur autoroute de dégagement.... ridiculement bas.
Il est scandaleux de mettre les radars sur les autoroutes, on ferait mieux de remonter la limitation a 160km/h ou mieux, de la rendre variable selon les prévisions de traffic. Les panneaux lumineux tout le long et a l'entrée ainsi que la radio de l'autoroute seraient chargé de passer la consigne.... on peut rêver :-)
[^] # Re: PostgreSQL oui mais pas tout de suite
Posté par PLuG . En réponse à la dépêche Sortie de PostgreSQL 8.3. Évalué à 3.
Enfin techniquement, mettre les fonctions applicatives dans les bases de données fini par bouffer de la performance sur la DB et les licenses (ok sur les DB commerciales ...) se paient au nombre de cores utilisés sur le serveur de DB...
J'ajoute que pour le stockage, multiplier les serveurs de DB coute aussi pas mal de fric.
Donc que faire ?
Utiliser la fameuse mode du n-tiers, et mettre un front-end java sur un serveur applicatif pour heberger le code applicatif sous forme de fonctions, publiée en SOAP par exemple.
Ces fonctions SOAP concentrent les appels aux DB (donc y'en a pas partout dans toutes les applis), le SOAP c'est gratuit (java + tomcat / jboss), et cela permet (comme les proc stockées) de rendre les fonctions disponibles pour toutes les applis de l'entreprise.
En bonus, SOAP est un protocole normalisé et disponible sur toutes les plateformes, dans tous les langages (pas la peine de déployer des connecteurs JDBC/ODBC/....)
Mais je suis d'accord avec toi, les proc stockées c'est bien, y'a juste des contrainte en entreprise qui font que d'autres solutions peuvent être préférées.
[^] # Re: et si tu prenains un ...
Posté par PLuG . En réponse au journal Téléphone portable. Évalué à 1.
Le clavier est vraiment pratique (azerty), mon E61 vient de chez orange, et en utilisant un petit soft téléchargeable sur le Net, on peut reprogrammer son "product code" et le mettre a jour avec le *vrai* firmware de chez nokia, interface bien plus agréable que celle d'orange, et surtout beaucoup moins de bugs que le firmware made-in-FT.
Pour la synchro mail, j'utilise un produit acheté par mon employeur. Ce produit c'est intellisync, capable de synchroniser les mails+agendas avec LotusNotes par exemple. Mais de base y'a déjà de quoi se connecter a son mail pop/imap.
Il y a plein de softs pour Synbian, comme googlemail ou googlemap par exemple ...
Au final, le E61 n'est pas parfait (soudimentionné en ram et cpu), mais il est très pratique.
Les défauts a mon sens:
- la fragilité du chargeur 5V/1A fourni (mais embout compatible fourni en standard pour utiliser un autre chargeur)
- la durée de la batterie en mode WiFi ou 3G, qui demande de recharger le téléphone tous les soirs.
[^] # Re: Tant que cela ne fait pas gagner du temps ...
Posté par PLuG . En réponse au journal [HS] La caisse automatique et les supermarchés. Évalué à 1.
Quelle est la différence ? Aujourd'hui la différence c'est que les autres ne travaillent pas le dimanche et que du coup celui qui bosse ce jour la ne peut pas glander en famille avec les autres.
Quand les gens auront 2 jours par semaine (n'importe lesquels) de repos et que les 7 jours seront payés de la même manière, y'aura moins de problèmes puisque ... le dimanche sera un jour comme les autres :-)
PS: mon message s'adressait a toi directement pour reprendre le "style" du message précedent, mais effectivement non je ne te connais pas, et je ne t'en veux pas spécialement ... c'est un exercice de style.
[^] # Re: Tant que cela ne fait pas gagner du temps ...
Posté par PLuG . En réponse au journal [HS] La caisse automatique et les supermarchés. Évalué à 5.
A oui tu t'en fou que les autres ne puissent pas faire leurs courses parce qu'ils bossent du lundi au vendredi toutes les semaines. Rien a carrer que les autres soient obligés de poser des congés pour faire la moindre démarche administrative, faire la révision de la voiture, ... ou aller chercher un recommandé à la poste.
Z'ont qu'a faire comme toi, avoir un lundi sur deux à la maison ! na.
Pour les autres, c'est pratique les administrations/garages/... TOUT ouvert le samedi et le dimanche, parce qu'en semaine ON BOSSE NOUS :-)
[^] # Re: Incompatibilités ?
Posté par PLuG . En réponse à la dépêche L'arrêt du support de PHP4 annoncé. Évalué à 2.
je pense que la plupart des sites autosignés veulent activer la crypto.
[^] # Re: Nokia E61
Posté par PLuG . En réponse au journal On s'en fout, on a rien à cacher, on *bosse* nous !. Évalué à 2.
Bon c'est pas libre, sur ce site ça va moinsser quand même :-)
[^] # Re: Blackberry...
Posté par PLuG . En réponse au journal On s'en fout, on a rien à cacher, on *bosse* nous !. Évalué à 1.
=> on installe le serveur dans l'entreprise, et on ne passe pas par un serveur blackberry en angleterre.
=> cela marche avec tous les smartphone ou presque (windows mobile, symbian, ...)
Donc non Blackberry n'est plus incontournable, les contrainte de sécurité on amené les concurrents a proposer autre chose (mais peut-etre un peu tardivement).
[^] # Re: quels logiciels doivent être installés? Où et comment?
Posté par PLuG . En réponse au message système de sauvegarde automatique de données. Évalué à 3.
rsync s'utilise a travers le reseau si tu le lance en daemon coté serveur web, et dans ce cas rsync ne fera transiter que les datas modifiées (copie incrémentale) alors que si rsync accede au serveur a travers NFS il devra lire a travers le reseau le fichier complet pour trouver quels morceaux synchroniser ....
rsync est une bonne solution, mais ne rajoute pas de NFS au milieu.
# Sametime c'est aussi XMPP.
Posté par PLuG . En réponse à la dépêche Gaim change de nom et devient Pidgin. Évalué à 1.
IBM a passé Sametime en XMPP depuis pas mal de temps, d'après google. Donc c'est une imprecision dans la news non ?
Par ailleurs, quelqu'un a t'il de l'expérience sur la liaison entre Sametime et d'autres serveurs Jabber ??
[^] # Re: pourquoi ne pas arreter / redemarrer le dhcp ?
Posté par PLuG . En réponse au message DHCP + Mysql. Évalué à 1.
au début la machine est inconnue, le DHCP lui donne une IP (pas fixe mais constante puisqu'il n'y a pas de raison qu'elle change)
au prochain redémarrage, elle devient fixe pour de vrai :-)
la contrainte c'est que l'ip est définie par le serveur DHCP mais elle est bien fixe.
nous relançons le service dhcp 2 fois par jour (cron) et a la demande avec un petit bouton dans l'appli web (pour les modif de PXE c'est necessaire si on ne veut pas attendre le cron ...)
[^] # Re: Dell et ses hameçons
Posté par PLuG . En réponse au journal "do yourself a favour and avoid Dell 'canada) like the plague". Évalué à 2.
L'usine de montage dépose directement le PC monté dans le camion qui part vers la bonne partie du monde ...
même plus fort, selon les quantité de pièce disponibles (commandées à l'avance aux fournisseurs), dell fairt des promos sur son site web pour les écouler ou au contraire remonte le prix pour freiner la vente, les prix sont revus toutes les semaines !!!!
=> pas de "config de base".
[^] # Re: erp en html ?
Posté par PLuG . En réponse à la dépêche Publication et premier déploiement au sein de l'Etat d'une comptabilité libre. Évalué à 1.
pour installer sur quelques postes, pas de problèmes, mais pour déployer sur des centaines ou milliers de machines c'est l"enfer.
En général ils s'appuient sur un composant incompatible avec une autre appli necessaire sur le meme PC, genre pas la même JVM, ou pas la même version de client Oracle, ou ...
et la commence l'enfer pour gérer les postes de travail.
Ajoutez a ça la complexité des upgrades des applis une par une ...
Le résultat c'est que beaucoup de boites "virtualisent" les clients lourd en les déportant sur un serveur Citrix => augmentation du cout (serveur + licenses + ...)
Donc le client leger HTML/AJAX/Javascript possède bien des avantages, il est juste dommage que l' IHM en souffre.... faudrait peut-etre utiliser le moteur IHM de mozilla ?
En attendant, SAP mais aussi PeopleSoft sont en HTML sur IE.
# pourquoi ne pas arreter / redemarrer le dhcp ?
Posté par PLuG . En réponse au message DHCP + Mysql. Évalué à 1.
j'ai une appli web en php qui gère du dhcp (isc) + vmps (openvmps) pour plus de 3000 machines, et si le vmps tape directement dans la DB mysql, le dhcp, lui, est relancé quand on en a besoin (pas souvent en fait, juste quand on ajoute des ranges IP ou du boot PXE pour une machine). En dns j'utilise PDNS qui tape lui aussi dans mysql ...
avec 2 machines equivalentes et un mysql répliqué ça roule tout seul :-)
[^] # Re: toutafait
Posté par PLuG . En réponse au journal Linux est prêt pour le Desktop. Évalué à 5.
sauf que respecter le code de la route c'est plutôt l'équivalent de repecter la netiquette.
rien ne prouve que tu utilises ton véhicule de façon optimale, ... ce qui me semble être le sujet de ce journal.
Je suis sûr que les garagistes ont aussi en tête tout ces clients qui usent l'embrayage et le moteur de façon prématurée ...
# FC6 rulaize
Posté par PLuG . En réponse à la dépêche Comparatif Vista / Linux pour les performances des jeux. Évalué à 9.
[^] # Re: Merci
Posté par PLuG . En réponse au journal Choix vidéoprojecteur. Évalué à 1.
Au début je voyais des AEC de temps en temps sur certains sous-titres, mais je m'apperçois en vous lisant que cela fait longtemps que je n'ai pas constaté ce phénomène....
Le cerveau peut-il s'habituer ?
En tout état de cause, ces AEC ne m'ont jamais donné mal au crane, ça fait juste un peu bizarre de voire les 3 couleurs en bordure des sous titres blanc sur fond noir.
[^] # Re: moyen de dire à Linux d'aggréger ces 2 tunnels
Posté par PLuG . En réponse au journal Accès permanent au net + augmentation du débit. Évalué à 4.
Son lien ADSL et son lien NOOS ne partageront pas la meme adresse IP, et du coup il pourra mettre un routeur a cheval sur ces deux liens pour balancer des requettes des deux cotés (répartition plus ou moins equitable du traffic sur les 2 liens), mais il ne pourra pas vraiment "aggréger" les deux liens dans le sens ou un download donné n'utilisera la bande passante que d'un seul lien et non pas la somme des deux.
[^] # Re: Une solution ... AUTOPACKAGE
Posté par PLuG . En réponse au journal Distributions Linux, vers un éclatement des formats de paquetages ?. Évalué à 1.
mais pas mal de soft exigent que l'utilisateur puisse ecrire dans "program files". De plus les soft ne peuvent pas vérifier de dépendances et viennent donc avec leur copie de librairie installée dans son coin a lui. Résultat, impossible de garantir que la faille de sécu liée a la librairie zip.dll est bien corrigée vu qu'on en a plusieur versions sur le système installées de partout.
On est loin, très loin de ce que réalisent les packageurs sous linux.
Autre point de vue, il est bien plus simple de creer des installeurs pour un seul OS (windows) que pour tous les OS linux. Ce serai bien que les packages marchent sur tous les OS linux, mais pourquoi pas sur les BSD aussi et les MAC OS X ? Il n'y a pas un OS linux, mais il y a autant d'OS que de distributions basées sur le kernel linux. Pensez-vous que les logiciels d'aujourd'hui s'installent sur les windows NT4 ou 98 ? ben non, ça ne marche plus, a cause des dépendances ...
[^] # Re: Un jugement un peu attif.
Posté par PLuG . En réponse à la dépêche Revue de Presse - Septembre 2006. Évalué à 0.
Si ce n'est pas ton cas, tu n'es pas concerné par le reste de l'article.
C'est donc restrictif envers ceux qui vont pouvoir lire les magazines, mais n'indique certainement pas que l'auteur pense qu'on ne peut manquer le summer of code uniquement par manque de compétances.
bref -> []
[^] # Re: Une guerre perpetuelle
Posté par PLuG . En réponse au journal Le serpent se mord la queue. Évalué à 1.
je conseille postgrey en ajout a postfix, pour le moment ça marche du tonnère !!
plus un petit spamassassin pour le peu de spam entrant et c'est règlé...
jusqu'a ce que ...
[^] # Re: Pas les bars???
Posté par PLuG . En réponse au journal Interdiction de fumer dans les lieux publics des début 2007 ?. Évalué à 4.
Moi je trouve la tournure de cette phrase révélatrice:
ils ne demandent pas l'autorisation d'éventuellement fumer, mais posent --par courtoisie-- la question tout en commençant à sortir une clope ... c'est un peu comme le "bonjour ça va ?" alors qu'on s'en fou si l'autre va bien.
[^] # Re: Faux ami ?
Posté par PLuG . En réponse au journal 25% des ingénieurs aiment linux ?. Évalué à 5.
C'est vraiment n'importe quoi. Près de 20% de taxes c'est 1/5 en moins pour tout le monde. Et si cela ne prive pas de viande ceux qui gagnent plus, ça représente quand même *beaucoup* plus de tunes que pour le smicard.
Autant la taxe sur le pétrole peut etre qualifiée d'injuste (tout le monde se déplaçant , pas du tout fonction du salaire), autant la TVA est directement proportionnelle aux dépenses, donc aux revenus, et donc pas si injuste que cela.
Les impots sur le revenu sont déjà la pour rattraper les différences.
Il ne faut pas *tout* indexer sur le salaire, sinon il n'y aura plus de différence de pouvoir d'achat et donc plus de moteur économique.
Ne pas oublier que ce monde est un panier de crabes, et que vivre mieux (avoir plus de pouvoir d'achat que le voisin) est un moteur qui fait travailler les gens et avancer l'économie du pays. [ce qui ne veut pas dire que au bas de l'échelle tout le monde ne mérite pas de viande ...]
[^] # Re: Change de branche => CONTINUE
Posté par PLuG . En réponse au journal Pourquoi aimez-vous coder ?. Évalué à 2.
Moi je dis ... continue.
L'informatique c'est pas que du code. Y'a de la place pour tout le monde.
Des audits de sécurité, des "architectes du SI", des "visionnaires" capables de conseiller sur l'orientation a prendre ... Pour les cotoyer (et en faire partie) ces personnes existent dans la plupart des entreprises, mais leur niveau est très très différent en fonction de leur "background".... en clair ceux qui se sont ennuyés sur plein de technos différentes sont en général bien meilleurs.
Si tu as vraiment codé en assembleur, étudié les interruptions/segmentation mémoire, utilisé différents systèmes, si vraiment tu t'es ennuyé en BDD mais que tu sais optimiser des requêtes et trouver d'ou vient le problème de performance ... tu trouvera du travail passionnant.
En SSII certains passent leur temps a auditer, optimiser, debugger ... et en plus ils sont pas mal payés puisque appelés en mode pompier quand il n'y a plus rien a perdre et tout a gagner. Après la SSII les mêmes roles existent dans les grandes entreprises.
Dis toi que c'est l'expérience qui compte. Que tu dois faire de tout au moins une fois, et que quand ça devient trop barbant il est temps de changer. L'éventail des technologies sur lesquelles tu pourra intervenir n'en sera que plus grand.
[apparté]
et après les premiers audits de code, tu pleurera sur les *merdes* que tu trouvera dans du code en vraie production ... sur les architectures qui ne peuvent pas marcher --ça se voit comme le nez... --, sur les applis leeente qui font 100 fois les mêmes requettes ou qui n'utilisent pas les index ...
mais d'un autre coté, ceux qui les développent acceptent de le faire :-)
[/apparté]
[^] # SSH / SSL ...
Posté par PLuG . En réponse au journal I.E. pour UNIX ???. Évalué à 4.
la crypto de SSH et SSL sécurise les données des utilisateurs. L'admin, lui, veut sécuriser son réseau.
SSH permet de creer des tunnels et donc de relier un reseau d'entreprise normalement sécurisé au poste adsl mal géré à la maison d'un employé.
SSL : la plupart des proxys ne peuvent rien en faire (justement parce que c'est chiffré) et du coup utilisent la méthode CONNECT qui consiste a juste forwarder le traffic. Du coup avec un serveur SSH tournant sur le port 443 on peut de nouveau utiliser SSH et d'autres outils de tunneling.
Bref il existe des outils pour empecher cela de manière plus souple, mais SSH comme SSL par défaut permettent de traverser les parefeux. Certes on peut aussi le faire avec de l'encapsulation HTTP ou UDP (dns...) mais c'est moins simple que SSL ou SSH.
[^] # Re: baisse des ventes de CD
Posté par PLuG . En réponse au journal La RIAA attaque un projet GPL. Évalué à 2.
si l'on fait abstraction que généralement ils ne reçoivent pas les PV français, il faut aussi considérer l'état des routes:
Les autoroutes françaises sont très bien entretenues et conçues de façon à permettre de rouler très vite. Les voies larges et les portions de ligne droite incitent les conducteurs a rouler plus vite.... en sécurité.
A chaque fois qu'il m'a été donné de consulter les chiffres, le nombre de tués sur autoroute était largement inférieur au nombre de tués sur nationale/départementale (même rapporté au nombre de kilomètres parcourus).
pour info, en 2000 sur les 7643 tués, 318 l'ont été sur autoroute de liaison et 181 sur autoroute de dégagement.... ridiculement bas.
Il est scandaleux de mettre les radars sur les autoroutes, on ferait mieux de remonter la limitation a 160km/h ou mieux, de la rendre variable selon les prévisions de traffic. Les panneaux lumineux tout le long et a l'entrée ainsi que la radio de l'autoroute seraient chargé de passer la consigne.... on peut rêver :-)