[SOLVED] Problem przy aktualizacji do 1.7.5.0

[michal88sjz]

Cześć,
Po aktualizacji do 1.7.5.0 (przez 1-Click update) wywala mi błędem "Nie masz uprawnień aby to aktualizować" podczas próby wyczyszczenia cache w BO > Zaawansowane > Wydajność
Oprócz tego trochę się rozjechały niektóre strony. Ktoś spotkał się z podobnym problemem?
 

Edited February 16, 2019 by michal88sjz (see edit history)

[() Maciej ()]

Aktualizacja nie została przeprowadzona prawidłowo i brakuje w niej na bank jakichś plików. Albo przywracasz kopię i robisz jeszcze raz upgrade, albo dogrywasz z oryginalnej paczki brakujące pliki ręcznie.

[michal88sjz]

Cześć,

Dzięki za odpowiedź. Wróciłem w ostatnich dniach do tematu, ale najpierw chciałem zrobić udany upgrade na deweloperskiej kopii sklepu, by w razie niepowodzenia nie latać znowu jak kot z pęcherzem

Zauważyłem następujące błędy w oknie postępu 1-click upgrade:

 

[OK] SQL 1.7.5.0 SET SESSION sql_mode=''
[OK] SQL 1.7.5.0 SET NAMES 'utf8'
[OK] PHP 1.7.5.0 : /* PHP:add_supplier_manufacturer_routes(); */
[OK] PHP 1.7.5.0 : /* PHP:ps_1750_update_module_tabs(); */
[OK] SQL 1.7.5.0 ALTER TABLE `ps_cms_lang` ADD `head_seo_title` varchar(255) DEFAULT NULL AFTER `meta_title`, CHANGE `meta_title` `meta_title` VARCHAR(255) NOT NULL, CHANGE `meta_description` `meta_description` VARCHAR(512) DEFAULT NULL
[OK] SQL 1.7.5.0 ALTER TABLE `ps_stock_available` ADD `location` VARCHAR(255) NOT NULL DEFAULT '' AFTER `out_of_stock`
[OK] SQL 1.7.5.0 ALTER TABLE `ps_store` CHANGE `email` `email` VARCHAR(255) DEFAULT NULL
[OK] SQL 1.7.5.0 ALTER TABLE `ps_contact` CHANGE `email` `email` VARCHAR(255) NOT NULL
[OK] SQL 1.7.5.0 ALTER TABLE `ps_contact_lang` CHANGE `name` `name` varchar(255) NOT NULL
[OK] SQL 1.7.5.0 ALTER TABLE `ps_category_lang` CHANGE `meta_title` `meta_title` VARCHAR(255) DEFAULT NULL, CHANGE `meta_description` `meta_description` VARCHAR(512) DEFAULT NULL
[OK] SQL 1.7.5.0 ALTER TABLE `ps_cms_category_lang` CHANGE `meta_title` `meta_title` VARCHAR(255) DEFAULT NULL, CHANGE `meta_description` `meta_description` VARCHAR(512) DEFAULT NULL
[OK] SQL 1.7.5.0 ALTER TABLE `ps_customer` CHANGE `company` `company` VARCHAR(255), CHANGE `email` `email` VARCHAR(255) NOT NULL, CHANGE `passwd` `passwd` VARCHAR(255) NOT NULL
[OK] SQL 1.7.5.0 ALTER TABLE `ps_manufacturer_lang` CHANGE `meta_title` `meta_title` VARCHAR(255) NOT NULL, CHANGE `meta_description` `meta_description` VARCHAR(512) DEFAULT NULL
[OK] SQL 1.7.5.0 ALTER TABLE `ps_employee` CHANGE `firstname` `firstname` VARCHAR(255) NOT NULL, CHANGE `email` `email` VARCHAR(255) NOT NULL, CHANGE `passwd` `passwd` VARCHAR(255) NOT NULL, CHANGE `lastname` `lastname` VARCHAR(255) NOT NULL
[OK] SQL 1.7.5.0 ALTER TABLE `ps_referrer` CHANGE `passwd` `passwd` VARCHAR(255) DEFAULT NULL
[OK] SQL 1.7.5.0 ALTER TABLE `ps_supply_order_history` CHANGE `employee_lastname` `employee_lastname` VARCHAR(255) DEFAULT '', CHANGE `employee_firstname` `employee_firstname` VARCHAR(255) DEFAULT ''
[WARNING] SQL 1.7.5.0 1060 in ALTER TABLE `ps_supply_order_receipt_history` CHANGE `employee_firstname` `employee_firstname` VARCHAR(255) DEFAULT '', CHANGE `employee_lastname` `employee_firstname` VARCHAR(255) DEFAULT '': Duplicate column name 'employee_firstname'
[OK] SQL 1.7.5.0 ALTER TABLE `ps_supplier_lang` CHANGE `meta_description` `meta_description` VARCHAR(512) DEFAULT NULL, CHANGE `meta_title` `meta_title` VARCHAR(255) DEFAULT NULL
[OK] SQL 1.7.5.0 ALTER TABLE `ps_order_detail` CHANGE `product_reference` `product_reference` varchar(64) DEFAULT NULL
[WARNING] SQL 1.7.5.0 1060 in ALTER TABLE `ps_product` CHANGE `reference` `supplier_reference` varchar(64) DEFAULT NULL, CHANGE `supplier_reference` `supplier_reference` varchar(64) DEFAULT NULL: Duplicate column name 'supplier_reference'
[OK] SQL 1.7.5.0 ALTER TABLE `ps_product_attribute` CHANGE `reference` `reference` varchar(64) DEFAULT NULL, CHANGE `supplier_reference` `supplier_reference` varchar(64) DEFAULT NULL
[OK] SQL 1.7.5.0 ALTER TABLE `ps_warehouse` CHANGE `reference` `reference` varchar(64) DEFAULT NULL
[OK] SQL 1.7.5.0 ALTER TABLE `ps_stock` CHANGE `reference` `reference` varchar(64) DEFAULT NULL
[OK] SQL 1.7.5.0 ALTER TABLE `ps_supply_order_detail` CHANGE `reference` `reference` varchar(64) NOT NULL, CHANGE `supplier_reference` `supplier_reference` varchar(64) NOT NULL
[OK] SQL 1.7.5.0 ALTER TABLE `ps_product_supplier` CHANGE `product_supplier_reference` `product_supplier_reference` varchar(64) DEFAULT NULL
[OK] SQL 1.7.5.0 ALTER TABLE `ps_product_lang` CHANGE `meta_description` `meta_description` varchar(512) DEFAULT NULL, CHANGE `meta_keywords` `meta_keywords` varchar(255) DEFAULT NULL
[OK] SQL 1.7.5.0 ALTER TABLE `ps_customer_thread` CHANGE `email` `email` varchar(255) NOT NULL
[WARNING] SQL 1.7.5.0 1060 in ALTER TABLE `ps_stock_available` ADD `location` VARCHAR(255) NOT NULL DEFAULT '' AFTER `out_of_stock`: Duplicate column name 'location'
16:03:09 ERROR [console] Error thrown while running command "prestashop:schema:update-without-foreign". Message: "An exception occured in driver: SQLSTATE[28000] [1045] Access denied for user 'presta'@'localhost' (using password: YES)" ["exception" => Doctrine\DBAL\Exception\ConnectionException { …},"command" => "prestashop:schema:update-without-foreign","message" => "An exception occured in driver: SQLSTATE[28000] [1045] Access denied for user 'presta'@'localhost' (using password: YES)"]
In AbstractMySQLDriver.php line 103:
An exception occured in driver: SQLSTATE[28000] [1045] Access denied for us
er 'presta'@'localhost' (using password: YES)
In PDOConnection.php line 47:
SQLSTATE[28000] [1045] Access denied for user 'presta'@'localhost' (using p
assword: YES)
In PDOConnection.php line 43:
SQLSTATE[28000] [1045] Access denied for user 'presta'@'localhost' (using p
assword: YES)
prestashop:schema:update-without-foreign [-h|--help] [-q|--quiet] [-v|vv|vvv|--verbose] [-V|--version] [--ansi] [--no-ansi] [-n|--no-interaction] [-e|--env ENV] [--no-debug] [--id_shop [ID_SHOP]] [--id_shop_group [ID_SHOP_GROUP]] [--]

