The website encountered an unexpected error please try again later друпал

Hi there, I just manually updated Drupal from version 8.8.4 to 8.8.6. Running the update script, I got the message: The website encountered an unexpected error. Please try again later. I cleared the cache but it did not help. I increased the PHP memory but it did not help. I ran cron but it did not help. I wonder what is wrong. Do you have an idea? How can I solve this problem?

By tonicatany on 26 May 2020 at 20:37 UTC

Hi there, I just manually updated Drupal from version 8.8.4 to 8.8.6. Running the update script, I got the message:

The website encountered an unexpected error. Please try again later.

I cleared the cache but it did not help. I increased the PHP memory but it did not help. I ran cron but it did not help. I wonder what is wrong. Do you have an idea? How can I solve this problem?

Comments

pheski’s picture

Having the unexpected error problem

pheski commented 26 May 2020 at 22:17

I am having the same problem, as described in this thread.

This is what verbuse debugging yields:

RuntimeException: Failed to start the session because headers have already been sent by «/home/herringbone/auburnnordicski.org/sites/default/settings.php» at line 1. in SymfonyComponentHttpFoundationSessionStorageNativeSessionStorage->start() (line 145 of vendor/symfony/http-foundation/Session/Storage/NativeSessionStorage.php). 

SymfonyComponentHttpFoundationSessionStorageNativeSessionStorage->start() (Line: 164)
DrupalCoreSessionSessionManager->startNow() (Line: 118)
DrupalCoreSessionSessionManager->start() (Line: 57)
SymfonyComponentHttpFoundationSessionSession->start() (Line: 53)
DrupalCoreStackMiddlewareSession->handle(Object, 1, 1) (Line: 47)
DrupalCoreStackMiddlewareKernelPreHandle->handle(Object, 1, 1) (Line: 47)
DrupalCoreStackMiddlewareReverseProxyMiddleware->handle(Object, 1, 1) (Line: 52)
DrupalCoreStackMiddlewareNegotiationMiddleware->handle(Object, 1, 1) (Line: 23)
StackStackedHttpKernel->handle(Object, 1, 1) (Line: 708)
DrupalCoreDrupalKernel->handle(Object) (Line: 19)
  • Log in or register to post comments

mmjvb’s picture

Sounds like bad settings.php

mmjvb commented 27 May 2020 at 05:50

Check line 1 of settings.php. Must start with the open tag for php. Make sure there is noting in front of <.

You could use php -l settings.php to verify that there are no syntax errors. What did you use to edit? What platform are you on? Can you revert to the one created upon installation?

Remove byte order mark and make sure the editor used to make changes don’t save with BOM.

  • Log in or register to post comments

tonicatany’s picture

I updated Drupal but I cannot run the update script.

tonicatany commented 27 May 2020 at 17:44

It seems there are conflicts with modules that were installed and which I manually reinstalled. I cannot activate these modules because there are alreasy activated. German report:

Es war nicht möglich Simple XML Sitemap zu installieren. simple_sitemap.settings, simple_sitemap.variants.default_hreflang sind bereits in der aktiven Konfiguration vorhanden.

Further reports:

SymfonyComponentDependencyInjectionExceptionServiceNotFoundException: You have requested a non-existent service «simple_sitemap.manager». in SymfonyComponentDependencyInjectionContainerBuilder->getDefinition() (Zeile 1060 in /mnt/web013/e0/71/5519071/htdocs/drupal-8/vendor/symfony/dependency-injection/ContainerBuilder.php).

How can I repair this mess?

  • Log in or register to post comments

mgac’s picture

<?

mgac commented 17 September 2021 at 21:49

