aide





[ 1 2 3 4 5 6 7 :: Suivant ]

Nous aussi on galère

Posté par Greg () le 03/10/2008 à 09:24. (lien). Évalué à 1.

Bonjour,

nous aussi on galère pour trouver un *bon* développeur PHP/CSS au même tarif, mais c'est sur Annecy !
Soit le mec est "ingénieur" tout frais sortit de l'école et demande mini 35K, soit c'est l'inverse un BAC STT qui fait des sites sous Frontpage... Les BAC+2 se casse soit en suisse, soit sur Grenoble, Lyon, parce que la vie sur Annecy est aussi cher qu'à Paris: ya que les vieux qui arrive à y vivre avec leurs acquis...

[ Répondre ]

docs HS

Posté par Greg () le 02/10/2008 à 14:41. (lien). Évalué à 2.

Ce qui explique que la doc de python était innaccessible depuis ce matin ! Et là, elle vient de changer, c'est tout nouveau tout beau, juste un peu lent :o)

Content de retrouver la doc, je commençais à ramer :)

[ Répondre ]

Bravo

Posté par Greg () le 10/09/2008 à 10:15. (lien). Évalué à 3.

Bravo Willy Tarreau pour vos travaux sur le Kernel et aussi beaucoup sur HAProxy !

Je suis fasciné par HAProxy, mais n'ai malheureusement pas encore pu le mettre en place, principalement parce qu'il manque une couche de cache des données, nous avons donc été contraint d'utiliser Squid en mode accelerator avec un load-balancer homemade ...
LVS ==> pool de serveurs Squid ==> pool de serveurs apache2

Je n'ai pas de questions particulières concernant la technique, j'aimerai en revanche savoir si possible quel est la vie d'un tel hacker: voit-il le jour, que mange t-il, etc...

"C'est quoi comme bête ?" :o)

[ Répondre ]

Technos

Posté par Greg () le 09/09/2008 à 20:08. (lien). Évalué à 3.

- Quelle distrib pour les serveurs ?
- combien de serveurs ?
- quel hébergeur / datacenter ?
- comment faire un don de serveur (si vous êtes à Level3 ce sera plus simple :) )
- quels outils utilisez vous pour l'administration système ? (svn, bazaar, rsync, shells, langages de programmation, )
- plus d'infos encore ?

Merci :)

[ Répondre ]

Fais péter !

Posté par Greg () le 07/09/2008 à 11:00. (lien). Évalué à 5.

Envoie l'adresse ici, ou juste le nom de domaine, la communauté DLFP fera le reste (bon on se met d'accord pour pas faire de DROP). Ou donne le sujet du SPAM, on l'a s'en doute reçu, et impossible de savoir qui agit derrière :)

Sinon comme idées:
- remplir sa base jusqu'à saturation
- remplacer les emails par l'email de quelqu'un qu'on aime pas, comme ça semble mal codé il doit pas faire de DISTINCT ...
- ne pas faire de DROP: c'est le meilleur moyen pour qu'il s'en rende compte (trop) vite, et il doit avoir un backup.
- si c'est du mysql 5.1, rajouter des taches dans le scheduler qui re-modifie la base chaque nuit, il va s'arracher les cheveux :)
- changer le pass root
- vider les tables dans la db mysql (réinstall obligatoire !! )
- .... bon aller on veut jouer aussi !!

[ Répondre ]

Re: hum

Posté par Greg () le 11/08/2008 à 09:46. (lien). Évalué à 1.

Excellent, merci beaucoup, et ça fonctionne :)

[ Répondre ]

Re: hum

Posté par Greg () le 10/08/2008 à 09:48. (lien). Évalué à 2.

Si, et on peut jouer avec le "swapiness" pour tuner le système.

Une question qui trainait dans mon esprit cependant: comment fait-on pour vider le cache buffer ?

[ Répondre ]

et les perfs sur les jeux 3D ?

Posté par Greg () le 09/08/2008 à 09:35. (lien). Évalué à 2.

J'ai quelques freins qui m'empeche de passer à KDE 4.1 :
- la stabilité/fiabilité, il doit rester encore des bugs important
- les jeux 3D: je joue régulièrement à unreal 2004 et je me demande si les perfs vont en prendre un coup.... en plus, avec une carte nVidia !

[ Répondre ]

Dans l'ordre, selon les besoins

Posté par Greg () le 05/08/2008 à 20:28. (lien). Évalué à 2.

Si tu as besoin juste d'un bugtracker, je choisirai flyspray: c'est le plus complet.

S'il faut plus, avec relation avec SVN, wiki, gestion de projet: Trac. Je le trouve plus facile à installer que Redmine. Il est aussi vachement plus dynamique et comprends une importante quantité de plugins.

S'il faut encore plus: multi projets, time tracking, ... Redmine.

Nous on utilises Trac pour les sysadmins, et Redmine pour les développeurs et leurs projets.

Greg

[ Répondre ]

fail2ban

Posté par Greg () le 01/07/2008 à 20:32. (lien). Évalué à 7.

fail2ban fait très bien son job, pourquoi n'avoir pas contribué au projet en y apportant une option du genre "--complain" qui enverrait le mail. Avec une autre option qui cherche le mail abuse dans la base whois...

[ Répondre ]

Re: Disons-le ... c'est un recueil de bêtises...

Posté par Greg () le 22/05/2008 à 11:28. (lien). Évalué à 7.

pourquoi, le graal ou l'arche de l'alliance c'est plus crédible ?

Voir post de ArnY ;)

[ Répondre ]

Re: Et un Jyraphe de plus

