Kann CMS nicht kopieren

damael · Beitrag von **damael** » Mo 18. Dez 2006, 11:55

Hallo alle

Ich versuche seit einiger Zeit eine Kopie eines Contenido 4.6.2. auf eine andere Domain zu portieren. Die Datenbank mit allen Tabellen ist bereits auf der Test-Domain installiert. Ich habe folgende Probleme:

1. Auf der originalen Domain ist der Setup Ordner nicht mehr vorhanden. Daher kann ich da auch nicht mehr auf Migration klicken.

2. Wenn ich auf der Test-Domain versuche die Setup-Variante "Upgrade" zu verwenden funtioniert einentlich alles gut (ebenfalls version 4.6.2). Setup wird erfolgreich ausgeführt. Kann mich auch ins Backend einloggen, nur der Bildschirm im Editor und der Vorschau bleibt weiss. Wenn ich ins Front_end gehe bleibt ebenfalls alles weiss.

Ich habe jetzt wirklich kein Nerv mehr dafür und hoffe jemand kann mir weiterhelfen.

Danke
byebye

Beitrag von **HerrB** » Mo 18. Dez 2006, 14:11

Du musst auch nur auf der finalen Domain auf Migration klicken, von der Original-Domain brauchst Du nur die Dateien und den DB-Dump.

Migration passt nur die Pfade in der DB und in der config.php an, Upgrade aktualisiert auch einien DB-Inhalte.

Wenn alles weiß ist, gilt das Übliche: contenido/includes/config.php und Administration->Mandanten überprüfen.

Verzeichnisberechtigungen überprüfen (z.B. cropnjobs-Verzeichnis und darin enthaltene Dateien).

Den Serverwechsel solltest Du übrigens für ein Upgrade auf V4.6.15 nutzen...

Gruß
HerrB

damael · Beitrag von **damael** » Mo 18. Dez 2006, 15:24

Ok danke ich teste das grad mal.

damael · Beitrag von **damael** » Di 19. Dez 2006, 01:07

So, habe es nun gemacht. Habe die Dateien nochmals hochgeladen, dann Migration. Die Config.php hab ich hochgeladen, und die Dateirechte sollten auch stimmen.

Wenn ich mich ins Backend einlogge, funktioniert fast nichts. Wenn ich auf Content klicke erscheint die Zweite Navigationsleiste nicht. Die meisten Links gehen nicht. Hmm. Wohl was mit Javascript kapputt.

Wenn ich ins frontend gehe kommt eine Fehlermeldung:

Fatal error: Could not display error page. Error to display was: 'No start article in this category'
Warning: Cannot modify header information - headers already sent by (output started at /home/httpd/vhosts/xxx.xx/subdomains/xxx.xx/httpdocs/xcms/cms/front_content.php:253) in /home/httpd/vhosts/xxx.xx/subdomains/xxx.xx/httpdocs/xcms/cms/front_content.php on line 350

Und dazu ne Box für den Front End Login. Hmm. Komische Sache. Bitte nochmals um Hilfe^^

Gruss
Damael

Beitrag von **Dodger77** » Di 19. Dez 2006, 07:56

damael hat geschrieben:'No start article in this category'

Was ist daran so unverständlich? In der Kategorie ist entweder kein Startartikel angelegt oder dieser ist nicht online.

Zum Thema JavaScript: hast du dieses überhaupt für die Domain zugelassen (Stichwort z.B. NoScript-Extension für Firefox o.ä.)?

damael · Beitrag von **damael** » Di 19. Dez 2006, 09:09

Mein Problem ist, dass ich im Backend gar nicht erst dazu komme, den Startartikel anzuzeigen oder zu definieren.

Jetzt ist es sogar so, dass das ganze Logo mit der gesamten Navigation nicht angezeigt wird.

Am Browser kann es nicht liegen wegen dem Javascript, da es im Firefox und im IE gleich reagiert.

silicone · Beitrag von **silicone** » Di 19. Dez 2006, 09:34

Hast du das gemacht?

contenido/includes/config.php überprüfen

damael · Beitrag von **damael** » Di 19. Dez 2006, 09:44

Jop habe da noch entdeckt, dass ich den frontend Pfad falsch hatte. Habe ihn nun angepasst, es scheint sich aber nichts zu ändern. Dann habe ich noch $cfg["is_start_compatible"] = true gesetzt. Danach ging das Frontend wieder.

Im Backend aber immer noch dasselbe. Die Navigation und das Logo werden gar nicht angzeigt.

Hier der Inhalt meiner config.php:

<?php

/******************************************
* File : config.php
* Project : Contenido
* Descr : Defines all general
* variables of Contenido.
*
* © four for business AG
******************************************/