See <? $databases[‘default’][‘default’] = array ( …..
You can try, I removed the <? in settings.php

  • Log in or register to post comments

huntereagle’s picture

The website encountered an unexpected error.

huntereagle commented 6 November 2022 at 07:16

Error Name: The website encountered an unexpected error. Please try again later. The same Error Arrived When upgrading from Drupal 10 Alpha6 to Drupal 10 Beta 2 with Composer Command. Extend Menu Stopped Working. As I Checked Status Report. 3 Error Found. Database Out-of-Date, Mission or Invalid Modules and Trusted Host Settings. I Most Need to Correct First Two Errors. Trusted Host Setting is not needed as installation on localhost(Testing Purposes). Both two of Error Corrected After Installing the Missing Modules and updating the database through the update command available on Drupal Administrator. http://localhost/drupal/en/admin/reports/updates. Check For Missing Modules helps to solve this problem.

  • Log in or register to post comments

gisle’s picture

Please post a new support request

gisle

Primary language Norwegian Bokmål

Location Norway

commented 6 November 2022 at 12:45

huntereagle, this issue is more than a year old, and it is unlikely that your support request will be seen by many.

To get support, you should create a new issue in this forum.

— gisle

  • Log in or register to post comments

Правим ошибки при установке Drupal 8 или Drupal 9

Если при установке Drupal 8 или Drupal 9 на OpenServer движок пишет что-то типа

The website encountered an unexpected error. Please try again later.
Error: Call to a member function setRecipients() on null in standard_form_install_configure_submit() (line 25 of coreprofilesstandardstandard.profile).

или периодически вываливается вот такое:

Fatal error: Maximum execution time of 60 seconds exceeded in W:domainsdomain.loccorelibDrupalCoreDatabaseStatement.php on line 59

значит пора использовать руки, которые нам даны не для скуки
Вообще, как мы с гуглом подумали, обе эти ошибки связаны с рекомендательным от Drupal начиная с восьмой линейки подключением расширения OPcache для PHP. Чтобы подцепить его в OpenServer тыркнем флажок в трее -> Дополнительно -> Конфигурация -> Наш PHP

или если есть доступ к файлам на сервере, правим PHP.ini

Указываем прямой путь к расширению


; ----------------------------
; Zend extensions
; ----------------------------

zend_extension = "G:-=server=-openservermodulesphpPHP_7.4extphp_opcache.dll"
;zend_extension = xdebug

Ну и правим настройки opcache как рекомендуют здесь


[Zend OPcache]

opcache.cache_id                 = "1"
opcache.enable                   = on
opcache.enable_cli              = 1
opcache.enable_file_override     = on
opcache.force_restart_timeout    = 240
opcache.interned_strings_buffer = 8
opcache.log_verbosity_level      = 2
opcache.max_accelerated_files    = 4000
opcache.memory_consumption       = 128
opcache.revalidate_freq          = 60
opcache.revalidate_path          = on
opcache.fast_shutdown=1
opcache.file_cache               = "%sprogdir%/userdata/temp"

по второй ошибке, хотя предыдущего решения должно быть достаточно, включим паранойю и поправим эту строчку в том же PHP.ini.

; ----------------------------
; Limits
; ----------------------------

max_execution_time           = 240

Не возьмусь судить на сколько настройки адекватны, но у меня радостно вприпрыжку все завелось.

Содержание

  1. «На веб-сайте произошла неожиданная ошибка. Пожалуйста, повторите попытку позже».
  2. 12 answers
  3. Drupal 6 и 7
  4. Drupal 8
  5. ПРОСТОЙ СПОСОБ
  6. Ошибки Drupal и способы решения
  7. 1. Неправильные настройки.
  8. 2. У хостинга был сбой и надо проверить настройки.
  9. 3. Если у вас на сайте Drupal 8 / 9 выскочила ошибка:
  10. Вариант А. Вы можете войти в админ панель.
  11. Вариант Б. Вы не можете войти в админ панель.
  12. Drupal Русскоязычное сообщество
  13. Главные вкладки
  14. Лучший ответ
  15. Комментарии
  16. «Сайт обнаружил непредвиденную ошибку. Пожалуйста, попробуйте позже.»
  17. Drupal 6 & 7
  18. Drupal 8
  19. ПРОСТОЙ СПОСОБ

«На веб-сайте произошла неожиданная ошибка. Пожалуйста, повторите попытку позже».

Я получаю эту ошибку с Drupal 7.

На веб-сайте произошла непредвиденная ошибка. Пожалуйста, повторите попытку позже.

Как я могу получить дополнительную информацию об этой ошибке? Есть ли какой-нибудь отчет или журнал, чтобы понять, что произошло? Журнал PHP не сообщает об ошибках.
Как я могу отключить это сообщение и получить более полезное для отладки?

12 answers

Эта ошибка возникает из-за неперехваченного исключения PHP. Drupal улавливает исключения, поэтому пользователю не отображается уродливое сообщение об ошибке PHP. Вы можете найти информацию об исключении в ссылке «Последние сообщения журнала» в отчетах (или попробуйте этот путь: /admin/отчеты/dblog). Убедитесь, что модуль «Ведение журнала базы данных» включен, потому что этот модуль предоставляет этот отчет.

Вы увидите все сгенерированные внутренние сообщения. Отфильтруйте по типу «PHP» и серьезности «ошибка», и вы, вероятно, найдете сообщение о неперехваченном исключении. Это и есть причина вашей проблемы. Теперь у вас есть больше информации, чтобы вы могли это исправить.

ПРОСТОЙ СПОСОБ для Drupal 8,

Если вы больше не можете войти в систему, чтобы получить доступ к последним сообщениям журнала, как описано в принятом ответе.

Откройте файл /sites/default/settings.php с помощью редактора или ftp-клиента и добавьте следующую строку:

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

Drupal 6 и 7

Если вы используете Drush, просто сделайте drush vset error_level 1 .

В противном случае перейдите к » /admin/config/development/logging » и измените настройку на «Ошибки и предупреждения»

Drupal 8

Вместо drush vset / vget / vdel , вы можете использовать cset / cget / cdel для значений конфигурации и sset / sget / sdel для государственных ценностей.

ПРОСТОЙ СПОСОБ

Отредактируйте свой settings.php и добавьте туда строку (особенно на своем сайте разработчика, вы можете просто оставить ее включенной)

Drush требует, чтобы вы могли загрузить базу данных.

Эта ошибка возникает из-за _drupal_log_error() .

В качестве быстрого решения для разработки вы можете обновить эту функцию, чтобы предоставить более подробные сообщения об ошибках, но убедитесь, что вы полностью изменили ее до того, как сайт заработает:)

