Template und Datenbank Restore nicht möglich

[andrea$]

@lucina,

genau

@mlweb

ok, werde ich machen! Man kann aber beides auch wieder über Install Tool importieren? Wozu kann man ein DB Backup machen wenn man es nicht wieder importieren kann?

Im Website Template sind die Inhalte (Artikel,Seitenstruktur) enthalten. DB Backup enthält die Datenbank? Ist nicht alles in der Datenbank enthalten?

[Spooky]

Solltest du für dein Anliegen nicht lieber einen eigenen Thread aufmachen?

Aus den bisherigen Posts ist mir eigentlich nicht klar, was du nun genau vor hast und was genau nicht funktioniert.

[mlweb]

Meine Bemerkung zum Website-Template bezog sich auf die Aussage von @lucina.
Der DB-Dump von BackupDB ist sinnvoll bei z.B. folgendem Szenario:

• alter Server kein Zugriff auf die DB
• neuer Server Zugriff auf phpmyadmin oder ähnliches vorhanden.

[do_while]

@lucina,

genau

@mlweb

ok, werde ich machen! Man kann aber beides auch wieder über Install Tool importieren? Wozu kann man ein DB Backup machen wenn man es nicht wieder importieren kann?

Im Website Template sind die Inhalte (Artikel,Seitenstruktur) enthalten. DB Backup enthält die Datenbank? Ist nicht alles in der Datenbank enthalten?

Das siehst Du genau verkehrt herum, für ein Website-Template musst Du beim Zurückladen sehr viele Vorbedingungen erfüllen (gleiches Contao, gleiche Erweiterungen).
Das Website-Template ist dafür, um Voreinstellungen oder Demos für bestimmte Versionen anzubieten, beispielsweise verwendet Peter Müller die Website-Templates für seine Buchbeispiele (passend zur im Buch enthaltenen Contao-Version).

Anders ist es bei der BackupDB-Datensicherung, die enthält alle Tabellen mit Strukturen* und Inhalten und läßt sich einfach mit phpMyAdmin oder Konsorten (normalerweise hat man sowas zur Verfügung) in eine leere Datenbank importieren. Das ist erstmal unempfindlich gegen falsche Contao-Versionen oder Erweiterungen.

* mit Strukturen sind hier die Datentabellen-Strukturen gemeint, nicht die Seitenstruktur.

[Spooky]

Warum nimmt er überhaupt Templates anstatt einen regulären DB dunp?

[mlweb]

Weil er wegen Problemen mit dem Hoster zur Zeit nicht an seine Datenbanken rankommt.

[Spooky]

Er kann per PHP einen Dump machen lassen. Und eigentlich sollte der DB Dump von BackupDB auch reichen. Daher verstehe ich in dieser ganzen Template Konfusion nicht, was nun das eigentliche Problem ist.

Der Thread sollte außerdem vielleicht separiert werden.

[mlweb]

Es geht wohl darum, dass er zur Zeit nicht an seine Datenbanken rankommt und damt einen DB-Dump auch nicht zurückspielen kann.
Andererseits verwende ich auch ab und zu die Website-Templates. Wenn man weiss worauf man achten muss klappt das prima.
Gründe dafür gibt es diverse. Ein gelegentlich bei mir aufgetretener: der Kunde gibt mir zwar das Datenbankpasswort, aber die Zugangsdaten zu phpmyadmin hat er vergessen verschlampt oder was weiss ich.
Wenn ich das Problem dann vom Tisch haben will, war das Websitetemplate bisher für mich immer eine gute Lösung.

[Spooky]

Wenn man zumindest FTP Zugriff hat, kann man sich immer noch selbst phpMyAdmin, MonoQL, Adminer oder sonst etwas auf den Server kopieren. Wenn der SQL Server (bzw. der SQL Benutzer) externe Verbindungen erlaubt, kann man auch SQLyog, Sequel, RazorSQL oder sonst was verwenden.

[mlweb]

