Magento 2 «Внимание, что-то пошло не так» Щелчок по контенту> Блоки; Страница не загружается правильно

Я использую Magento 2.0.4, и всякий раз, когда я нажимаю на Content> Elements> Blocks, я получаю следующее сообщение об ошибке: «Внимание! Что-то пошло не так».

Больше информации нет, и после нажатия кнопки «ОК» он переходит на страницу «Блоки 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/issues/5418 .

Зайдите в таблицу базы данных cataloginventory_stock_item и удалите дубликаты, после чего проблема исчезнет.

Если это не решит проблему, вы можете попробовать:

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

2) Перейдите в корневую папку и запустите 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/issues/6602 ] вы можете:

• удалите Magento и установите его снова. [ИЛИ]
• зайти в базу данных, найти таблицу ui_bookmark, удалить все записи

Если это кому-нибудь поможет, я решил эту проблему, отключив модуль отчетов NewRelic PHP.

На сайте была включена поддержка SSL, с заголовками HSTS и кодом отслеживания JavaScript, который модуль пытался внедрить, происходил из конечной точки без SSL. После удаления всех источников, не использующих SSL, страница «Блоки» успешно загружена.

Об ошибках не сообщалось в var / reports var / log / exception.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 - отключение профилировщика привело к ошибке уходи).

Ваши условия ошибки могут отличаться, но, надеюсь, этот процесс поможет вам найти причину.

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

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

Строка 110 ~ 112:

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

Надеюсь, это полезно.