Проверьте таблицу watchdog в MySQL. Вы можете загрузить большой двоичный объект (столбец variables ) и открыть его с помощью блокнота. Он покажет вам сериализованный объект с вашей ошибкой.

Проверьте dblog. Это лучшее место для поиска ошибок на веб-сайте Drupal. Также проверьте консоль JS, чтобы выявить дополнительные ошибки в вашем браузере.

Чтобы сделать ошибки видимыми на вашем веб-сайте Drupal, найдите index.php файл в главном каталоге вашего сайта. Открыть index.php и добавьте этот код непосредственно перед самой первой строкой файла:

Вы также можете попытаться решить проблемы Drupal С помощью журналов ошибок, как описано здесь..

Это старая тема, но, поскольку я недавно столкнулся с такой же проблемой, предоставляя свои входные данные. Я не смог получить доступ ни к одному из путей Drupal, так как я всегда получал эту ошибку, несмотря ни на что. Это начало происходить после того, как я обновил представление, поэтому я знал, что нужно сделать, но не смог открыть представление. Таким образом, я просмотрел журналы сервера Apache. Помимо решения, приведенного выше, такого как просмотр drush и dblogs, может быть полезно вместо этого заглянуть на сервер Apache журналы, особенно когда вы не можете получить доступ ни к одному из путей приложения. Они обычно присутствуют в файле logserror.log и будут содержать подробную информацию о необработанном исключении и месте его создания и т.д. В качестве быстрого решения вы можете прокомментировать код, который вызывает исключение, и внести обновления в приложение. В моем случае я прокомментировал сообщение с кодом, которое смог просмотреть и внести необходимые обновления. Надеюсь, это поможет кому-то в некоторых подобных ситуациях

Это очень интересно, но если вы откроете исходный код страницы (CTRL-U), то все предупреждения и сообщения об ошибках будут там, они просто находятся в скрытом элементе. Поиск element-invisible .

Редактировать: $conf[‘error_level’] = 1; также следует поместить в файл settings.php .

Если у вас установлены какие-либо новые модули, которые могут быть несовместимы с вашим drupal , пожалуйста, убедитесь, что эти модули удалены и запущены снова. Например: я установил модуль макета страницы, он не подходит для этого, тогда я столкнулся с этой проблемой в браузере после того, как я удалил эти модули из своего проекта, это отлично работает для меня. в местоположении проекта выберите модулимакет страницы. удалите отсюда неподдерживаемый каталог. Спасибо.

Источник

Ошибки Drupal и способы решения

В данной статье я буду писать об ошибках CMS Drupal 8 / 9 (когда вы всё сделали как вам кажется, а сайт почему-то не запускается). По мере возникновения ошибок с которыми я столкнусь в процессе работы, я буду дополнять данную статью.

Никогда не спешите сразу всё удалять и ставить по новой. Иногда проблема решается довольно быстро. Как правило, все вопросы почему сайт на CMS Drupal 8 / 9 не запускается появляются по следующим причинам:

1. Неправильные настройки.

1. Вы что-то упустили в настройках файлов setting.php (проверьте всё спокойно, каждую строку ваших настроек), .htaccess (попробуйте заменить стандартным файлом и протестировать) или вы не назначили папку web корневой (при стандартной установке Drupal 8 / 9 с помощью composer).

2. У хостинга был сбой и надо проверить настройки.

Сегодня обновляя сайт на хостинге получил такую ошибку по завершению обновления:

При проверке оказалось сбой на хостинге.

Именно на этом домене ранее была установлена версия PHP 7.4, которая почему-то стала версией PHP 7.1. А как вы знаете Drupal нужна для работы версия PHP не ниже 7.3.

Попытка сменить версию PHP самостоятельно не увенчалась успехом. Но техподдержка решила этот вопрос в течении 5 минут.

3. Если у вас на сайте Drupal 8 / 9 выскочила ошибка:

Вариант А. Вы можете войти в админ панель.

Перейдите по адресу /admin/reports/dblog и посмотрите все ошибки. Конечно если модуль Database logging был до этого включен.

Вариант Б. Вы не можете войти в админ панель.

Откройте файл /sites/default/settings.php и вставьте в его конец следующую строку:

Перегрузите страницу и вы увидите подробное описание ошибки, вместо того, что было до этого.

Источник

Drupal Русскоязычное сообщество

Главные вкладки

Вот такую выдает при переходе на страницу для удаления модулей

что с этим делать? кто знает..

  • Drupal9
  • Есть вопрос
  • Решение проблем
  • Блог
  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии

Лучший ответ

Вопрос решила, это была проблема с модулем — WEBP PROFILER, композитором его не удалить. Удалила через админку — после того как в его настройках сняла все галочки по всем параметрам (по умолчанию при установке они там встали), появился доступ к удалению модулей..

Комментарии

rukoved wrote: MySQL server has gone away

Часто означает «падение» сервера mysql. Попробуйте зайти в таблицу sessions через PHPMyAdmin или другой инструмент и посмотреть что там. Или сразу очистить её

удалила эту запись, войти после этого в админку не могу и восстановить доступ тоже.

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии
  • Реакции

У вас явно проблема с СУБД. Где сайт расположен? Локально или на хостинге?

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии
  • Реакции

reg.ru, при том, что все было отлично но в какой то момент я заметила ошибку — 500 на странице но она сама исчезла, так и не успела понять что было. Задала техподдержке вопрос, они просят доступы к сайту, я пока не вижу, чтобы они им требовались для решения этого вопрос, да и персональные данные там, не дам конечно. Опыт печальный уже был с ними. Сейчас вообще зайти на сайт не могу, при том, что вчера заходила и проблем не было, очевидно пытались сами это сделать, но что-то пошло не так. Вернула запись, которую из таблицы удалила но доступ не появился, значит причина не в ней

пользовательская запись администратора за ночь — исчезла. пришлось в базе новую создать, чтобы войти на сайт, нет доступа в админке ко 2-й странице пользователей (при загрузке стр. 2) и вот эта ошибка осталась.

Может ли эта проблема возникнуть при установке модуля webp? Это крайний модуль, что я ставила на сайт, до этого ошибок не было никаких вообще.

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии
  • Реакции

У вас как будто база посыпалась. Восстановите из бэкапа вчерашнюю или позавчерашнюю

А еще обратитесь к хостеру

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии
  • Реакции

ошибки пользователя я исправила, осталась только эта

а хостеру нет доверия..

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии
  • Реакции

Если нет доверия, значит надо менять хостинг

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии
  • Реакции

да, как закончится оплаченный период я обязательно это сделаю) Хостинг не плохой, может мне просто сильно не повезло в прошлом, в поддержке сидел наверное не лучший спец тогда.. но боль осталась и доверия нет с тех пор.. полгода работы они как-то там моей похоронили при переносе сайтов на вип-тариф.. и резервные копии потеряли за последний месяц, полностью сайт один переписать пришлось. Сейчас такого не наблюдаю но стараюсь лишний раз не обращаться к ним, если можно обойтись

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии
  • Реакции

я так поняла, проблема была в производительности и настройках хостинга, срабатывал тайм-аут при подключении к базам MySql , если на локалке еще можно увеличить это самостоятельно то на хостинге это должен делать хостер, очевидно этот модуль много запросов создает и они не успевают обрабатываться, так-то и модуль не плохой, но на моем хостинге он не тянет

