Can't connect to local MySQL server through socket '/var/...

par **DocType** » 18 juil. 2007, 21:00

En fait ce n'est pas le php qu'il faut leur apprendre, c'est comment debugguer leur site ^^
faudrait ptetre qu'il les affiche les erreurs pour debugguer

par **Sékiltoyai** » 18 juil. 2007, 19:13

C'est normal qu'il ne t'ai pas mis de message d'erreur ?
Tu n'as pas quand même mis de @ devant ton include() ?

par **zaknaou.** » 18 juil. 2007, 19:03

HA C'EST BON...

Le message d'erreur voulait simplement dire qu'il n'avait pas acces à la connextion, je m'explique, le include de la page pointait bel est bien sur le fichier mysql_connexion.php, mais l'orsque j'ai déplacer la page (où il y avait l'erreur) j'avais oublié d'ajouter le ../ devant...

Et bien à présent sa fonctionne...

par **zaknaou.** » 18 juil. 2007, 18:30

D'aprés vous si 1&1 ne réponde pas je suis complétement stopper dans mes projets...

C'est bizare cette erreur, Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)...

Je ne comprend pas quel puisse apparaitre comme ça, la même base, la même table fonctionnait il y a peine 1 semaine... C'est étrange car je n'y est presque pas toucé depuis...

Est-ce que cette erreur s'affiche seulement l'ors d'un INSERT INTO ?

Par contre j'ai un dossier logs dans mes repertoire, il est impossible à supprimer, il est donc indispensable au fonctionnement du site, mais est-il en rapport avec '/var/lib/mysql/mysql.sock' ?
Et le (2) serait-il la ligne numéro 2 de '/var/lib/mysql/mysql.sock' ? Le mot local prouve par contre que cette erreur est bien à côté de la plaque, elle ne devrait pas surgir...

Un mystère... Ou une annomalie ?

par **zaknaou.** » 18 juil. 2007, 18:20

J'ai essayé de supprimer ma table et de la recrée... Pour ce qui est de la base de donnée le coin membres de 1&1 ne permet pas de supprimer sa base de donnée et donc d'en recréer une autre...

Pendant que j'y suis je vous passe une copie de ma table, est-elle correcte ?

CREATE TABLE `user` (
  `civilite` varchar(4) collate latin1_general_ci default NULL,
  `nom` varchar(20) collate latin1_general_ci default NULL,
  `prenom` varchar(20) collate latin1_general_ci default NULL,
  `identifiant` varchar(20) collate latin1_general_ci NOT NULL default '',
  `date_de_naissance_jour` varchar(2) collate latin1_general_ci default NULL,
  `date_de_naissance_mois` varchar(20) collate latin1_general_ci default NULL,
  `date_de_naissance_annee` varchar(4) collate latin1_general_ci default NULL,
  `numero_de_rue` varchar(4) collate latin1_general_ci default NULL,
  `rue` varchar(200) collate latin1_general_ci default NULL,
  `code_postal` varchar(5) collate latin1_general_ci default NULL,
  `batiment` varchar(5) collate latin1_general_ci default NULL,
  `etage` varchar(3) collate latin1_general_ci default NULL,
  `porte` varchar(8) collate latin1_general_ci default NULL,
  `ville` varchar(90) collate latin1_general_ci default NULL,
  `pays` varchar(90) collate latin1_general_ci default NULL,
  `telephone_fixe` varchar(10) collate latin1_general_ci default NULL,
  `telephone_portable` varchar(10) collate latin1_general_ci NOT NULL default '',
  `email` varchar(255) collate latin1_general_ci NOT NULL default '',
  `mot_de_passe` varchar(20) collate latin1_general_ci default NULL,
  `points` varchar(255) collate latin1_general_ci NOT NULL default '',
  `post` longtext collate latin1_general_ci NOT NULL,
  `connexion` varchar(1) collate latin1_general_ci NOT NULL,
  `avatar` varchar(255) collate latin1_general_ci NOT NULL default '',
  PRIMARY KEY  (`identifiant`,`telephone_portable`,`email`,`avatar`),
  UNIQUE KEY `numero_client` (`identifiant`,`telephone_portable`,`email`),
  UNIQUE KEY `avatar` (`avatar`),
  UNIQUE KEY `iduser` (`identifiant`,`telephone_portable`,`email`),
  UNIQUE KEY `iduser_2` (`identifiant`,`telephone_portable`,`email`,`avatar`),
  UNIQUE KEY `iduser_4` (`identifiant`,`telephone_portable`,`email`,`avatar`),
  KEY `iduser_3` (`identifiant`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 COLLATE=latin1_general_ci PACK_KEYS=0;

Merci

par **zaknaou.** » 18 juil. 2007, 17:55

Ha oui, je commence à penser et parler comme un ordinateur je n'est plus le sens de la conversation...

Je suis le premier php vivant...

par **DocType** » 18 juil. 2007, 15:49

Pour l'importation des donnée je sais faire un DUMP mais qu'est-ce qu'un Clean ?

J'ai juste verifié que les données de l'export étaient propre, sans bug etc... qu'elle étaient clean (propre en anglais)

par **zaknaou.** » 18 juil. 2007, 15:27

hum, re créer une base de donnée, pensez-vous que 1&1 m'accortera de détruire l'ancienne pour en ouvrir une autre ?

Pour l'importation des donnée je sais faire un DUMP mais qu'est-ce qu'un Clean ?

par **DocType** » 18 juil. 2007, 15:22

Merci, je pense que actuellement c'est la seule chose à faire... attendre 1&1...

Mais coment une table peut bien être pétardé ??

-Si c'est le cas comment dé-pétardé une table ??

Là c'est une questino sur laquelle je me suis jamais penché...
Juste que j'ai déjà vu des tables mysql qui était plantées, desindexées, et qui buguait enormement....c'est un truc à vivre, ca se raconte pas

ma solution a été de recréer une BDD en important les données dedans, et en verifiant que l'export etait clean

par **zaknaou.** » 18 juil. 2007, 15:20

Merci, je pense que actuellement c'est la seule chose à faire... attendre 1&1...

Mais coment une table peut bien être pétardé ??

-Si c'est le cas comment dé-pétardé une table ??

par **DocType** » 18 juil. 2007, 15:11

Mais il y a quelque chose qui n'est pas clair...

Il y a d'autres scripts qui accèdes à la base de donnée dans le site, par exemple caux qui s'occupent des fenetres, et eux ils fonctioennent trés bien donc je peut en déduire que le problème ne vient pas du serveur mais plutot de la fonçon d'on j'ai ecrit mes script (code)...

Il se peut aussi que ce ne sont que certains éléments de language qui sont buggué ou même une de tes tables qui est petardée. Attends le retour de 1and1

par **zaknaou.** » 18 juil. 2007, 15:09

Mais il y a quelque chose qui n'est pas clair...

Il y a d'autres scripts qui accèdes à la base de donnée dans le site, par exemple caux qui s'occupent des fenetres, et eux ils fonctioennent trés bien donc je peut en déduire que le problème ne vient pas du serveur mais plutot de la fonçon d'on j'ai ecrit mes script (code)...

par **DocType** » 18 juil. 2007, 01:00

On reïtère

Si tu rencontres ce problème chez un hébergeur, lui as-tu demandé de l'aide?

En plus clair, ce problème est dû très certainement à ton hébergeur, et sans réponse de leur part, on pourra pas faire grand chose. Si t'es pas admin de ton système, eux le sont peut être ? enfin, j'espère...
Un peu comme un employé qui contacte son admin réseau car il peut pas installer un logiciel ou n'accède pas à ses infos...ce serait pas ton dentiste qui pourrait t'aider

par **Sékiltoyai** » 18 juil. 2007, 00:56

Ouais mais bon, en l'occurence il faut être administrateur du système...

par **DocType** » 18 juil. 2007, 00:52

http://guides.ovh.com/MysqlProblemesEtSolutions

Can't connect to local MySQL server through socket '/var/...

Répondre

Étendre la vue Revue du sujet : Can't connect to local MySQL server through socket '/var/...