Weiße Seite statt Admin-Bereich


#1

Hallo zusammen,

ich wollte unseren oxid Shop ssl-verschlüsseln.
Dazu habe ich in der In der config.inc.php:

$this->sShopURL= ‘http://www.domain.de/shop/source’; // eShop base url, required
$this->sSSLShopURL = ‘https://www.domain.de/shop/source’; // eShop SSL url, ptional
$this->sAdminSSLURL = ‘https://www.domain.de/shop/source/admin’; // eShop Admin SSL url, optional

Diese Daten hinterlegt.

Seitdem kann ich mich nicht mehr einlaoggen, bzw. es wird nur eine weiße Seite angezeigt.
Auch das zurücksetzten auf

$this->sShopURL= ‘http://www.domain.de/shop/source’; // eShop base url, required
$this->sSSLShopURL = null; // eShop SSL url, ptional
$this->sAdminSSLURL = null; // eShop Admin SSL url, optional

und löschen des shop/source/tmp half nicht weiter.

in der exeption_log gibt es folgenden Eintrag:

[10 Feb 08:55:10.776225 2018] [uncaught error] [type E_PARSE] [file /homepages/18/d485964931/htdocs/shop/source/config.inc.php] [line 15] [code ] [message syntax error, unexpected ‘;’]

[10 Feb 08:55:19.709642 2018] [uncaught error] [type E_PARSE] [file /homepages/18/d485964931/htdocs/shop/source/config.inc.php] [line 15] [code ] [message syntax error, unexpected ‘;’]

[10 Feb 08:55:23.076948 2018] [uncaught error] [type E_PARSE] [file /homepages/18/d485964931/htdocs/shop/source/config.inc.php] [line 15] [code ] [message syntax error, unexpected ‘;’]

Ist hier ein ‘;’ falsch in line 15, wenn ja, wie finde ich line 15?

Danke


#2

config.inc.php Zeile 15…


#3

Wenn die Zeilen über $ definiertsind wäre dies hier Zeile 15:

$this->iDebug = 0; // Log all modifications performed in Admin

Was ist hier falsch und wieso tritt ein Fehler in Zeile 15 auf wenn dort nichts verändert wurde?


#4

Eine Zeile ist eine Zeile…


#5

Dann hat meine config.inc.php hat nur 7 Zeilen


#6

Wenn man auf github schaut findet man eine längere Version. Unterschied zwischen 4.x und 6… ist nicht wirklich da/minimal


#7

Danke für die Hilfe,

Der Fehler ist schon mal behoben.

Leider ist der Adminbereich immernoch weiß…


#8

Hallo,

hat noch jemand ideen wie ich wieder ins backend komme?
Es ist immernoch “weiß”

Danke.


#9

Da fehlt wohl ein Zeichen vor dem Semikolon. Das ist nur Raterei. Warum schreibst nicht die gesamte config.inc.php hier rein? Die URL (nur den Namen) kannst ja wieder ändern.


#10

Hier die komplette config.inc.php:

/**
* Copyright © OXID eSales AG. All rights reserved.
* See LICENSE file for license details.
*/

 // Database connection information
$this->dbType = 'pdo_mysql';
$this->dbHost = 'dbxxx.db.xxx.com'; // database host name
$this->dbPort  = 3306; // tcp port to which the database is bound
$this->dbName = 'dbxxx'; // database name
$this->dbUser = 'xxx'; // database user name
$this->dbPwd  = 'xxx'; // database user password
$this->sShopURL     = 'http://domain.de/shop/source'; // eShop base url, required
$this->sSSLShopURL = null; // eShop SSL url, optional
$this->sAdminSSLURL = null;            // eShop Admin SSL url, optional 
$this->sShopDir     = '/kunden/homepages/18/d485964931/htdocs/shop/source';
$this->sCompileDir  = '/kunden/homepages/18/d485964931/htdocs/shop/source/tmp';

/** 
* Force shop edition. Even if enterprise or professional packages exists, shop edition can still be forced here.
* Possible options: CE|PE|EE or left empty (will be determined automatically).
*/
$this->edition = '';