На самом деле тут больше вы виноваты, чем хостинг. Сейчас объясню почему.

Почему важно разрабатывать сайты на локалке (на своем ПК), а не на хостинге
1) Почти всегда это быстрее. Например у моего процессора 6 ядер, 12 потоков и 32 гигабайта оперативной памяти в системе + быстрый SSD.
2) Отсутствует сетевая задержка.
3) И самое главное: установка новых модулей или обновление может приводить к падению сайта или к ошибкам. На локалке найти и исправить эти проблемы в разы быстрее и проще, чем на хостинге. А если сайт в режиме production, то это вообще верх самонадеянности обновляться прямо на хостинге.

Многие думают, что лучше медленно работать на хостинге, чем потратить немного времени и разобраться как развернуть локальное окружение и потом работать быстро, но это очень большое заблуждение

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии
  • Реакции

это все понятно но сайт как-бы готовый был, модуль для производительности доустанавила уже на хостинге, наполнение сайта постоянно идет, конечно на локалке быстрее и проще -согласна))

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии
  • Реакции

Вопрос решила, это была проблема с модулем — WEBP PROFILER, композитором его не удалить. Удалила через админку — после того как в его настройках сняла все галочки по всем параметрам (по умолчанию при установке они там встали), появился доступ к удалению модулей..

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии
  • Реакции

Жесть. А кто его вам поставил? Этот модуль пишет в базу всё на свете, логично, что она может упасть от такой нагрузки. Он нужен только для отладки очень ядрёных ошибок, которые очень трудно поймать. А на рабочем сайте он, естественно, не нужен.

Источник

«Сайт обнаружил непредвиденную ошибку. Пожалуйста, попробуйте позже.»

У меня есть эта ошибка с Drupal 7

Как я могу получить больше информации об этой ошибке? Любой отчет, любой журнал где-нибудь? Ничего в php-ошибках.

как я могу отключить это сообщение и получить более полезное для отладки?

Примечание : мой вопрос НЕ «как я могу решить эту проблему»

Эта ошибка происходит из-за необработанного исключения PHP . Drupal перехватывает исключения, поэтому пользователю не отображается сообщение об ошибке PHP. Вы можете найти информацию об исключении в ссылке «Недавние сообщения журнала» в отчетах (или попробуйте этот путь: / admin / reports / dblog). Убедитесь, что модуль «Регистрация в базе данных» включен, так как этот модуль предоставляет этот отчет.

Вы увидите все внутренние сообщения, которые были сгенерированы. Отфильтруйте по типу ‘PHP’ и серьезности ‘error’, и вы, вероятно, найдете сообщение о необработанном исключении. Это вызывает вашу проблему. Теперь у вас есть больше информации, чтобы вы могли это исправить.

Drupal 6 & 7

Если вы используете Drush, просто делайте drush vset error_level 1 .

В противном случае перейдите к « /admin/config/development/logging » и измените настройку на «Ошибки и предупреждения».

Drupal 8

Вместо drush vset / vget / vdel вы можете использовать cset / cget / cdel для значений конфигурации и sset / sget / sdel для значений состояния.

ПРОСТОЙ СПОСОБ

Отредактируйте ваш файл settings.php и добавьте туда строку (особенно на вашем сайте разработчиков, вы можете просто сохранить это)

drush требует, чтобы вы были в состоянии загрузить базу данных.

EASY WAY для Drupal 8 ,

если вы не можете войти, чтобы получить доступ к последним сообщениям журнала, как описано в принятом ответе.

Откройте файл /sites/default/settings.php с помощью редактора или FTP-клиента и добавьте следующую строку:

После перезагрузки страницы вы увидите полное сообщение об ошибке вместо общего: «На веб-сайте произошла непредвиденная ошибка. Пожалуйста, попробуйте позже.»

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

Проверьте дблог. Это лучшее место для поиска ошибок на веб-сайте Drupal. Также проверьте консоль JS, чтобы выбрать дополнительные ошибки в вашем браузере.

Проверьте в watchdog таблице в MySQL. Вы можете скачать Blob ( variables столбец) и открыть его с помощью Блокнота. Он покажет вам сериализованный объект с вашей ошибкой.

Чтобы сделать ошибки видимыми на вашем сайте Drupal, найдите файл index.php в главном каталоге вашего сайта. Откройте index.php и добавьте этот код непосредственно перед самой первой строкой файла:

Вы также можете попытаться решить Drupal проблемы с журналами ошибок, как описано здесь ..

Это старая тема, но, поскольку я недавно столкнулся с этой же проблемой, предоставил свои материалы. Я не смог получить доступ ни к одному из путей Drupal, так как всегда получал эту ошибку, несмотря ни на что. Это начало происходить после того, как я обновил представление, поэтому я знал, что нужно сделать, но не смог открыть представление. Таким образом я просмотрел логи сервера Apache. Помимо приведенного выше решения, такого как просмотр drush и dblogs, вместо этого может быть полезно просмотреть журналы сервера Apache, особенно когда вы не можете получить доступ ни к одному из путей приложения. Они обычно присутствуют в файле logs error.log и содержат подробные данные о необработанном исключении, месте, где оно было сгенерировано и т. Д. В качестве быстрого исправления вы можете прокомментировать код, генерирующий исключение, и обновить приложение. В моем случае я прокомментировал пост кода, который я смог получить в представлении и сделать необходимые обновления. Надеюсь, что это поможет кому-то в подобных ситуациях

Это очень интересно, но если вы открываете исходный код страницы (CTRL-U), тогда все предупреждения и сообщения об ошибках присутствуют, они просто находятся в скрытом элементе. Ищите element-invisible .

Источник

while doing a drupal 6 to 7 upgrade I am getting the not so helpful message
«The website encountered an unexpected error. Please try again later.» everytime I go to certain pages.
ex) /admin/config

What is the best way to find out what is causing the fatal error so that I can fix it?

All I can think of right now is to start disabling contributed modules until that page works or looking through the logs.

Thanks.

asked Jan 19, 2011 at 16:20

brian_d's user avatar

If dlog/watchdog and php error log aren’t working, try this:

go on /includes/error.inc
comment line line 245

print theme('maintenance_page', array('content' => t('The website encountered an unexpected error. Please try again later.')));

and put this

print theme('maintenance_page', array('content' => t('The website encountered an unexpected error. Please try again later.'.$fatal.' '.var_export($error,true))));

Very similar, you put var_export($error,true)) at end of error

answered Oct 1, 2013 at 9:50

Stefano Caravana's user avatar

0

By clearing the logs at /admin/reports/dblog then reloading the broken page I easily could identify the offending module when I rechecked the log.

Site is working fine now : )

answered Jan 20, 2011 at 4:52

brian_d's user avatar

brian_dbrian_d

11.1k4 gold badges47 silver badges72 bronze badges

2

You definitely should be disabling all contrib modules to perform the upgrade.
Then enable them a few at a time after they have been replaced with the D7 version. When replacing the module, be sure to clean out the entire module directory, just in case some old files remain.

This should help narrow down the problem and be sure to check the php error log in case you find something there. (Although that is usually in the case of the White Screen Of Death.)

answered Jan 19, 2011 at 18:38

cleaver's user avatar

cleavercleaver

3707 silver badges12 bronze badges

As gyozo mentioned if you are not able to log into the site, then it might be difficult to debug.

Then probably you could try

  1. Log into database and run delete from watchdog;
  2. Refresh the page
  3. Then execute the database query select variables from watchdog;
  4. Look out for the text near message

answered Sep 4, 2013 at 12:19

Gokul N K's user avatar

Gokul N KGokul N K

2,3982 gold badges31 silver badges40 bronze badges

Am replying on 8 years old thread. But wanted to share my inputs to fix this error. I am using Drupal 8.*

I faced the same error when I tried to clear the cache (From performance). I tried several things mentioned in most of the blogs or drupal help.

In the end I came to know that, there was some YML formatting issue in my Drupal 8 theme files. I removed tabs and validated my YML files from online YML validator.

answered Jan 31, 2019 at 19:22

Mangesh Sathe's user avatar

Mangesh SatheMangesh Sathe

1,9144 gold badges19 silver badges40 bronze badges

In Drupal 8.7 you can do this in core/lib/Drupal/Core/EventSubscriber/FinalExceptionSubscriber.php line 126:

$content = $this->t('The website encountered an  error. Please try again later.' . var_dump($error));

answered May 28, 2019 at 2:42

André Angelantoni's user avatar

«На веб-сайте произошла неожиданная ошибка. Пожалуйста, повторите попытку позже».


Я получаю эту ошибку с Drupal 7.

На веб-сайте произошла непредвиденная ошибка. Пожалуйста, повторите попытку позже.