Posté par Greg () le 19/04/2008 à 11:27. (lien). Évalué à 1.

+1

J'adoooooore les outils simple et efficace, l'essence même d'Unix et donc Linux !

Merci!

[ Répondre ]

pwgen

Posté par Greg () le 12/03/2008 à 18:34. (lien). Évalué à 1.

En plus simple, existe en package debian: pwgen

$ pwgen -A 10
wedai5oof1 aechahfoh7 shu3ahbu7u cheeza6ooc phier4eng0 ohtoh3xav5 ihoo4oghee
moh8aighie aethaed1up haawie2cam iequa0laik aeraenge1u iu6shohyei naenaa7bai

[ Répondre ]

Pour une fois...

Posté par Greg () le 14/10/2007 à 10:55. (lien). Évalué à 10.

Pour une fois qu'on nous montre un sport propre, avec une bonne mentalité, des chants de marseillaise partout en France, je trouve ça dommage de critiquer.

Les joueurs et entraineur français ont admis avoir moins bien joué que les anglais, et donc trouve "normal" la victoire des anglais.

Ya qu'au rugby ou on verra un entraineur d'équipe adverse venir féliciter dans les vestiaires l'équipe gagnante alors qu'un pays entier est derrière, je pense à la Nouvelle Zélande.

Pas tous les sports ne sont aussi entachés que le Foot ou le cyclisme.

C'est bien de critiquer, et c'est typiquement français, mais je pense que c'est beaucoup plus important de féliciter et de parler positivement d'un fait quand il en vaut vraiment la peine.

Allez y maintenant, moissez moi et lacher votre Haine Française sur mon post !

[ Répondre ]

Re: Retour d'expérience en production

Posté par Greg () le 10/08/2007 à 18:15. (lien). Évalué à 7.

Si je peux me permettre quelques conseils ;)

Tu peux répliquer toute la DB, juste quelques DB, ou encore seulement des tables.

Plus tu répliques de données, moins tes slaves seronts efficaces pour répondre aux requetes de lectures, et plus ils risquent de prendre du délais de réplic (d'après mon expérience c'est exponentiel :( le slave qui prend du délais devient tres vite innaccessible)

Mais attention aux parametres de config "replicate-ignore-table" qui permettent de ne pas répliquer toutes les tables, MAIS si une requête d'écriture impliquant des tables ignorées apparait, la réplic est cassée.
Exemple typique, tu réplic les tables A, B, C et tu ignores D. Une requete de ce genre va planter la réplic:
UPDATE B SET champ=1 WHERE D > 0;

Pour revenir à mysql proxy, il va etre possible dans les versions futures de changer dynamiquement la liste des slaves. Donc avec un programme tiers, on peut récupérer les délais de réplic de tous les slaves, et appliquer un algorithme pour ajouter/supprimer des slaves de mysql proxy ....

[ Répondre ]

Re: Et pourquoi pas mettre des requêtes... en memcache ?

Posté par Greg () le 10/08/2007 à 18:06. (lien). Évalué à 2.

MySQL fait déjà du cache sur les requêtes ... il suffit d'avoir pas mal de RAM :)

[ Répondre ]

Re: Retour d'expérience en production

Posté par Greg () le 10/08/2007 à 18:04. (lien). Évalué à 2.

Sauf que j'aimerai plutot faire des tests qui se rapprocherait de la prod, c'est à dire du 500 requetes aléatoires SELECT / secondes par serveurs, c'est là que mysql proxy semble pêcher dans mon cas, sinon il remplit tres bien son role de load balancers de requetes de lectures.

[ Répondre ]

Re: Retour d'expérience en production

Posté par Greg () le 10/08/2007 à 12:39. (lien). Évalué à 3.

Oui, et la communauté autour de ce produit est très active, le code est régulièrement mis à jour, ça bouge.

Il faudrait que je puisse tester hors production mais comment ?

[ Répondre ]

Re: Retour d'expérience en production

Posté par Greg () le 10/08/2007 à 07:07. (lien). Évalué à 5.

Réplication partielle MySQL 5 depuis un seul master.

Pourquoi ?

[ Répondre ]

Retour d'expérience en production

Posté par Greg () le 10/08/2007 à 06:03. (lien). Évalué à 10.

Bonjour,

effectivement ce produit est très interressant sur le principe, on évite par exemple de faire de la répartition de charge au niveau applicatif...

Je l'ai configuré et installé, tout semblait parfait, sous l'effet de l'excitation je l'ai meme mis en prod quelques heures.

Environnement: des serveurs PHP qui interroge un pool de 5 serveurs MySQL de manière aléatoire, statistiquement c'est équitable :)
J'ai donc changé le pool de 5 par 1 seul: MySQL Proxy, qui lui load balance les requetes sur les 5 serveurs (read-only)

Impressionnant, mysql proxy ne consomme rien en CPU avec 1500 req/sec , le serveur n'atteint meme pas 1 de charge, et ... ça marche !

Sauf que ... je ne sais pas pourquoi, mais les 5 serveurs se prennent moins de requetes, la partie du site concerné est plus lente à la navigation, on dirait que mysql proxy n'accepte qu'un nombre restreint de connections simultanés et/ou par secondes, le serveur étant pourtant légerement tuné pour largement encaisser plus de 100000 cnx / seconde.

J'ai posé la question sur le forum mysql proxy, et n'ai pas obtenu de réponse....
Et je n'ai pas le temps de creser, pour l'instant.

Dommage :-(

[ Répondre ]

[ 1 2 3 4 5 6 7 :: Suivant ]