MAJ PHPnuke - perte BD SQL - impossible de la Ré Upper

Novice Inscrit le: Sep 05, 2005 Messages: 3

Bonjour,

Je vous contacte car je suis en ce moment confronté à un enorme problème.

Suite à une mise à jour de la version de PHPnuke de mon site pour des raisons de sécurité (je m'étais fait pirater) j'ai mis à jour PHPnuke.
Et forcément, comme un c** j'ai perdu toute ma base de données SQL :'(
Autant vous dire que je suis vert.

Heureusement j'avais fait un backup en espérant qu'il ait été bien fait
Mais j'arrive pas à l'UP sur le site myphpadmin de free, à chaque fois j'ai des erreurs etc...

Que faire ????
D'où peut venir mon erreur ?
Si quelqu'un pourrait m'aider je vous en serait très reconnaissant car j'avais environ 800 messages sur mon forum et j'ai pas envie de tout perdre... Je sais plus quoi faire je comprends plus rien.

Au passage après long examen de ma sauvegarde de ma Base de Données, j'ai remarqué quelque chose qui me semble louche:
J'ai par exemple:

CREATE TABLE `nuke_authors` (
`aid` varchar(25) collate latin1_general_ci NOT NULL default '',
`name` varchar(50) collate latin1_general_ci default NULL,
`url` varchar(255) collate latin1_general_ci NOT NULL default '',
`email` varchar(255) collate latin1_general_ci NOT NULL default '',
`pwd` varchar(40) collate latin1_general_ci default NULL,
`counter` int(11) NOT NULL default '0',
`radminarticle` tinyint(2) NOT NULL default '0',
`radmintopic` tinyint(2) NOT NULL default '0',
`radminuser` tinyint(2) NOT NULL default '0',
`radminsurvey` tinyint(2) NOT NULL default '0',
`radminsection` tinyint(2) NOT NULL default '0',
`radminlink` tinyint(2) NOT NULL default '0',
`radminephem` tinyint(2) NOT NULL default '0',
`radminfaq` tinyint(2) NOT NULL default '0',
`radmindownload` tinyint(2) NOT NULL default '0',
`radminreviews` tinyint(2) NOT NULL default '0',
`radminnewsletter` tinyint(2) NOT NULL default '0',
`radminforum` tinyint(2) NOT NULL default '0',
`radmincontent` tinyint(2) NOT NULL default '0',
`radminency` tinyint(2) NOT NULL default '0',
`radminsuper` tinyint(2) NOT NULL default '1',
`admlanguage` varchar(30) collate latin1_general_ci NOT NULL default '',
PRIMARY KEY (`aid`),
KEY `aid` (`aid`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 COLLATE=latin1_general_ci;

Alors que dans la Base de Données "originale" de PHPnuke:

CREATE TABLE nuke_authors (
aid varchar(25) NOT NULL default '',
name varchar(50) default NULL,
url varchar(255) NOT NULL default '',
email varchar(255) NOT NULL default '',
pwd varchar(40) default NULL,
counter int(11) NOT NULL default '0',
radminsuper tinyint(1) NOT NULL default '1',
admlanguage varchar(30) NOT NULL default '',
PRIMARY KEY (aid),
KEY aid (aid)
) TYPE=MyISAM;

Je remarque:

- Que ma sauvegarde à des ' ' qui ne sont pas dans l'originale.
- " " " à partout: collate latin1_general_ci contrairement à l'autre aussi.

Est ce que ca peut aider ?
Ou est-ce inutile ?

Si vous avez une idée je vous en serait très reconaissant car j'enchaine les nuits de boulot suite à ce problème...
Merci.

Posté le: 06.09.2005, 12:33:54 Sujet du message:

Salut,

Edite le fichier de sauvegarde SQL avec un éditeur de texte classique.
Dans le menu de l'éditeur tu sélectionnes "Remplacer".

Dans la fenêtre tu va mettres remplacer ceci :

Novice Inscrit le: Sep 05, 2005 Messages: 3

Merci de ta réponse.

Réussi à sauver la BD, j'ai du uploader à la main table par table (1300 pages, gasp).
Au passage c'était pas le défault character set qui pinait mais:
- la taille de la BD (timeout response) de 4Mo
- Les guillemets mal placés par le bakup.........

Or ensuite pour finir la mise à jour il faut que je mette le fichier 7.6-7.7 ou 7.5-7.6 etc...

Mais je ne sais pas quelle version de phpnuke j'ai installé à la base. Comment savoir ????
Parceque là j'ai perdu les colonnes du coté et c'est pas pratique. Je suppose qu'avec cette dernière étape ça va régler le problème.

http://dahuscorp.sup.fr