Как я могу получить дополнительную информацию об этой ошибке? Есть ли какой-нибудь отчет или журнал, чтобы понять, что произошло? Журнал PHP не сообщает об ошибках.
Как я могу отключить это сообщение и получить более полезное для отладки?

12 answers

Эта ошибка возникает из-за неперехваченного исключения PHP. Drupal улавливает исключения, поэтому пользователю не отображается уродливое сообщение об ошибке PHP. Вы можете найти информацию об исключении в ссылке «Последние сообщения журнала» в отчетах (или попробуйте этот путь: /admin/отчеты/dblog). Убедитесь, что модуль «Ведение журнала базы данных» включен, потому что этот модуль предоставляет этот отчет.

Вы увидите все сгенерированные внутренние сообщения. Отфильтруйте по типу «PHP» и серьезности «ошибка», и вы, вероятно, найдете сообщение о неперехваченном исключении. Это и есть причина вашей проблемы. Теперь у вас есть больше информации, чтобы вы могли это исправить.

 29

Author: sanzante, 2019-06-11 08:41:37

ПРОСТОЙ СПОСОБ для Drupal 8,

Если вы больше не можете войти в систему, чтобы получить доступ к последним сообщениям журнала, как описано в принятом ответе.

Откройте файл /sites/default/settings.php с помощью редактора или ftp-клиента и добавьте следующую строку:

$config['system.logging']['error_level'] = 'verbose';

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

 19

Author: 4k4, 2018-10-15 16:17:38

Drupal 6 и 7

Если вы используете Drush, просто сделайте drush vset error_level 1.

В противном случае перейдите к «/admin/config/development/logging» и измените настройку на «Ошибки и предупреждения»

Drupal 8

Вместо drush vset/vget/vdel, вы можете использовать cset/cget/cdel для значений конфигурации и sset/sget/sdel для государственных ценностей.

 16

Author: coak, 2019-07-21 10:42:30

ПРОСТОЙ СПОСОБ

Отредактируйте свой settings.php и добавьте туда строку (особенно на своем сайте разработчика, вы можете просто оставить ее включенной)

$conf['error_level'] = 1;

Drush требует, чтобы вы могли загрузить базу данных.

Эта ошибка возникает из-за _drupal_log_error().

В качестве быстрого решения для разработки вы можете обновить эту функцию, чтобы предоставить более подробные сообщения об ошибках, но убедитесь, что вы полностью изменили ее до того, как сайт заработает:)

 3

Author: Clive, 2012-11-07 09:50:01

Проверьте таблицу watchdog в MySQL. Вы можете загрузить большой двоичный объект (столбец variables) и открыть его с помощью блокнота. Он покажет вам сериализованный объект с вашей ошибкой.

Проверьте dblog. Это лучшее место для поиска ошибок на веб-сайте Drupal. Также проверьте консоль JS, чтобы выявить дополнительные ошибки в вашем браузере.

 0

Author: Binny, 2012-11-07 09:35:50

Попробуйте это:

Уровень ошибок

admin menu equivalent: admin/config/development/logging
drush command: drush vset -y error_level <value>
values:
    0: none
    1: errors and warnings
    2: all 

 0

Author: ravyg, 2013-11-07 09:44:03

Чтобы сделать ошибки видимыми на вашем веб-сайте Drupal, найдите index.php файл в главном каталоге вашего сайта. Открыть index.php и добавьте этот код непосредственно перед самой первой строкой файла:

error_reporting(E_ALL); 
ini_set('display_errors', TRUE); 
ini_set('display_startup_errors', TRUE); 

Вы также можете попытаться решить проблемы Drupal С помощью журналов ошибок, как описано здесь..

Это старая тема, но, поскольку я недавно столкнулся с такой же проблемой, предоставляя свои входные данные. Я не смог получить доступ ни к одному из путей Drupal, так как я всегда получал эту ошибку, несмотря ни на что. Это начало происходить после того, как я обновил представление, поэтому я знал, что нужно сделать, но не смог открыть представление. Таким образом, я просмотрел журналы сервера Apache. Помимо решения, приведенного выше, такого как просмотр drush и dblogs, может быть полезно вместо этого заглянуть на сервер Apache журналы, особенно когда вы не можете получить доступ ни к одному из путей приложения. Они обычно присутствуют в файле logserror.log и будут содержать подробную информацию о необработанном исключении и месте его создания и т.д. В качестве быстрого решения вы можете прокомментировать код, который вызывает исключение, и внести обновления в приложение. В моем случае я прокомментировал сообщение с кодом, которое смог просмотреть и внести необходимые обновления. Надеюсь, это поможет кому-то в некоторых подобных ситуациях

 0

