Jump to content
hmurauer

You have requested a non-existent parameter "ws53bn4".

Recommended Posts

Hallo zusammen,

ich bin schon ziemlich am verzweifeln. Seit heute können wir uns nicht mehr in das ADMIN einloggen.

 

Jedoch finden wir im Log diesen Eintrag:

 

[Fri Mar 30 10:14:22.843503 2018] [proxy_fcgi:error] [pid 3488] [client xx.xx.xx.xx:35164] AH01071: 

Got error 'PHP message: PHP Fatal error:  
Uncaught Symfony\\Component\\DependencyInjection\\Exception\\ParameterNotFoundException: You have requested a non-existent parameter "ws53bn4". in 
/var/www/vhosts/xxxx.at/httpdocs/vendor/symfony/symfony/src/Symfony/Component/DependencyInjection/ParameterBag/ParameterBag.php:84\n
Stack trace:\n#0 /var/www/vhosts/xxxx.at/httpdocs/vendor/symfony/symfony/src/Symfony/Component/DependencyInjection/ParameterBag/ParameterBag.php(216): 
Symfony\\Component\\DependencyInjection\\ParameterBag\\ParameterBag->get('ws53bn4')\n#1 [internal function]: 
Symfony\\Component\\DependencyInjection\\ParameterBag\\ParameterBag->Symfony\\Component\\DependencyInjection\\ParameterBag\\{closure}(Array)\n#2 

/var/www/vhosts/xxxx.at/httpdocs/vendor/symfony/symfony/src/Symfony/Component/DependencyInjection/ParameterBag/ParameterBag.php(226): 
preg_replace_callback('/%%|%([^%\\\\s]+)%...', Object(Closure), 'bn4%wS53bn4%wS5...')\n#3 /var/www/vhosts/xxxx.at/httpdocs/vendor/...\n'

Ich habe bereits Google auf den Kopf gestellt und leider keine Lösung dafür gefunden.

 

Wir nutzen: PS 1.7 | PHP: 7.1.15

Der Shop selber ist komplett Online.. Es ist nur das ADMIN betroffen.

 

Wer kann uns hier helfen??

 

Share this post


Link to post
Share on other sites

Hmm  1.7er Shopversion -  Also kann man euch insofern helfen indem ich eine 1.6er Version empfehle  :)  Die 1.7er laufen halt einfach nicht so gut und es ist fraglich ob sich das jemals bessert.

 

Ich kenne Probleme die in Zusammenhang mit der php-Funktion

preg_replace_callback

auftreten oft daher, daß ein Update oder ein Wechsel der php-Version serverseitig erfolgt ist.  (also nicht direkt mir bekannt als Problem oder Lösung für PrestaShop, sondern allgemein php).

Kann das vielleicht sein?  Hat der Provider ein Update von php gemacht oder habt ihr verschiedene php-Versionen auf einem Account laufen etc.....?     Ist "ws53bn4"  denn die Bezeichnung eures Hostingaccounts o.ä.? 

Edited by DRMasterChief

Share this post


Link to post
Share on other sites

Mit der Fehlermeldung kann ich auch nichts anfangen, ein Problem dürfte tatsächlich sein daß hier kaum jemand der erfahreneren User mit 1.7.x arbeitet und mit Symphony einiges geändert wurde.

Ich würde mich zuerst fragen, was wurde denn seit gestern geändert? Wurde ein Modul installiert? Prestashop aktualisiert? Evtl. könntest du mal auf PHP 7.0 wechseln.

Share this post


Link to post
Share on other sites

Wir haben den Shop in einem anderen Serveraccount erstellt. Haben diesen dann auf den richtigen Platz verlegt.

 

Kurz darauf hat dieser angefangen zu zicken. Genau nur dann wenn irgendetwas mit dem cache gemacht wurde.

> Wenn man beim cache rechts oben auf "cache leeren2 gegangen ist.

 

Was das " ws53bn4 " ist, wissen wir selber nicht, da wir mit diesem nichts anfangen können. Und das Hostingpaket heist auch nicht so.

 

Änderung in andere PHP Version brachte auch nichts.

Edited by hmurauer
Erweiterung des Textes

Share this post


Link to post
Share on other sites

Bei Umzügen kommt mir immer der Gedanke, dass da irgendwelche URL-Settings oder .htaccess Probleme machen können. Weiter kann es auch sein, dass da z.B. irgendwelche Schreib-Lese-Rechte nicht passen.

Im 1.7. bin ich natürlich nicht drin, kann also auch nur Vermutungen äußern, die öfter im Zusammenhang mit Serversettings allgemein stehen.

Share this post


Link to post
Share on other sites
vor 12 Stunden schrieb hmurauer:

Wir haben den Shop in einem anderen Serveraccount erstellt. Haben diesen dann auf den richtigen Platz verlegt.

 

Da steht das noch eine Einstellung Fehlt "ws53bn4" und das durchläuft und wird abgefragt von ParameterBag.php .

Du musst den Ablauf zurückverfolgen und herausfinden wo es hackt, oder Serveraccount Einstellungen nochmal überprüfen da scheint eine Einstellung zu Fehlen oder ist Falsch.

Edited by SliderFlash

Share this post


Link to post
Share on other sites

Wir haben das Problem, das wir gar nicht wissen, wo wir anfangen sollen zu suchen...

 

Da das Hostingpaket genauso eingestellt ist, wie das vorherige. Wo alles noch lief und das ohne Probleme.

Habe nun mal den DEBUG eingeschaltet um mehr zu sehen:

 