User 'presta' o którym mowa w komunikacie o błędzie występuje na serwerze produkcyjnym. Na serwerze deweloperskim z powodu wymagań hostingu nazwa jest inna 'mpinzplh_pstest'. Na taką też nazwę zmieniłem odpowiednią linię w parameters.php - i wszystko działa, bo mogę się zalogować do sklepu. W jakim jeszcze miejscu jest zapisana nazwa użytkownika mysql, co powodowałoby, że system 'pamięta' nazwę użytkownika z serwera produkcyjnego?

[michal88sjz]

No i poradziłem sobie... Kopia dev poszła na główny serwer jako subdomena, wtedy upgrade poszedł poprawnie. Strony w BO nie rozjeżdżały się, pozostał jedynie problem braku uprawnień do czyszczenia cache.

Rozwiązała go następująca kwerenda:

INSERT INTO `ps_access` (`id_profile`, `id_authorization_role`) VALUES (1,462);

INSERT INTO `ps_access` (`id_profile`, `id_authorization_role`) VALUES (1,503);

INSERT INTO `ps_access` (`id_profile`, `id_authorization_role`) VALUES (1,507);

Operację powtórzyłem na produkcyjnej wersji sklepu i mam 1.7.5.0

Edited February 16, 2019 by michal88sjz (see edit history)

[atx-serwis]

Dnia 16.02.2019 o 7:22 AM, michal88sjz napisał:

No i poradziłem sobie... Kopia dev poszła na główny serwer jako subdomena, wtedy upgrade poszedł poprawnie. Strony w BO nie rozjeżdżały się, pozostał jedynie problem braku uprawnień do czyszczenia cache.

Rozwiązała go następująca kwerenda:

INSERT INTO `ps_access` (`id_profile`, `id_authorization_role`) VALUES (1,462);

INSERT INTO `ps_access` (`id_profile`, `id_authorization_role`) VALUES (1,503);

INSERT INTO `ps_access` (`id_profile`, `id_authorization_role`) VALUES (1,507);

Operację powtórzyłem na produkcyjnej wersji sklepu i mam 1.7.5.0

witam mam ten sam problem z cachem. nie jestem az tak zaawansowanym uzytkownikiem presty i nie wiem gdzie ta kwerende wpisac?

[atx-serwis]

3 minuty temu, atx-serwis napisał:

witam mam ten sam problem z cachem. nie jestem az tak zaawansowanym uzytkownikiem presty i nie wiem gdzie ta kwerende wpisac?

ok chyba sobie poradzilem wpisalem kwerende w bo