// File type whitelist for file upload
$this->aAllowedUploadTypes = array('jpg', 'gif', 'png', 'pdf', 'mp3', 'avi', 'mpg', 'mpeg', 'doc', 'xls', 'ppt');

// Timezone information
date_default_timezone_set('Europe/Berlin');

/**
* Search engine friendly URL processor.
* After changing this value, you should rename oxid.php file as well
* Always leave .php extension here unless you know what you are doing
*/
$this->sOXIDPHP = "oxid.php";

/**
* Enable debug mode for template development or bugfixing
* -1 = Log more messages and throw exceptions on errors (not recommended for production)
* 0 = off
* 1 = smarty
* 3 = smarty 
* 4 = smarty + shoptemplate data
* 5 = Delivery Cost calculation info
* 6 = SMTP Debug Messages 
* 8 = display smarty template names (requires /tmp cleanup)
*/
$this->iDebug = 0;

// Log all modifications performed in Admin
$this->blLogChangesInAdmin = true;

// Force admin email. Offline warnings are sent with high priority to this address.
$this->sAdminEmail = '';

// Defines the time interval in seconds warnings are sent during the shop is offline.
$this->offlineWarningInterval = 60 * 5;

// In case session must be started on the very first user page visit (not only on session required action).
$this->blForceSessionStart = false;

// Use browser cookies to store session id (no sid parameter in URL)
$this->blSessionUseCookies = true;

/**
* The domain that the cookie is available: array(_SHOP_ID_ => _DOMAIN_);
* Check setcookie() documentation for more details: http://php.net/manual/de/function.setcookie.php
*/
$this->aCookieDomains = null;

/**
* The path on the server in which the cookie will be available on: array(_SHOP_ID_ => _PATH_);
* Check setcookie() documentation for more details: http://php.net/manual/de/function.setcookie.php
*/
    
$this->aCookiePaths = null;

// List of all Search-Engine Robots
$this->aRobots = array(
                        'googlebot',
                        'ultraseek',
                        'crawl',
                        'spider',
                        'fireball',
                        'robot',
                        'slurp',
                        'fast',
                        'altavista',
                        'teoma',
                        'msnbot',
                        'bingbot',
                        'yandex',
                        'gigabot',
                        'scrubby'
);
    

// Deactivate Static URL's for these Robots    
$this->aRobotsExcept = array();
    
// IP addresses for which session/cookie id match and user agent change checks are off    
$this->aTrustedIPs = array();
    
/**     
* Works only if basket reservations feature is enabled in admin.     
*     
* The number specifies how many expired basket reservations are     
* cleaned per one request (to the eShop).     
* Cleaning a reservation basically means returning the reserved     
* stock to the articles.     
*     
* Keeping this number too low may cause article stock being returned too     
* slowly, while too high value may have spiking impact on the performance.     
*/    
$this->iBasketReservationCleanPerRequest = 200;
    
/**     
* Should template blocks be highlighted in frontend?     
* This is mainly intended for module writers in non productive environment     
*/    
$this->blDebugTemplateBlocks = false;
    
/**     
* Should requests, coming via stdurl and not redirected to seo url be logged to seologs db table?     
* Note: only active if in productive mode, as the eShop in non productive more will always log such urls     
*/    
$this->blSeoLogging = false;
    
/**     
* To override FrontendController::$_aUserComponentNames use this array option:     
* array keys are component(class) names and array values defines if component is cacheable (true/false)     
* E.g. array('user_class' => false);     
*/    
$this->aUserComponentNames = null;
    
// Additional multi language tables    
$this->aMultiLangTables = null;
    
// Instructs shop that price update is performed by cron (time based job sheduler)    
$this->blUseCron = false;
    
// Do not disable module if class from extension path does not exist.    
$this->blDoNotDisableModuleOnError = false;
    
// Enable temporarily in case you can't access the backend due to broken views    
$this->blSkipViewUsage = false;
    
/**     
* Enterprise Edition related config options.     
* This options have no effect on Community/Professional Editions.     
*/
    
//Time limit in ms to be notified about slow queries    
$this->iDebugSlowQueryTime = 20;
    
/**     
* Enables Rights and Roles engine     
* 0 - off,     
* 1 - only in admin,     
* 2 - only in shop,     
* 3 - both     
*/    
$this->blUseRightsRoles = 3;
    