Es gibt immer viele Möglichkeiten. Über Adminer seine genialen Möglichkeiten habe ich hier schon ich glaube von @tab oder @Samuel in einem anderen Thread gehört.

[andrea$]

Mein Webpanel ist seit Tagen nicht erreichbar und seit Monaten gibt es auch keinen Ticketsupport bei meinem Anbieter. Im Webhostlist Forum beschweren sich einige User wegen Mailserver Probleme, kein Support usw. usf.
Montag früh geht auch meine Kündigung raus. Auch hier soll es Probleme geben mit dem Auth Code, den die nicht rausrücken wollen oder können. Bevor die Server ganz abgeschaltet werden, suche ich mir einen neuen Hoster.

Adminer habe ich gerade ausprobiert. Danke für den Hinweis spooky! Ich kann kein PHP aber die Bedienung ist sehr einfach. Der Export ist allerdings nicht wie in PHPMyAdmin, wo eine Datei erstellt wird. Bei Adminer öffnet sich ein neues Browserfenster mit dem Inhalt der Datenbank. Diesen habe ich als .sql in meinem Editor gespeichert. Richtig?

Also abschl. für spooky... ich habe eine aktive Website und eine Kopie zum Experimentieren und Testen. Bisher habe ich immer mit Im- und Export von Templates ohne nachzudenken und ohne Probleme gearbeitet.

Ich bin nun mal nicht mit der Materie so vertraut und involviert wie ihr, die das ja teilweise beruflich betreiben. Ich habe einen anderen Beruf! Gerade mal HTML und CSS ging in meine Birne rein. und Dank P.M. Bücher habe ich den Einstieg in ein CMS geschafft.
Dank der Community bekomme ich Unterstützung wenns mal Probleme gibt.

Ich hoffe nun sind alle Klarheiten beseitigt?

[Thraile]

Mal so ne Idee fürs nächste mal: wenn deine aktive Seite noch läuft, zieh dir mit syncCto einfach alle Inhalte und Templates in deine Testinstallation.

In Idealfall sind die Versionen von syncCto und Contao hierbei identisch. Als andere wird dann durch die Synchronisation gerade gezogen.

Gesendet von meinem D5803 mit Tapatalk

[andrea$]

danke, setzt du die Erweiterung in Cto. 3.5.12 ein?

[Thraile]

Du meinst synCto? Ohne jetzt nachgesehen zu haben behaupte ich jetzt mal, dass keine unserer Installationen ohne syncCto daherkommt

[andrea$]

Adminer habe ich gerade ausprobiert. Danke für den Hinweis spooky! Ich kann kein PHP aber die Bedienung ist sehr einfach. Der Export ist allerdings nicht wie in PHPMyAdmin, wo eine Datei erstellt wird. Bei Adminer öffnet sich ein neues Browserfenster mit dem Inhalt der Datenbank. Diesen habe ich als .sql in meinem Editor gespeichert. Richtig?

jetzt komme ich auch nicht mehr mit Adminer an meine Datenbank! Acces Denied
bei der Testinstallation funktioniert es!

[mlweb]

Da das ja nun ein Problem mit Deinem Provider zu sein scheint, würd ich mir schleunigst einen neuen suchen. Wenn es mit dem auth-code auch nicht klappt, dann gibt es zumindestens bei .de-Domains den Weg direkt über die Denic soweit ich weiß (habe ich in der Praxis noch nie benötigt).

Nachtrag: Kündigen ohne Auth-Code bzw. dem Hinweis, dass nur der Account jedoch nicht die Domain gekündigt wird ist übrigens eine ganz schlechte Idee. Eventuell ist auch der neue Provider behiflich beim Anfordern des Auth-Codes. Da die sich fast alle "kennen" geht das bei "willigen" Mitarbeitern gelegentlich auf dem "kleinen" Dienstweg. Fragen kostet auf jeden Fall nichts.

[andrea$]

Da das ja nun ein Problem mit Deinem Provider zu sein scheint, würd ich mir schleunigst einen neuen suchen. Wenn es mit dem auth-code auch nicht klappt, dann gibt es zumindestens bei .de-Domains den Weg direkt über die Denic soweit ich weiß (habe ich in der Praxis noch nie benötigt).

