Ja, ich kenne die Datei nicht anders Das System generiert offensichtlich daraus einen Base-Tag <base href="http://www.naskapi.de/shop/" /> Ich weiß nur nicht wie und warum - und so halt auch nicht wie ändern ....
PHP: $t_document_root = '/...../'; kann es sein, dass die ...... ersetzt werden müssen durch deinen Pfad, wo dein Root-Verzeichnis liegt ? Denn das ist nirgends angegeben.
Das steht schon drin. Aber hier geht es tatsächlich aufs Hauptverzeichnis und nicht in den Unterordner /shop/ Ich dachte nun, den Stein der Weisen gefunden zu haben und habe den absoluten Pfad um /shop/ erweitert, aber das hat nichst genutzt. Auch ein Ersetzen von /shop/ durch den Datenbanknamen hat nichts gebracht. Ich bin langsam am Verzweifeln.....
also wenn ich deine adresse aufrufe, dann steht da wartungsarbeiten... nimm mal das "shop/" raus aus PHP: $t_document_root = '/...../'; und leere die caches. danach nochmal testen.
Ohne /shop/ und geleerten Cache funktioniert es auch nicht. Das mit den Wartungsarbeiten erschient, weil der Shop noch nicht online gestellt ist. Aber im Administrationsbereich verlinkt auch alles auf /shop/ Es wird auch im Quelltext dr Seite nach wie vor das base-tag .../shop/ generiert. Das System versteht die Änderung auf dem Server nicht. Ich habe noch ein weitere Variante getestet und hier, wie in den zugehörigen Codes /shop/ eingefügt. Aber auch ohne Erfolg Code: define('HTTP_SERVER', 'http://www.naskapi.de/shop/'); // eg, http://localhost - should not be empty for productive servers Es fehlt das komplette CSS. Angezeigt wird nur eine weiße Seite mit Text .... Und in dn Admin-Bereich gelange ich nur, wenn ich /shop/ aus der URL lösche Von der Logik her müsste es richtig sein, den absoluten Pfad (Stammverzeichnis beim Provider) zu kopieren und zu verwenden. Aber das funktioniert nicht. Ich habe es gerade noch einmal so hergerichtet. Und mit der alten URL naskapi.de/shop/ ist die Seite gar nicht mehr erreichbar. Ich komme mir schon sehr dumm vor ....
wenn du dich bei all-inkl einloggst und mal nachschaust auf was deine url verlinkt, verlinkt sie auf das url-verzeichnis oder auf dein root-verzeichnis?
Domain = naskapi.de / Stammverzeichnis ist um /shop/ erweitert worden. Daher erscheint es mir ja auch logisch, dass dies nun der absolute Pfad sein muss. Es erscheint ja auch richtigerweise der Shop - oder halt die Wartungsarbeiten - aber alles ohne CSS Es ist dem System auch völlig wurscht, ob die Änderungen in den configure.php durchgeführt sind oder nicht. Das Ergebnis ist immer dasselbe
jepp, dann vermute ich, dass diese struktur, die bei mir nicht vorhanden ist in den configure etwas durcheinander haut. heute ist kein guter tag zum denken. gib mal deinen absoluten pfad
Bei Dir auch nicht ??? Oh je. Ich vermute auch, dass der Code unter dem absoluten Pfad etwas damit zu tun hat. Hier wird ja auch der basename generiert. Aber ich verstehe halt gar nix von php. Und mit Logik alleine komme ich grad nicht weiter... Danke Dir !! Code: $t_document_root = '/www/htdocs/w00a4c46/shop/'; // absolute server path required (domain root) $t_document_root = realpath($t_document_root) . '/'; $t_document_root = str_replace('\\', '/', $t_document_root); if($t_document_root == '//') { $t_document_root = '/'; } $t_dir_fs_backend = dirname(dirname(__FILE__)); $t_dir_fs_frontend = dirname(dirname(dirname(__FILE__))); if(basename(dirname(__FILE__)) == 'local') { $t_dir_fs_backend = dirname($t_dir_fs_backend); $t_dir_fs_frontend = dirname($t_dir_fs_frontend); } $t_dir_fs_backend = str_replace('\\', '/', $t_dir_fs_backend) . '/'; $t_dir_fs_frontend = str_replace('\\', '/', $t_dir_fs_frontend) . '/'; $t_dir_ws_catalog = substr($t_dir_fs_frontend, strlen($t_document_root) - 1);
Ich vermute, dass der Hund im Code: $t_dir_fs_backend = dirname(dirname(__FILE__)); $t_dir_fs_frontend = dirname(dirname(dirname(__FILE__))); if(basename(dirname(__FILE__)) == 'local') { $t_dir_fs_backend = dirname($t_dir_fs_backend); $t_dir_fs_frontend = dirname($t_dir_fs_frontend); } begraben liegt. Aber ich traue mich nicht, die zweite Klammer bei frontend zu entfernen .... Aufs Backend scheint das System ja zu gelangen .....
HTML: <?php /* -------------------------------------------------------------- XT-Commerce - community made shopping http://www.xt-commerce.com (c) 2003 XT-Commerce - community made shopping http://www.xt-commerce.com -------------------------------------------------------------- based on: (c) 2000-2001 The Exchange Project (earlier name of osCommerce) (c) 2002-2003 osCommerce (configure.php,v 1.13 2003/02/10); www.oscommerce.com Released under the GNU General Public License --------------------------------------------------------------*/ // Define the webserver and path parameters // * DIR_FS_* = Filesystem directories (local/physical) // * DIR_WS_* = Webserver directories (virtual/URL) define('HTTP_SERVER', 'http://www.naskapi.de'); // eg, http://localhost - should not be empty for productive servers define('HTTPS_SERVER', 'https://www.naskapi.de'); // eg, https://localhost - should not be empty for productive servers define('ENABLE_SSL', false); // secure webserver for checkout procedure? define('DIR_WS_CATALOG', '/'); // absolute path required define('DIR_FS_DOCUMENT_ROOT', '/www/htdocs/w00a4c46/shop/'); define('DIR_FS_CATALOG', '/www/htdocs/w00a4c46/shop/'); define('DIR_WS_IMAGES', 'images/'); define('DIR_WS_ORIGINAL_IMAGES', DIR_WS_IMAGES .'product_images/original_images/'); define('DIR_WS_THUMBNAIL_IMAGES', DIR_WS_IMAGES .'product_images/thumbnail_images/'); define('DIR_WS_INFO_IMAGES', DIR_WS_IMAGES .'product_images/info_images/'); define('DIR_WS_POPUP_IMAGES', DIR_WS_IMAGES .'product_images/popup_images/'); define('DIR_WS_ICONS', DIR_WS_IMAGES . 'icons/'); define('DIR_WS_INCLUDES',DIR_FS_DOCUMENT_ROOT. 'includes/'); define('DIR_WS_FUNCTIONS', DIR_WS_INCLUDES . 'functions/'); define('DIR_WS_CLASSES', DIR_WS_INCLUDES . 'classes/'); define('DIR_WS_MODULES', DIR_WS_INCLUDES . 'modules/'); define('DIR_WS_LANGUAGES', DIR_FS_CATALOG . 'lang/'); define('DIR_WS_DOWNLOAD_PUBLIC', DIR_WS_CATALOG . 'pub/'); define('DIR_FS_DOWNLOAD', DIR_FS_CATALOG . 'download/'); define('DIR_FS_DOWNLOAD_PUBLIC', DIR_FS_CATALOG . 'pub/'); define('DIR_FS_INC', DIR_FS_CATALOG . 'inc/'); in die includes/configure ersetzen (alles über deinem datenbank-eintrag) in der admin/includes auch den obersten teil weg und deine pfade entsprechend anpassen. vorher bitte dateien sichern. übernehme keine garantie. wenn die dateien auf dem server sind, wieder caches leeren und testen. hast du nach dem /w00a4c46/ keine weitere dateistruktur wie z.b. /w00a4c46/naskapi.de/shop/
Das ist das gleiche Ergebnis. Vielleicht mache ich ein Support-Ticket auf und stelle alles wieder zurück auf den Ursprung. Herzlichen Dank Dir jedenfalls !!!
Jahhhaaa und ich habe festegestellt, dass meine Änderungen nie ankamen. Ich hatte nicht bemerkt, dass Filezilla mir einen kritischen Fehler anzeigt und meint, dass ich die configure.php nicht ändern darf. Beide sind noch orginal .... Ichhabe jetzt mal ein Support-Ticket aufgemacht. Herzlichen Dank Dir ! Ein leicht bis schwer verwirrter Dienstleister von Naskapi
Du musst evtl. die Dateien vor dem Upload auf Dateirechte 777 stellen damit die überschreiben kannst. Alternativ, alte umbenennen und dann die neue hochladen. Ebenso muss nach upload shop und Browser Caches leeren damit änderungen greifen können. Am einfachsten Ordner /cache /template_c leerren alles ausser index und htaccess dateien.
Danke Dennis - aber wo mache ich denn DAS ? Ich habe grad gar keinen funktionstüchtigen Kopf mehr ... Ich meine 777 ;-) Den Rest habe ich verstanden, hoffe ich.
Rechte taste in Filzilla auf die Datei auf dem Server (Rechte seite), da ganz unten im Kontextmenü Dateirechte
Leider kann ich mit der rechten Maustaste zwar ein Kontextmenü aufrufen, aber von Dateirechten steht da leider nichts .....