global $cfg;

/* Section 1: Path settings
* ------------------------
*
* Path settings which will vary along different
* Contenido settings.
*
* A little note about web and server path settings:
* - A Web Path can be imagined as web addresses. Example:
* http://192.168.1.1/test/
* - A Server Path is the path on the server's hard disk. Example:
* /var/www/html/contenido for Unix systems OR
* c:/htdocs/contenido for Windows systems
*
* Note: If you want to modify the locations of subdirectories for
* some reason (e.g. the includes directory), see Section 8.
*/

/* The root server path to the contenido backend */
$cfg['path']['contenido'] = '/home/httpd/vhosts/xxx/subdomains/xxx/httpdocs/xcms/contenido/';

/* The web server path to the contenido backend */
$cfg['path']['contenido_fullhtml'] = 'http://xxx.xxx.xxx/xcms/contenido/';

/* The root server path where all frontends reside */
$cfg['path']['frontend'] = '/home/httpd/vhosts/xxx/subdomains/xxx/httpdocs/xcms/cms/';

/* The root server path to the conlib directory */
$cfg['path']['phplib'] = '/home/httpd/vhosts/xxx/subdomains/xxx/httpdocs/xcms/conlib/';

/* The root server path to the pear directory */
$cfg['path']['pear'] = '/home/httpd/vhosts/xxx/subdomains/xxx/httpdocs/xcms/pear/';

/* The server path to the desired WYSIWYG-Editor */
$cfg['path']['wysiwyg'] = '/home/httpd/vhosts/xxx/subdomains/xxx/httpdocs/xcms/contenido/external/wysiwyg/tinymce2/';

/* The web path to the desired WYSIWYG-Editor */
$cfg['path']['wysiwyg_html'] = 'http://xxx.xxx.xxx/xcms/contenido/exter ... /tinymce2/';

/* The server path to all WYSIWYG-Editors */
$cfg['path']['all_wysiwyg'] = '/home/httpd/vhosts/xxx/subdomains/xxx/httpdocs/xcms/contenido/external/wysiwyg/';

/* The web path to all WYSIWYG-Editors */
$cfg['path']['all_wysiwyg_html'] = 'http://xxx.xxx.xxx/xcms/contenido/external/wysiwyg/';

/* Section 2: Database settings
* ----------------------------
*
* Database settings for MySQL. Note that we don't support
* other databases in this release.
*/

/* The prefix for all contenido system tables, usually "con" */
$cfg['sql']['sqlprefix'] = 'con';

/* The host where your database runs on */
$contenido_host = 'localhost';

/* The database name which you use */
$contenido_database = 'xxx';

/* The username to access the database */
$contenido_user = 'xxx';

/* The password to access the database */
$contenido_password = 'xxx';

$cfg["database_extension"] = 'mysql';

$cfg["nolock"] = false;

$cfg["is_start_compatible"] = true;
?>

Beitrag von **Dodger77** » Di 19. Dez 2006, 10:16

Sofern deine Pfadangaben in der config.php stimmen, kann es vielleicht auch daran liegen, dass nicht alle Dateien (vollständig) hochgeladen wurden. Das liegt dann wahrscheinlich am verwendeten FTP-Programm. Evtl. noch mal mit Filezilla probieren.

damael · Beitrag von **damael** » Di 19. Dez 2006, 10:26

Vielen Dank für deine Hilfe.

Ich denke, dass es nicht an den Dateien liegen kann. Ich habe die Dateien schon mehrmals raufgeladen. Dies mit Leechftp. Das Programm kann "Resubmit Job" wenn ein ftp-Fehler passiert ist.

Daran kann es also fast nicht liegen.

Ich habe allerdings die Dateien direkt von der Originaldomain. Ich habe nicht erst eine neue Version installiert und dann die Originaldateien darübergespielt, sondern ich habe direkt die Oringaldateien hochgeladen. Liegt es vllt daran?

Grüsse

Beitrag von **Dodger77** » Di 19. Dez 2006, 10:33

Bitte probier es doch mal kurz mit Filezilla.

Beitrag von **Dodger77** » Di 19. Dez 2006, 10:34

Bitte probier es doch mal kurz mit Filezilla. Es gibt natürlich keine Garantie, aber Probleme beim Upload führen häufig zu Schwierigkeiten.

damael · Beitrag von **damael** » Di 19. Dez 2006, 11:10

Ok. Du bist der Beste: Hab ich doch gedacht das LeechFtp sei ein gutes ftp-Programm. Musste merken das es aber schrott ist. Das einzig ware ist ab jetzt Filezilla.

Thx
byebye