Nachtrag: Kündigen ohne Auth-Code bzw. dem Hinweis, dass nur der Account jedoch nicht die Domain gekündigt wird ist übrigens eine ganz schlechte Idee. Eventuell ist auch der neue Provider behiflich beim Anfordern des Auth-Codes. Da die sich fast alle "kennen" geht das bei "willigen" Mitarbeitern gelegentlich auf dem "kleinen" Dienstweg. Fragen kostet auf jeden Fall nichts.

Einen Auth-Code gibt es nicht ohne Kündigung Ich habe natürlich Providerwechsel im Formular angekreuzt.

Ja, die DENIC gibt einen Code gegen Gebühr raus. Ob das bei .berlin Domains auch so läuft muß ich noch in Erfahrung bringen.

Edit: Webinterface ist wieder erreichbar und somit auch phpMyAdmin. Habe erstmal gedumpt was das Zeug hält

[mlweb]

Einen Auth-Code gibt es nicht ohne Kündigung

Was ist den das für ein komischer Provider. Egal welchen Provider, meine Kunden hatten so etwas ist mir noch nicht untergekommen. Ich habe immer zuerst den Auth-Code angefordert und erst viel später den eigentlichen Account gekündigt. Im Gegenteil manche Kunden sind sogar verärgert darüber, wenn ich Ihnen erklären muss, dass Sie zwar Ihre Domain sofort zum neuen Provider umziehen können, aber mit Ihrem Account (und den damit verbundenen Kosten) an das Ende der Vertragslaufzeit gebunden sind.

[andrea$]

Was ist den das für ein komischer Provider. Egal welchen Provider, meine Kunden hatten so etwas ist mir noch nicht untergekommen. Ich habe immer zuerst den Auth-Code angefordert und erst viel später den eigentlichen Account gekündigt. Im Gegenteil manche Kunden sind sogar verärgert darüber, wenn ich Ihnen erklären muss, dass Sie zwar Ihre Domain sofort zum neuen Provider umziehen können, aber mit Ihrem Account (und den damit verbundenen Kosten) an das Ende der Vertragslaufzeit gebunden sind.

Wir sind jetzt wirklich offtopic!
Nur kurz, die Kündigung ist heute raus per Einschreiben. Ich hatte per Mail AuthInfo angefragt und siehe da, es kam prompt eine Antwort. Nach Eingang der schriftl. Kündigung wird der auth-code rausgegeben. Seit Monaten keine Antwort auf Supportanfragen aber auf den Hinweis einer Kündigung innerhalb von einer Stunde ein Antwort.

Ich habe aber eine Möglichkeit gefunden an den Aut-Code heranzukommen, ohne Kosten. CPS Datensysteme

[andrea$]

Und wo genau kommst diese Fehlermeldung? Was genau machst du?

Da ich wieder Zugang zu phpMyAdmin habe, übe ich mich in Dumbs Ex-/Importieren und konnte diesen Fehler reproduzieren. In die bestehende Datenbank einen Dump importieren, brachte bei mir genau den gleichen Fehler. Es funktioniert nur wenn ich die bestehende DB komplett lösche und dann die zu importierende importiere (was für ein Satz).

Außerdem ist mir aufgefallen, das CSS Dateien und auch bearbeitete Templates nicht importiert wurden. Die mußte ich manuell kopieren bzw. überschreiben. Ist das normal?
Auch muß ich die Einstellung: "Inaktive Erweiterungen" neu setzten. Die werden auch nie übernommen.

diesen Fehler:

#---------------------------------------------------------
# Table structure for table 'tl_article'
#---------------------------------------------------------
CREATE TABLE `tl_article` (
`id` int(10) unsigned NOT NULL auto_increment int(10) unsigned,
`pid` int(10) unsigned NOT NULL default '0' int(10) unsigned,
`sorting` int(10) unsigned NOT NULL default '0' int(10) unsigned,
`tstamp` int(10) unsigned NOT NULL default '0' int(10) unsigned,
`title` varchar(255) utf8_general_ci NOT NULL default '' varchar(255),
`alias` varchar(128) utf8_bin NOT NULL default '' varchar(128),
`author` int(10) unsigned NOT NULL default '0' int(10) unsigned,
`inColumn` varchar(32) utf8_general_ci NOT NULL default '' varchar(32),
`keywords` text utf8_general_ci NULL text,
`showTeaser` char(1) utf8_general_ci NOT NULL default '' char(1),
`teaserCssID` varchar(255) utf8_general_ci NOT NULL default '' varchar(255),
`teaser` text utf8_general_ci NULL text,
`printab[...]

[Spooky]

diesen Fehler:

#---------------------------------------------------------
# Table structure for table 'tl_article'
#---------------------------------------------------------
CREATE TABLE `tl_article` (
`id` int(10) unsigned NOT NULL auto_increment int(10) unsigned,
`pid` int(10) unsigned NOT NULL default '0' int(10) unsigned,
`sorting` int(10) unsigned NOT NULL default '0' int(10) unsigned,
`tstamp` int(10) unsigned NOT NULL default '0' int(10) unsigned,
`title` varchar(255) utf8_general_ci NOT NULL default '' varchar(255),
`alias` varchar(128) utf8_bin NOT NULL default '' varchar(128),
`author` int(10) unsigned NOT NULL default '0' int(10) unsigned,
`inColumn` varchar(32) utf8_general_ci NOT NULL default '' varchar(32),
`keywords` text utf8_general_ci NULL text,
`showTeaser` char(1) utf8_general_ci NOT NULL default '' char(1),
`teaserCssID` varchar(255) utf8_general_ci NOT NULL default '' varchar(255),
`teaser` text utf8_general_ci NULL text,
`printab[...]

Da ist keine Fehlermeldung enthalten.

Außerdem ist mir aufgefallen, das CSS Dateien und auch bearbeitete Templates nicht importiert wurden. Die mußte ich manuell kopieren bzw. überschreiben. Ist das normal?
Auch muß ich die Einstellung: "Inaktive Erweiterungen" neu setzten. Die werden auch nie übernommen.

Wovon reden wir jetzt überhaupt? In einem Datenbank Export sind natürlich keine Dateien vorhanden.

Um eine Contao Installation zu kopieren musst du einfach alle Dateien der Installation und die Datenbank kopieren, logischerweise.

[mlweb]

Es funktioniert nur wenn ich die bestehende DB komplett lösche und dann die zu importierende importiere (was für ein Satz).

Das das nicht klappt ist doch logisch

CREATE TABLE `tl_article`(...

versucht eine Tabelle zu erstellen die schon vorhanden ist.

phpmayadmin hat Einstellungen dafür, dass man das Löschen in den Dump gleich "integriert". Alternativ löscht man die Datenbank vor dem Import oder verwendet eine leere Datenbank.

[andrea$]

Da ist keine Fehlermeldung enthalten.


Wovon reden wir jetzt überhaupt? In einem Datenbank Export sind natürlich keine Dateien vorhanden.

Um eine Contao Installation zu kopieren musst du einfach alle Dateien der Installation und die Datenbank kopieren, logischerweise.

Verdumpt, jetzt wo du das sagst... die Meldung ist farblich rot hinterlegt. Deswegen verstand ich das als Fehler.

@mlweb,
diese Funktion habe ich jetzt nicht gefunden

[mlweb]

diese Funktion habe ich jetzt nicht gefunden

Ich nehme mal an Du beziehst Dich auf phpmyadmin und das Löschen.
Das ist beim Export in den Optionen zu finden - DROP TABLE / VIEW /.... In neueren Versionen von phpmyadmin mußt Du beim Export "angepasst" wählen um alle Optionen sehen zu können.

[andrea$]

ok danke!

also wenn ich diesen Dump in eine Datenbank importiere, löscht er bestehende Tabellen?

[mlweb]

Ja bei angewählte Option DROP TABLE/ VIEW... werden in den Dump entsprechende Löschbefehle zum Löschen von Tabellen, Views etc. eingefügt.
Mach doch einfach mal einen Dump mit und einen Dump ohne die Option und schau Dir die SQL-Dateien im Editor Deiner Wahl (z.B notepad++) an, dann siehst Du die Unterschiede.

[tab]

Ich lösche trotzdem immer vor dem Import alle Tabellen der Datenbank. Sonst besteht ja - zumindest theoretisch - die Gefahr, dass da Tabellen erhalten bleiben, die ich gar nicht (mehr) brauche. Also wenn die DB vorher mit einer anderen Contao-Installation oder sonst wie genutzt wurde und somit schon Tabellen enthält, die durch den Import des Dumps nicht angelegt werden. Wenn z.B. in der alten Installation irgendwelche zusätzlichen/anderen Erweiterungen genutzt wurden. Die werden dann natürlich beim Import auch nicht gelöscht, trotz enthaltenem "DROP TABLE/VIEW...". Das wird ja nur für die Tabellen in den Dump eingefügt, für die auch ein entsprechendes CREATE Statement eingefügt wird, also für die Tabellen, die im Dump gesichert werden.

Es kann aber natürlich manchmal auch gewünscht sein, bestehende "fremde" Tabellen in Ruhe zu lassen.

[mlweb]

Ja klar, andererseits kann es auch sein, dass man genau die Tabellen der Erweiterung behalten will und man leider nur einen Dump hat ohne Daten der installierten Erweiterung. Die müßten dann ja eigentlich erhalten bleiben.
Man muss sich halt ein bischen damit beschäftigen und ggf. mal etwas rumspielen. Dann kann man damit sehr sehr viel machen.

Deinen theoretischen Fall müßte man mal testen. Eigentlich sollten dann ja im Installtool oder bei der Datenbankaktualisierung die überschüssigen Tabellen zur Löschung vorgeschlagen werden - denke ich jedenfalls in meinem jugendlichen Leichtsinn (oder eher mit meinem Altersschwachsinn?).

Nachtrag: Übrigens schadet das Anwenden dieser Option ja auch nicht, wenn die Tabellen schon gelöscht wurden (DROP TABLE IF EXIST), wenn ich das vorherige Löschen aber doch vergessen habe, geht der Import nicht schief.

[Spooky]

Es könnten auch theoretisch Tabellen existieren, die nicht von Contao angelegt werden bzw. wurden. Die würden dann im Install Tool nicht gedropped werden.

[mlweb]

Stimmt, aber wenn die vorhanden sind bleibt ja die Frage warum und ob ich die wirklich löschen will.
Ich habe vor kurzem eine Installation zu Gesicht bekommen, da hat jemand TYPO3 und ich glaube es war joomla zusammen in einer Datenbank laufen gehabt.

[tab]

Ja, der andere Fall mit Contao-eigenen Tabellen wird wohl im Install-Tool mit erledigt. Ob das alle möglichen Tabellen betrifft, also auch solche, die nicht zu Contao gehören, da bin ich mir nicht ganz sicher. Ein Blick in den Code wird bestimmt Gewissheit bringen . Allerdings passiert es mir öfter mal, dass ich das Install-Tool gar nicht aufrufe, wenn ich Installationen kopiere/verschiebe. Da ändere ich die Zugangsdaten in der localconfig.php und gut ist. Die Pfade stimmen sowieso, weil ich normalerweise nicht in Unterverzeichnissen arbeite.

Aber ist natürlich richtig, dass es für jede mögliche Einstellung im phpMyAdmin bestimmt auch eine passende Anwendung gibt. Man muss sich eben überlegen, was man im konkreten Fall haben will. Die "DROP TABLE/VIEW..." Option wird aber nicht schaden, zumindest solange auch CREATE TABLE Anweisungen geschrieben werden. Für einen "normalen" Dump als Backup oder zum Kopieren einer Contao-Installation kann man das jedenfalls schadlos aktivieren.

[andrea$]

Mach doch einfach mal einen Dump mit und einen Dump ohne die Option und schau Dir die SQL-Dateien im Editor Deiner Wahl (z.B notepad++) an, dann siehst Du die Unterschiede.

Habs mir angeschaut! Da steht vor jeder Tabelle

DROP TABLE IF EXISTS `tl_article`;

Bei meinen Kenntnissen gehe ich lieber auf Nummer sicher und mache die DB platt bevor ich was importiere .

Irgendwie scheint es bei aber nie richtig zu funktionieren!

Habe bei Alfahosting ein Testaccount. Installation hat funktioniert und der Dump Import auch. Ich sehe aber in der localconfig.php, das dort ne Menge Einstellungen nicht übernommen wurden

$GLOBALS['TL_CONFIG']['websiteTitle'] = 'xxxxx';
$GLOBALS['TL_CONFIG']['dateFormat'] = 'd-m-Y';
$GLOBALS['TL_CONFIG']['maxFileSize'] = 20480000;
$GLOBALS['TL_CONFIG']['inactiveModules'] = 'a:5:{i:0;s:8:"calendar";i:1;s:8:"devtools";i:2;s: 3:"faq";i:3;s:10:"newsletter";i:4;s:4:"news";}';
$GLOBALS['TL_CONFIG']['sessionTimeout'] = 36000;
$GLOBALS['TL_CONFIG']['defaultUser'] = '';
$GLOBALS['TL_CONFIG']['defaultGroup'] = '';
$GLOBALS['TL_CONFIG']['repository_unsafe_catalog'] = true;
$GLOBALS['TL_CONFIG']['backupdb_zip'] = false;
$GLOBALS['TL_CONFIG']['backupdb_sendmail'] = false;
$GLOBALS['TL_CONFIG']['backupdb_attmail'] = false;
$GLOBALS['TL_CONFIG']['datimFormat'] = 'd-m-Y H:i';
$GLOBALS['TL_CONFIG']['timeZone'] = 'Europe/Berlin';
$GLOBALS['TL_CONFIG']['installCount'] = 0;
$GLOBALS['TL_CONFIG']['maintenanceMode'] = false;
$GLOBALS['TL_CONFIG']['coreOnlyMode'] = false;
$GLOBALS['TL_CONFIG']['displayErrors'] = true;
$GLOBALS['TL_CONFIG']['enableSearch'] = false;
$GLOBALS['TL_CONFIG']['latestVersion'] = '3.5.12';
$GLOBALS['TL_CONFIG']['useSMTP'] = false;
$GLOBALS['TL_CONFIG']['smtpEnc'] = 'ssl';
$GLOBALS['TL_CONFIG']['rewriteURL'] = true;
$GLOBALS['TL_CONFIG']['installPassword'] = 'xxxx ';
$GLOBALS['TL_CONFIG']['easyupdate3'] = 'b:0;';
$GLOBALS['TL_CONFIG']['bypassCache'] = false;
$GLOBALS['TL_CONFIG']['liveUpdateId'] = '';
$GLOBALS['TL_CONFIG']['privacyAnonymizeIp'] = false;
$GLOBALS['TL_CONFIG']['privacyAnonymizeGA'] = false;

woran liegt das? Vielleicht doch ein Template importieren?

[tab]

Ein Import in die Datenbank hat doch keine Auswirkung auf die localconfig.php. Wo sollten die Werte auch herkommen, die stehen ja nur in der localconfig.php und nicht in der Datenbank.

[andrea$]

könnte ich eine vollständige Kopie meiner Cto Installation auf einen anderen Server hochladen, den Dump importieren und Cto auf dem neuen Server auf diese Weise installieren? Oder muß ich eine leere Cto 3.5.12 installieren, DUMP imporiteren, Dateien hochladen etc. und alles aktualisieren? Natürlich mit Anpassungen in der localconfig

[do_while]

Ich verstehe die Frage nicht, es geht doch hier in dem Thread seit Wochen eigentlich nur darum.
https://docs.contao.org/books/manual...-umziehen.html

[Spooky]

könnte ich eine vollständige Kopie meiner Cto Installation auf einen anderen Server hochladen, den Dump importieren und Cto auf dem neuen Server auf diese Weise installieren? Oder muß ich eine leere Cto 3.5.12 installieren, DUMP imporiteren, Dateien hochladen etc. und alles aktualisieren? Natürlich mit Anpassungen in der localconfig

Ja, natürlich, genau das hättest du ja schon von Anfang so machen sollen o_0

[tab]

Ja, du kannst

1. Den kompletten Verzeichnisbaum vom einen Server zum anderen kopieren
2. Einen Datenbank-Dump in eine leere Datenbank auf dem neuen Server importieren.
3. In der localconfig.php die Datenbank-Zugangsdaten des alten Servers durch die des neuen Servers/Datenbank ersetzen.
4. Die .htaccess (insbesondere RewriteBase) ändern, falls sich am Pfad beim Umzug auf den neuen Server was geändert hat.
5. Die install.php aufrufen, damit mögliche Unterschiede im Pfad (Installation in Unterverzeichnis ...) korrigieren zu lassen. Der wichtige Punkt dabei ist, dass dadurch der richtige Pfad in die pathconfig.php eingetragen wird. Kann man freilich auch von Hand ändern, so geht dabei aber nichts schief.

Das sollte es dann schon gewesen sein und die Kopie sollte funktionieren, wenn der Server nichts dagegen hat, indem er irgendwelche Voraussetzungen nicht erfüllt. Mit dieser Methode kann auch ein Website-Template benutzt werden, weil ja alles übereinstimmt, Contao-Version, installierte Erweiterungen usw, weil die Dateien 1:1 kopiert sind. Trotzdem ist es dabei schon manchmal zu Komplikationen gekommen, je nach verwendeten Erweiterungen. Bei Import eines Dumps wie oben geschrieben passiert dies nicht, habe ich jedenfalls nie davon gehört und ist mir auch noch nie passiert. Das sollte also in jedem Fall funktionieren.

Ich würde es immer vorziehen, einen kompletten Dump zu benutzen und kein Website-Template. Nur wenn es gar keine Möglichkeit gibt, einen Datenbank-Dump zu importieren würde ich es mit einem Website-Template versuchen. Da hätte ich dann aber auch erhebliche Zweifel, ob das dann wirklich der geeignete Webspace ist.

[andrea$]

Danke euch für eure Geduld und ausführlichen Erklärungen. Genauso habe ich es gemacht wie tab beschrieben hat. Diesmal ohne Fehlermeldungen!!!

Ich bin jetzt zu einem anderen Provider umgezogen (Alfahosting). Deswegen hats ein wenig gedauert.
Der Pfad ist natürlich ein anderer aber in der RewriteBase habe ich nichts geändert. Auch auf dem alten Server hatte ich Cto in einem Unterordner installiert, ohne den Pfad anzugeben. Da steht auch nichts RewriteBase /

[mlweb]

Es kommt nicht auf die Installation im Unterordner an sich an, sondern darauf wohin Dein Domain zeigt.
Nur wenn die Domain in einen übergeordneten Ordner (aus Sicht von Contao) zeigt, dann brauchst Du RewriteBase.

[andrea$]

Es kommt nicht auf die Installation im Unterordner an sich an, sondern darauf wohin Dein Domain zeigt.
Nur wenn die Domain in einen übergeordneten Ordner (aus Sicht von Contao) zeigt, dann brauchst Du RewriteBase.

mein Pfad html/unterverzeichnis

Die install.php aufrufen, damit mögliche Unterschiede im Pfad (Installation in Unterverzeichnis ...) korrigieren zu lassen. Der wichtige Punkt dabei ist, dass dadurch der richtige Pfad in die pathconfig.php eingetragen wird. Kann man freilich auch von Hand ändern, so geht dabei aber nichts schief.

in meiner pathconfig steht nichts