ParameterNotFoundException in ParameterBag.php line 84: You have requested a non-existent parameter "ws53bn4".

    in ParameterBag.php line 84
    at ParameterBag->get('ws53bn4') in ParameterBag.php line 216
    at ParameterBag->Symfony\Component\DependencyInjection\ParameterBag\{closure}(array('%wS53bn4%', 'wS53bn4'))
    at preg_replace_callback('/%%|%([^%\s]+)%/', object(Closure), 'bn4%wS53bn4%wS53') in ParameterBag.php line 226
    at ParameterBag->resolveString('bn4%wS53bn4%wS53', array('database_password' => true)) in ParameterBag.php line 171
    at ParameterBag->resolveValue('bn4%wS53bn4%wS53', array('database_password' => true)) in ParameterBag.php line 200
    at ParameterBag->resolveString('%database_password%', array('database_password' => true)) in ParameterBag.php line 171
    at ParameterBag->resolveValue('%database_password%', array()) in ParameterBag.php line 161
    at ParameterBag->resolveValue(array('driver' => 'pdo_mysql', 'host' => '%database_host%', 'port' => '%database_port%', 'dbname' => '%database_name%', 'user' => '%database_user%', 'password' => '%database_password%', 'server_version' => '5.1', 'charset' => 'UTF8', 'mapping_types' => array('enum' => 'string'), 'options' => array('SET sql_mode=(SELECT REPLACE([spam-filter]sql_mode,'ONLY_FULL_GROUP_BY',''))')), array()) in ParameterBag.php line 161
    at ParameterBag->resolveValue(array('default' => array('driver' => 'pdo_mysql', 'host' => '%database_host%', 'port' => '%database_port%', 'dbname' => '%database_name%', 'user' => '%database_user%', 'password' => '%database_password%', 'server_version' => '5.1', 'charset' => 'UTF8', 'mapping_types' => array('enum' => 'string'), 'options' => array('SET sql_mode=(SELECT REPLACE([spam-filter]sql_mode,'ONLY_FULL_GROUP_BY',''))'))), array()) in ParameterBag.php line 161
    at ParameterBag->resolveValue(array('default_connection' => 'default', 'connections' => array('default' => array('driver' => 'pdo_mysql', 'host' => '%database_host%', 'port' => '%database_port%', 'dbname' => '%database_name%', 'user' => '%database_user%', 'password' => '%database_password%', 'server_version' => '5.1', 'charset' => 'UTF8', 'mapping_types' => array('enum' => 'string'), 'options' => array('SET sql_mode=(SELECT REPLACE([spam-filter]sql_mode,'ONLY_FULL_GROUP_BY',''))')))), array()) in ParameterBag.php line 161
    at ParameterBag->resolveValue(array('dbal' => array('default_connection' => 'default', 'connections' => array('default' => array('driver' => 'pdo_mysql', 'host' => '%database_host%', 'port' => '%database_port%', 'dbname' => '%database_name%', 'user' => '%database_user%', 'password' => '%database_password%', 'server_version' => '5.1', 'charset' => 'UTF8', 'mapping_types' => array('enum' => 'string'), 'options' => array('SET sql_mode=(SELECT REPLACE([spam-filter]sql_mode,'ONLY_FULL_GROUP_BY',''))')))), 'orm' => array('auto_generate_proxy_classes' => '%kernel.debug%', 'naming_strategy' => 'prestashop.database.naming_strategy', 'auto_mapping' => true, 'dql' => array('string_functions' => array('regexp' => 'DoctrineExtensions\Query\Mysql\Regexp')))), array()) in ParameterBag.php line 161
    at ParameterBag->resolveValue(array(array('dbal' => array('default_connection' => 'default', 'connections' => array('default' => array('driver' => 'pdo_mysql', 'host' => '%database_host%', 'port' => '%database_port%', 'dbname' => '%database_name%', 'user' => '%database_user%', 'password' => '%database_password%', 'server_version' => '5.1', 'charset' => 'UTF8', 'mapping_types' => array('enum' => 'string'), 'options' => array('SET sql_mode=(SELECT REPLACE([spam-filter]sql_mode,'ONLY_FULL_GROUP_BY',''))')))), 'orm' => array('auto_generate_proxy_classes' => '%kernel.debug%', 'naming_strategy' => 'prestashop.database.naming_strategy', 'auto_mapping' => true, 'dql' => array('string_functions' => array('regexp' => 'DoctrineExtensions\Query\Mysql\Regexp')))))) in MergeExtensionConfigurationPass.php line 46
    at MergeExtensionConfigurationPass->process(object(ContainerBuilder)) in MergeExtensionConfigurationPass.php line 39
    at MergeExtensionConfigurationPass->process(object(ContainerBuilder)) in Compiler.php line 104
    at Compiler->compile(object(ContainerBuilder)) in ContainerBuilder.php line 598
    at ContainerBuilder->compile() in bootstrap.php.cache line 2754
    at Kernel->initializeContainer() in bootstrap.php.cache line 2529
    at Kernel->boot() in bootstrap.php.cache line 2560
    at Kernel->handle(object(Request), '1', false) in index.php line 86

 

Kann mit dem wer etwas anfangen?

Share this post


Link to post
Share on other sites

So, ich hab nun mal das gefunden, was das

ws53bn4

ist!

 

Das ist ein Teil vom Passwort. Habe das SQL Passwort geändert und siehe da.. das ADMIN funzt wieder! Es darf im Passwort kein "%" drinnen sein,

das gefällt dem Presta nicht.

 

Vielen Dank trotzdem für eure Wertvolle Zeit.

 

Wünsche euch noch ein schönes Osterfest!

  • Like 1

Share this post


Link to post
Share on other sites

hmurauer, du bist der Beste. Es löste das gleiche Problem in meinem PrestaShop 1.7.4.2 - ich hatte zwei % Zeichen im DB-Passwort.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More