Magento 2 "Увага щось не так", клацнувши вміст> блоки; Сторінка не завантажується правильно

Я використовую Magento 2.0.4, і кожного разу, коли натискаю Зміст> Елементи> Блоки, я отримую таке повідомлення про помилку: "Увага, щось пішло не так".

Більше інформації більше немає, і після натискання кнопки "ОК" вона переходить на сторінку "Блоки CMS" з колом завантаження і ніколи не припиняє завантажувати. Я можу натиснути Add New Blockкнопку, а потім створити та зберегти новий блок, але новостворені / збережені блоки не відображаються на сторінці "Блоки", оскільки він ніколи не завантажується повністю.

Інформація про встановлення відповідної платформи (за потреби можна редагувати більше): Magento версія 2.0.4, PHP версія 5.6.20

Веб- переглядачі, на які я тестував це питання: Firefox 45.0.1, IE 11.0.9600.18231, Chrome 49.0.2623.110

Це встановлення Magento безпосередньо з веб-сайту magentocommerce, а не будь-яке завантаження github. Після оновлення з Magento 2.0.2 до Magento 2.0.4 я вже все очистив, видалив статичний вміст і запустив команду перерозподілити статичний контент.

Будь ласка, дайте мені знати, чого мені тут не вистачає. Це десь питання дозволу на зворотному кінці? , проблема кодування, відома проблема чи що відбувається? Я, здається, не отримує це повідомлення про помилку, коли натискаю на будь-що інше на панелі адміністратора (наприклад, Сторінки, теми, віджети тощо).

Ви повинні перевірити var/logsпапку, щоб побачити, чи щось пішло не так, а також ваш сервер журналів.

Для мене проблема була пов’язана з цим https://github.com/magento/magento2/isissue/5418 .

Увійдіть у db table cataloginventory_stock_item та видаліть дублікати, і тоді проблема втратила чинність.

Якщо це не вирішує проблему, ви можете спробувати:

1) cd в pub/staticі запуститиfind . -depth -name .htaccess -prune -o -delete

2) CD у кореневу папку та запустіть rm -rf var/cache/ var/generation/ var/page_cache/ var/view_preprocessed/

3) бігати php bin/magento setup:static-content:deploy

Якщо це не вирішує проблему, ви можете скористатися радикальним варіантом для перевстановлення:

1) видаліть папку постачальника, rm -rf vendor/*а також composer.lockфайл у корені.

2) бігати composer install

Щойно налагоджували саме таку проблему. Коли ви бачите

"Увага: щось пішло не так"

Повідомлення, воно створить звіт про помилку всередині var/reportз більш детальною інформацією про те, що пішло не так. Я рекомендую вам видалити всі звіти з цього каталогу та оновити сторінку у своєму бекенді. Це має створити єдиний звіт з більш детальною інформацією.

У моєму випадку деякі page_id'sз таблиці cms_pageне мали відповідного, page_idу cms_page_storeрезультаті чого з'явилася така помилка:

a:4:{i:0;s:137:"Notice: Undefined index: store_id in /path/vendor/magento/module-store/Ui/Component/Listing/Column/Store.php on line 82";i:1;s:7434:"#0 /path/vendor/magento/module-store/Ui/Component/Listing/Column/Store.php(82): Magento\Framework\App\ErrorHandler->handler(8, 'Undefined index...', '/path/ma...', 82, Array)
#1 /path/vendor/magento/module-store/Ui/Component/Listing/Column/Store.php(66): Magento\Store\Ui\Component\Listing\Column\Store->prepareItem(Array)

Я зміг обійти це завдання, додавши пропущений page_id's& store_id'sшлях.

На основі [ https://github.com/magento/magento2/isissue/6602 ] ви можете:

• видаліть Magento та встановіть його знову. [АБО]
• перейдіть до бази даних, знайдіть таблицю ui_bookmark, видаліть усі записи

Якщо це комусь допомагає, я вирішив цю проблему, відключивши модуль звітування NewRelic PHP.

На сайті було включено SSL із заголовками HSTS, а код відстеження javascript, який модуль намагався ввести, був із не-SSL кінцевої точки. Після того, як всі джерела, що не належать до SSL, було видалено, сторінка Блоки завантажена щасливо.

У помилках / звітах var / log / изключение.log або var / log / debug.log не було повідомлено жодних помилок.

Дивно, що, схоже, це не вплинуло жодна інша сторінка адміністратора Magento, можливо, помилка, викликана введенням вбудованого JavaScript, який не вдалося ввести, також порушив виклик Ajax Magento.

Зрозуміло, але коли NewRelic було відключено, сторінка завантажується ідеально

Найпростішим і найпростішим рішенням, як, наприклад, згадував @Helal, просто перейти до бази даних та видалити всі записи в таблиці ui_bookmark.

Переконайтеся, що ви створили резервну копію вашої бази даних, щоб ви могли відновити її, якщо щось пішло не так.

У мене немає додаткової інформації про те, чому це рішення. Я спробував рішення бази даних, як згадувалося, і воно спрацювало. Може хтось може пояснити причину цього?

У моєму випадку це були дозволи на Сповіщення

У мене є просте рішення для цього.

Follow steps->

1)First close pop up of something went wrong.
2)Then click on active filters and Inspect element and you will see here a class which enable background,bottom,position,z-index.....simply remove these attributes .
3)Now cross button is clickable in active filters and now we can remove filters from grid.Remove all filters and Open same page in new tab.

in my case I was getting same problem in sales->order section.I resolved same process

.admin__data-grid-loading-mask {
    background: rgba(255,255,255,0.5);
    bottom: 0;
    left: 0;
    position: absolute;
    right: 0;
    top: 0;
    z-index: 399;
}

and I disable some attribute by enabling inspect element for admin section
and new class was 


.admin__data-grid-loading-mask {
    left: 0;
    position: absolute;
    right: 0;
    top: 0;
    z-index: 399;
}

У Magento 2.1 сталася помилка "Щось пішло не так" під час перегляду сторінки редагування продукту. У моєму випадку пошук повідомлення про помилку виявив, що воно було створене, коли відповідь AJAX не вдалася, тому я використовував інструменти розробки Chrome, щоб знайти конкретну відповідь AJAX, яка не вдалася. У цій відповіді був код помилки 500, який дозволив мені заглянути в журнал помилок httpd (а не журнали magento), щоб виявити помилку PHP (у моєму випадку, викликану профілем Magento - відключення профайлера зробило помилку йди геть).

Ваші умови помилок можуть відрізнятися, але, сподіваємось, цей процес допоможе вам знайти причину.

Для мене це була проблема запиту ресурсів, перевірте свою exception.log, у моєму випадку я змішав назви стовпців:

[2020-04-01 02:02:15] main.CRITICAL: SQLSTATE[42S22]: Column not found: 1054 Unknown column 'id' in 'order clause', query was: SELECT `main_table`.* FROM `my_table` AS `main_table` ORDER BY id ASC
 LIMIT 20 {"exception":"[object] (Zend_Db_Statement_Exception(code: 42): SQLSTATE[42S22]: Column not found: 1054 Unknown column 'id' in 'order clause', query was: SELECT `main_table`.* FROM `my_table` AS `main_table` ORDER BY id ASC
 LIMIT 20 at vendor/magento/zendframework1/library/Zend/Db/Statement/Pdo.php:235, PDOException(code: 42S22): SQLSTATE[42S22]: Column not found: 1054 Unknown column 'id' in 'order clause' at vendor/magento/zendframework1/library/Zend/Db/Statement/Pdo.php:228)"} []

Для Magento CE 2.0.15 ви можете перевірити файл:

/vendor/magento/module-ui/view/base/web/js/grid/provider.js

Рядок 110 ~ 112:

alert({
    content: $t('Something went wrong.')
});

Сподіваюся, це корисно.