/**     
* Define oxarticles fields which could be edited individually in subshops.     
* Do not forget to add these fields to oxfield2shop table.     
* Note: The field names are case sensitive here.     
*/    
$this->aMultishopArticleFields = array("OXPRICE", "OXPRICEA", "OXPRICEB", "OXPRICEC", "OXUPDATEPRICE", "OXUPDATEPRICEA", "OXUPDATEPRICEB", "OXUPDATEPRICEC", "OXUPDATEPRICETIME");
    
// Show "Update Views" button in admin    
$this->blShowUpdateViews = true;
    
// If default 30 seconds is not enougth    
// @set_time_limit(3000);
    
/**     
* Database master-slave configuration:     
* aSlaveHosts - array of slave hosts: array('localhost', '10.2.3.12')     
*/    
$this->aSlaveHosts = null;    

// Control the removal of Setup directory    
$this->blDelSetupDir = true;
    
/**    
* Needed for backwards compatibility. Do not change the value of this property.     
*     
* @deprecated since v6.0 (2017-05-15); This property will be removed in the future as the shop will always use UTF-8.     
*/
    
$this->iUtfMode = 1;

#11

Versuchs mal so:

$this->sSSLShopURL = ‘’; // eShop SSL url, optional
$this->sAdminSSLURL = ‘’; // eShop Admin SSL url, optional

Und Zeile 14 gehört die URL ohne Pfad rein.

$this->sShopURL = ‘http://domain.de’; // eShop base url, required


#12

Danke für die Hilfe, habe aber aus Verzweiflung den Shop neu installiert. Jetzt V.6.0.1


#13

Schade, dass es hier auch keine Lösung gibt. Die Neuinstallation habe ich bereits hinter mir, nach zwei Wochen dann das gleiche Problem mit der neuen Installation, Backend nur weiße Seite, keine verwertbare Fehlermeldung. Bin kurz davor, den ganzen Plunder in die Tonne zu treten. :sob:


#14

welche nicht verwertbaren Fehlermeldungen gibts denn?


#15

Wenn es noch weitere Fehlermeldungen gibt wäre das hilfreich wie @vanilla_thunder schon schrieb. Gibt es in der .htaccess Anpassungen? Ggfls. fehlt hier die definition zum sub Verzeichnis


#16

Es gibt leider gar keine Fehlermeldung, ich bin inzwischen der Überzeugung dass es auch keine Fehler gibt, weder bei der OXID Installation noch bei meinen oder anderen Modulen. Das System lief ja auch die letzten 2 Wochen ohne Probleme (seit Monaten auf auch meinem lokalen Rechner). Erst seit der Umstellung von der temporären auf die nun produktive Domain bleibt das Backend wieder weiß.
Nachdem ich nun alle Varianten der confic.inc.php, die ich hier im Forum gefunden habe, durch habe, ich außerdem davon ausgehe, dass Einstellungen am Server, in der php.ini, in der .htaccess korrekt sind (OXID Shophosting bei Profihost), kann es sein, dass man nach einer Änderungen der Domain z.B. die Views neu generieren muss? Irgendwelche anderen Caches leeren muss als die Dateien im /tmp-Ordner? Steckt da irgendwo noch die Info der vorhergehenden Domain drin?
Ich hoffe noch auf die Rückmeldung von Profihost, notfalls nochmalige Neuinstallation unter der neuen Domain in der Hoffnung, dass das wieder läuft.


#17

Ich stehe gerade vor einem ähnlichen Problem. Ich habe lediglich den shop von einer Domain auf die andere “umgezogen”.

Als lediglich beim Hosting-Partner die Domain geändert und das in der config.inc.php angepasst.

Sowohl nach dem Admin-Login als auch wenn der Kunde etwas in den Warenkorb schieben will: Weiße Seite.

Ich schreibe mal meine config hier rein.

Vielleicht hat ja jemand eine Idee.


#18

und im PHP Fehlerlog steht auch nichts?


#19

Ich mache mich jetzt mal zum Affen: Den finde ich wo?


#20

in der Regel sind die Logs im Admin-Interface vom Hoster aufrufbar oder in der FAQ vom Hoster steht, wo man sie findet