Author: MAJ, 2016-11-04 02:04:22

Это очень интересно, но если вы откроете исходный код страницы (CTRL-U), то все предупреждения и сообщения об ошибках будут там, они просто находятся в скрытом элементе. Поиск element-invisible.

Редактировать: $conf['error_level'] = 1; также следует поместить в файл settings.php.

 0

Author: endo64, 2019-05-30 06:37:58

Если у вас установлены какие-либо новые модули, которые могут быть несовместимы с вашим drupal
, пожалуйста, убедитесь, что эти модули удалены и запущены снова.
Например: я установил модуль макета страницы, он не подходит для этого, тогда я столкнулся с этой проблемой в браузере после того, как я удалил эти модули из своего проекта, это отлично работает для меня.
в местоположении проекта выберите модулимакет страницы.
удалите отсюда неподдерживаемый каталог.
Спасибо.

Installing Drupal using composer create-project drupal-composer/drupal-project:8.x-dev some-dir --no-interaction on windows 10, i have php7.1.9 and mysql5.7 and i started the installation process, getting to the INSTALL SITE place, it installs and stops at 14% and then this error shows up!

This happened when installing Drupal8.7.15 and i have done all sorts of things but no avail, please how do i fix it?

Please don’t close this without this issue being solved!

Error
The website encountered an unexpected error. Please try again later.
DrupalCoreConfigUnmetDependenciesException: Configuration objects provided by standard have unmet dependencies: block.block.bartik_account_menu (block), block.block.bartik_help (help, block), block.block.bartik_search (search, block), block_content.type.basic (block_content), comment.type.comment (comment), contact.form.feedback (contact), core.entity_form_display.block_content.basic.default (text), core.entity_form_display.node.article.default (image.style.thumbnail, comment, image, path, text), core.entity_form_display.node.page.default (path, text), core.entity_form_display.user.user.default (image.style.thumbnail, image), core.entity_view_display.node.article.default (image.style.large, comment, image, text), core.entity_view_display.node.article.rss (core.entity_view_mode.node.rss), core.entity_view_display.node.article.teaser (core.entity_view_mode.node.teaser, image.style.medium, image, text), core.entity_view_display.node.page.teaser (core.entity_view_mode.node.teaser, text), editor.editor.basic_html (ckeditor, editor), field.field.block_content.basic.body (field.storage.block_content.body, text), field.field.comment.comment.comment_body (field.storage.comment.comment_body, text), field.field.node.article.body (field.storage.node.body, text), field.field.node.article.field_image (image), field.storage.node.comment (comment, node), field.storage.node.field_image (file, image, node), field.storage.node.field_tags (node, taxonomy), field.storage.user.user_picture (file, image), filter.format.basic_html (editor, filter), filter.format.restricted_html (filter), node.type.article (node), rdf.mapping.comment.comment (comment, rdf), rdf.mapping.node.article (node, rdf), rdf.mapping.taxonomy_term.tags (taxonomy, rdf), taxonomy.vocabulary.tags (taxonomy) in DrupalCoreConfigUnmetDependenciesException::create() (line 98 of corelibDrupalCoreConfigUnmetDependenciesException.php).

DrupalCoreConfigUnmetDependenciesException::create(‘standard’, Array) (Line: 481)
DrupalCoreConfigConfigInstaller->checkConfigurationToInstall(‘module’, ‘standard’) (Line: 132)
DrupalCoreProxyClassConfigConfigInstaller->checkConfigurationToInstall(‘module’, ‘standard’) (Line: 150)
DrupalCoreExtensionModuleInstaller->install(Array, ) (Line: 83)
DrupalCoreProxyClassExtensionModuleInstaller->install(Array, ) (Line: 1658)
install_install_profile(Array) (Line: 702)
install_run_task(Array, Array) (Line: 577)
install_run_tasks(Array, NULL) (Line: 118)
install_drupal(Object) (Line: 44)

Понравилась статья? Поделить с друзьями:
  • The web server reported a bad gateway error переводчик
  • Theft protection failure ошибка на сааб 9 5
  • Theatre of war runtime error 3 trap
  • The wargaming net game center application is required как убрать ошибку
  • The x11 connection broke error 1 did the x11 server die astra linux