Probleme bei Datenbank Dump bzw. wieder einspielen

[Herr M.]

Hallo an alle!

Zu nächst sei einmal gesagt das CONTENIDO ein klasse System ist.
Jetzt nach dem ich fast drei Wochen dazu gebraucht habe meine alte Internetseite neu mit Contenido zu erstellen un die Module anzupassen habe ich ein DB-Dump (SQL) erstellt und versucht diesen über Xampp auf meinen Rechnen wieder einzuspielen!

Folgendes Problem

SQL meldet bei Tab. " `con_code`" den Fehler "#2006".
Der Dump wird bei dieser Tabelle unterbrochen und hat auch keine
Inhalte´(ich habe den DB-Dumb in UTF8 gen. erstellt ist das richtig)

Wie sollte ich am besten vorgehen (Ich will meine Site von 1und1 auf meinen Rechner und zu einem anderem Provider portieren (Aus testzwecken)

Beste Grüße und in Hoffnung auf Antwort

[mvf]

http://dev.mysql.com/doc/refman/5.0/en/ ... lient.html

Error: 2006 (CR_SERVER_GONE_ERROR)
Message: MySQL server has gone away

klingt schwer nach connection timeout weil die DB vieleicht zu gross für die 'zur Verfügung stehende Zeit' ist

im überigen kannst du die con_code und _actionlog vor dem dump leeren nicht löschen dann wird der dump erheblich kleiner

[Herr M.]

Hallo und vielen Dank für die schnelle Antwort!

Was kann ich denn bei dieser Fehlermeldung machen?

Ich hatt schon versucht die Tab alst txt. in einzelnen Code Teilen in die SQL DB zu kopieren (weil ich mir auch schon gedacht habe das Sie zu groß ist!) Die DB ist nur knapp 3 MB groß!

[Herr M.]

Ich werde deinen Vorschlag mit dem lehren mal versuchen, mal sehen ob das klapp!

[mvf]

in diesem fall denke ich hängt es nur 'indrekt' mit der DB grösse zusammen. will sagen es gibt keinen fehler dass diese zu gross sei, sondern dass der server abbricht wenn ich es recht verstehe, was zeitbedingt ist, alo ein timeout, das natürlich dann auch von der db grösse abhängig ist, nur eben kein max_allowed_package sizefehler meine ich.

was du auf jeden fall machen kannst ist folgende tabellen leEren oder du leHrst sie dies selbst zu tun

con_actionlog
con_code
(con_keywords) mit vorbehalt denke die füllt sich auch neu, unsure
con_stat
con_stat_archive

wie gesagt alle leeren nicht löschen

dump der db testen, wenn die zu gross ist, dann nach tabellen spiltten, also gucken wie gross die sind und tabellen in einzelne teile dumpen,
was auch manchmal funzt ist das sql file öffnen (editor) und copy paste nach phpmyadmin in das SQL-eingabe-fenster

[Herr M.]

Hi

Ich werde deinen Vorschlag testen..
Danke!

PS.. und wen man weiß das die Meta Texte erneut eingegeben werden müssen, kann mann sich zum Glück drauf vorbereiten!

[Herr M.]

Hi

habe die Tabellen geleert und nicht gelöscht!

Bei der Migration gab es eigentlich keine Probleme bis auf:

- Seiten werden nicht angezeigt (wahrscheinlich wegen der localen Pfadangaben (werde ich heute noch mal genauer überprüfen und sonst noch mal alles löschen und neu installieren!
Ich habe jetzt aber ein viel schlimmeres Problem:

Ich kann jetzt kein layout mehr erstellen.

Fehlermehldung:

lay_edit is not in the actions table!

Use the following statement to insert it with minimal functionsinto the actions table:
INSERT INTO con_actions SET idaction = 1, idarea = 9, name = 'lay_edit', relevant = 1

Fragen:

- Was ist damit gemeint?
- und wie kann ich den Fehler beheben
PS. habe versucht ein Layout zu ändern bzw. neu anzulegen!

[mvf]

klingt schwer danach als ob du die tabelle actions auch geleert hast,
das war ein fehler
ationlog (!) solltest du leeren

[Herr M.]

Ich nehme dann mal an, dass ich am besten die 4.6 noch mal aufspielen kann und entsprechend wohl auch die Artikel ect.....

oder

[rezeptionist]

spiele doch deine tabelle actions von hand wieder ein du hast ja hoffentlich noch den dump gut kommt auf den dump an

[mvf]

Ich nehme dann mal an, dass ich am besten die 4.6 noch mal aufspielen kann und entsprechend wohl auch die Artikel ect.....

oder

nö du kannst mal aus einer 464 nur die tabelle actions neu importieren

[Herr M.]

Leider muß ich jetzt wieder los rocken...
sonst würde ich mich am liebsten schon jetzt ransetzen und eure Vorschläge mal ausprobieren!

Grüße
Michael

ps. ihr bekommt dann noch ein Feedback von mir wen ich (hoffentlich) alles wieder repariert habe (sind nähmlich ganz schon viele Artikel, Templates...)

[Herr M.]

Und zum Schluß doch noch mal alles gut gegangen!

Danke! Guido hat alles geklappt!

Grüße
Michael

[mvf]

gerne

[Herr M.]

Hallo an alle!

bin ich einfach zu blöd (hab ich nicht das bestimmte Such- und Finde Gen?).

Ich habe folgende Probleme, obwohl ich den Tipps nachgegangen bin (habe Cont. bestimmt schon 4 mal inst.)

Fehler:

1.- Datenbank Dump wird nicht im ganzen eingelesen (trotzt Leerung der
Tabellen und den Versuch den Dum in "3-Teile2 zu splitten und
einzulesen!

2. Nach dem ich (verzweifelt) versucht habe jede Tabelle per Hand zu importieren, habe ich z.B. folgende URL-CODE FEHLER in der Tabelle "con_typ" erhalten.

Code: Alles auswählen

", $tmp);\r\nif ($edit) {$editbutton = "url("front_content.php?action=10&idcat=$idcat&idart=$idart&idartlang=$idartlang&type=CMS_TEXT&typenr=$val&lang=$lang")."\\">";\r\n$editbutton = AddSlashes(AddSlashes

Mein Bekannter meinte das könnte schwer nach einem URL-Coding Fehler handeln (Das die Verknüpfungen leider nicht URL-Codiert sind)!

? Stimmt das? (Was kann ich dagegen tun)
? GIBT ES DEN NOCH KEIN DB-DUMP TOOL/MODUL (währe sehr interessant)

Beste Grüsse Michael

PS.
Leider habe ich nicht das bestimmte Such- und Finde GEN, deshalb entschuldige ich mich schon mal jetzt für meine Anfrage falls es unter der SUCHANFRAGE von CONTENIDO doch auf meine Fragen eine Antwort geben sollte

"Total verzweifelt, war doch so angetan con contenido, und muß jetzt festellen das ich wahrscheinlich einfach zu blöd für dieses CMS bin![/code]