Blog Blog - Balise - Mysql - Commentaires

Backup de votre site internet - Seza

Seza — Mon, 06 Oct 2008 06:12:23 +0200

@patrick : Non ce n'est pas grave du tout, Cela signifie simplement que tar supprime le slashs de tête sur les adresses des fichiers et dossiers. Ainsi si tu fais un tar de « /etc » par la commande « tar -czf etc.tar.gz /etc », tar enregistre non pas « /etc » mais « etc » comme adresse des fichiers. Cela permet de décompresser ensuite où tu le souhaites le fichier compresser par exemple dans « /tmp » si tu fait «cd /tmp && tar -xzf etc.tar.gz » cela créera l'arboresence « /tmp/etc » au lieu de placer directement les fichiers décompressés dans « /etc » ce qui pourrait être très préjudiciable.

J'espère que mon expliquation a été claire :)

Backup de votre site internet - patrick

patrick — Mon, 06 Oct 2008 04:19:32 +0200

bonjour!

j'obtiens une erreur lorsque je lance le script:
tar: Removing leading `/' from member names

est-ce grave?
patrick

Serveur Debian - mysql - Seza

Seza — Fri, 25 Jul 2008 18:52:51 +0200

Oui ils sont désactivé en connaissance de cause, InnoDB fonctionne parfaitement sans log binaire.
Les logs binaires sont très utile pour géré les restaurations en cas de crash, la réplication de serveur etc... mais sont aussi consommateur de ressources.
Pour ma toute petite machine qui tient se blog j'ai fais ce choix de ne pas le utiliser. Je fais un instanné avec mysqldump de temps en temps et ça me suffit en terme de sauvegarde. Tant pis si je perd quelques post ou quelques commentaires.
Bien entendu c'est un choix à faire en connaissance des risques que l'on prend (et que j'aurais du expliquer dans ce tuto sûrement).

Serveur Debian - mysql - megar

megar — Fri, 25 Jul 2008 18:23:45 +0200

Oula, grosse erreur:
Tu utilises inno-db (bien !)
mais tu désactives les logs binaires. C'est pas bien du tout ça. D'ailleurs je ne savais pas qu'on pouvait utiliser innodb sans les binlog (tu es sûr qu'ils ne sont pas activés quand même ?)
Je crois que la gestion transactionnelle les utilise. Mais sinon, en cas de crash, c'est les logs qui peuvent te sauver la vie (si tu as une sauvegarde des fichiers de la base à chaud).
Mais si tu fais tes sauvegardes avec mysqldump, désactivier les logs, c'est une mauvaise habitude, surtout sur des serveurs plus consistants.

Les protocoles réseaux ralentissent la communication - Seza

Seza — Fri, 25 Jul 2008 15:32:49 +0200

Salut,

Alors c'était du MyIsam (pour la source comme pour la destination) donc pas de transaction, de foreign key, de contrainte à vérifiée etc... je te passe les détails tu sembles connaître le sujet.

J'avais testé avec des INSERT classique sans delayed. Le serveur de destination n'était vraiment pas occupé, ni en CPU, ni en utilisation disque.

J'aurais été en InnoDB (Moteur de table que je connais moins bien) j'aurais procédé différemment c'est clair.

Néanmoins il y a des choses à testé que je n'ai pas testé à l'époque. Comme Locker les tables en écriture avec de boucler dessus. Visiblement Le locking consomme énormément de temps sur un INSERT en MyIsam car effectuer un INSERT ... SELECT ... quand c'était possible c'était avérer être une solution intermédiaire très payante.
La désactivation de la mise à jour des index aussi n'a pas été essayé ce qui est aussi très consomateur de temps néanmoins je m'étonne tout de même du peu de ressource consommé par le serveur à ce moment là.

Aurais-tu d'autres idées ?

Les protocoles réseaux ralentissent la communication - megar

megar — Fri, 25 Jul 2008 13:07:09 +0200

Et l'insertion mysql, comment as-tu procédé ?

une transaction ? d'ailleurs quel moteur de table est utilisée pour la cible ?
insert delayed ?
auto_commit=0
FOREIGN_KEY_CHECKS=1;

Si tu n'as pas optimisé, tu forces le serveur à faire une ecriture sur le disque (+ vérif foreign key et création index) à chaque ligne + un sync (très couteux en temps). Es-tu sûr que c'est vraiment uniquement le protocol overhead qui est responsable de cette énorme différence ?

Quand on fait des betises - Seza

Seza — Sat, 16 Feb 2008 16:20:54 +0100

Salut nT,

Comme sur beaucoup de forum quand tu cherches une réponse, tu vois très souvent les gens expliquer leur problème mais aussi donner plein d'infos sur pourquoi quand comment. C'est très utile pour comprendre dans quel contexte l'erreur arrive.

C'est pourquoi je vais te demander le contexte (un petit exemple qui me montre quand l'erreur arrive) ça serait idéal.

Dans un premier temps je penserais à un compte inactiver par root. Mais ça serais un compte UNIX réel. Bon pas de perte de temps en spéculation. J'attends tes infos.
Pour me contacter par email tu peux utilisé ma page contact.

@ Bientôt

Quand on fait des betises - nT.

nT. — Fri, 15 Feb 2008 10:34:46 +0100

Salut, J'ai commencé a m'interresser a linux il n'y a pas trés longtemp par conséquent je trouve ton blog trés bien fait et interréssant.
Mais voici la raison pour la quelle je post.
J'ai suivi ton tutoriel pour installer Iptable, SSH, MySQL ainsi que Apache2 et ca a fonctionné plus ou moin...
Néanmoins je me demandais si l'erreur " L'administrateur système a désactivé votre compte " pouvait éventuellement venir de Iptable ou alors ssh lors de la création des utilisateurs virtuelle ?
( il y a de grande chances que je revienne souvent te posé des questions donc il serait plus simple de communiquer par mail, pour éviter de flooder ton blog :p ^^)

MySql - round() - déconseillé - Seza

Seza — Wed, 10 Oct 2007 14:21:15 +0200

Salut Aga,

je te conseille cet article sur wikipedia : http://fr.wikipedia.org/wiki/Arrondi qui parle des différentes manière d'arrondir. Déjà à ce stade tu pourras te rendre compte qu'il n'y a pas qu'une seule méthode pour arrondir un chiffre.
Je n'ai pas trouver un texte de loi française spécifiant la manière d'arrondir un chiffre néanmoins comme dans ce décret (en annexe I) http://www10.finances.gouv.fr/fonds_documentaire/euro2002/textes/recueil/04.htm on peut voir que la méthode d'arrondi à employer est spécifiée.

L'arrondi par excès se retrouve dans de nombreux documents officiel français et on peut donc en déduire que l'arrondi par excès est la méthode préférée à employer en france. Ce qui n'est pas forcément le cas dans d'autres pays comme me l'avais préciser à l'époque de cet article un DAF ayant travaillé quelques années aux états-unis.

MySql - round() - déconseillé - Aga

Aga — Wed, 10 Oct 2007 02:53:49 +0200

Lorsque qu'un chiffre est exactement entre deux entiers, il DOIT être est arrondi à l'entier supérieur. Cà n'a rien d'une convention française, c'est mathématique. Vala...

MySql - round() - déconseillé - Seza

Seza — Wed, 12 Sep 2007 21:59:32 +0200

je dois être dyslexique ... merci :)

MySql - round() - déconseillé - Sethpolma

Sethpolma — Wed, 12 Sep 2007 12:26:30 +0200

Simple commentaire reprenant un peu celui de Taku : il y a encode deux "rand()" dans les deux premiers paragraphes. :)

Serveur Debian - php et dotclear 2 - Seza

Seza — Tue, 04 Sep 2007 21:12:27 +0200

Corrigé, c'était une erreur de ma part encore. Heureusement que tu suis =p

Serveur Debian - php et dotclear 2 - ElMatheo

ElMatheo — Sun, 02 Sep 2007 22:12:34 +0200

Plop Seza, doit falloir avoir le bon depot dans sa sources.list de apt mais apache2-mod-php5 en config nue sur debian est introuvable par contre libapache2-mod-php5 le remplace...

Serveur Debian - mysql - Seza

Seza — Fri, 03 Aug 2007 21:32:47 +0100

Merci ici aussi pour ta participation,

ça fait plaisir d'avoir des compléments et de se rendre compte des erreurs que l'on fait.

Serveur Debian - mysql - flipflip

flipflip — Wed, 01 Aug 2007 10:19:53 +0100

Supprimer l'utilisateur laisse des traces au niveau des droits. Il vaut mieux faire :
REVOKE ALL PRIVILEGES, GRANT OPTION FROM root@NomDuServeur;
DROP USER root@NomDuServeur;

http://dev.mysql.com/doc/refman/5.0...
http://dev.mysql.com/doc/refman/5.0...

Serveur Debian - mysql - Seza

Seza — Mon, 11 Jun 2007 18:55:13 +0100

Salut,

L'installation dans debian est déjà faite avec un minimum de sécurité, comme tu peux le voir la base test et l'utilisateur anonyme sont absent.
L'intérêt ici est surtout de faire pratiqué le futur administrateur à quelques pratiques courantes telles que ajout, modification et supression de compte avec une notion de sécurité incluse. Il pourra ainsi se familiariser avec la console et l'outil mysql aussi.

J'ai déjà entendu parlé de ce script mais je ne l'ai jamais utilisé.
Je pense que sur une source mysql compilé soit même le script que tu présentes doit faire gagner beaucoup de temps.

Serveur Debian - mysql - Gameplayer

Gameplayer — Mon, 11 Jun 2007 09:42:38 +0100

Par rapport à la sécurisation de mysql, j'utilise généralement l'application mysql_secure_installation qui permet de fixer le mot de passe root, virer la base de test et autres trucs du genre, pourquoi ne pas l'utiliser ici ?

MySql - round() - déconseillé - Seza

Seza — Thu, 05 Apr 2007 21:54:26 +0000

Méga faute !!

Les plus grosses sont toujours celles que l'on ne voit pas. Merci pour ton post encourageant =p rectification faîtes !

Et mes sincères excuses pour la frayeur occasionnée

MySql - round() - déconseillé - Taku

Taku — Thu, 05 Apr 2007 15:22:42 +0000

Ouf !
Rand() n'est pas déconseillé, c'est Round() ... si tu savais comme le titre de ton post m'a fait peur :).

Très intéressant ton blog, bonne continuation.

Eclipse - PDT vs PHPEclipse - à la recherche de plugin's - Seza

Seza — Tue, 03 Apr 2007 20:53:17 +0000

Merci pour l'info, pour l'instant jen'est pas encore eu l'occasion d'aller plus loin avec eclipse, j'attends un bon projet à me taper pour m'y mettre très sérieusement. J'espère etre satisfait de cet IDE.

PS : Excellent ton blog !

Eclipse - PDT vs PHPEclipse - à la recherche de plugin's - Gameplayer

Gameplayer — Tue, 03 Apr 2007 16:40:28 +0000

Bonjour,

Par rapport à la coloration du javascript et au code completion, ils sont bien présents mais il y a des bugs quand le code mélange plusieurs langages (notamment inclusion de php au milieu du html).

Pour les fichiers mélangeant html et javascript, le code completion et la coloration ne sont pas trop mal gérés, ceci est intéréssant pour les fichiers de classes javascript notamment.

Eclipse - PDT vs PHPEclipse - à la recherche de plugin's - Seza

Seza — Wed, 28 Mar 2007 00:47:15 +0000

Salut Alex,

Je sais qu'éclipse prpose des langages pack. De ce que j'ai compris étant donné qu'éclipse est décomposée en tas de module, chaque module possède ou non sa taduction.

tu trouveras ici les fameux languages pack
download.eclipse.org/ecli...

Eclipse - PDT vs PHPEclipse - à la recherche de plugin's - Alex

Alex — Tue, 27 Mar 2007 14:57:55 +0000

Salut à tous, je débute avec Eclipse 3.2.2 et je recherche un patch pour avoir eclipse en français ! Est-ce que ça existe ?

Les protocoles réseaux ralentissent la communication - Seza

Seza — Sun, 25 Mar 2007 15:56:16 +0000

Et dire que j'ai failli te virer des commentaires en nettoyant les spams du blog !

Je ne peux pas me dresser contre un specialiste en la matière tu as raison. Et ceci dit j'ai trouver bien meilleure méthode depuis. Il suffit d'oser s'aventurer dans la doc mysql.

Les protocoles réseaux ralentissent la communication - syrus

syrus — Sun, 25 Mar 2007 04:38:45 +0000

Ah ce réseau... Mais bon on doit sa lenteur aux différents controls qui sont qd meme bien utils...

Eclipse - PDT vs PHPEclipse - à la recherche de plugin's - Seza

Seza — Wed, 14 Mar 2007 20:34:37 +0000

Oui en effet j'observe les mêmes points.
J'espère que la version 10 de PDT proposera plus de fonctionnalité.

Autrement j'ai trouvé que le php intégré à PDT possédait bien un php.ini (donc configurable), c'est une bien bonne nouvelle pour moi.

Eclipse - PDT vs PHPEclipse - à la recherche de plugin's - CharlyB

CharlyB — Wed, 14 Mar 2007 11:16:43 +0000

Bonjour,
J'utilise PHPEclipse depuis quelques années...
J'ai testé rapidement PDT :
Points négatifs (de PDT par rapport à PHPEclipse)
-Coloration syntaxique pauvre
-Pas d'auto-surbrillance de la variable sélectionnée dans la page.
Points positifs :
-auto-complétion contextuelle
Donc je pense attendre la version 1.0 de PDT (prévue en septembre)