-
#2
Приветствую.
Смотрите логи ошибок сервера как минимум.
Так же консоль браузера и логи ошибок в админке.
Какие последние дополнения устанавливали или обновляли?
-
#3
Приветствую.
Смотрите логи ошибок сервера как минимум.
Так же консоль браузера и логи ошибок в админке.
Какие последние дополнения устанавливали или обновляли?
Ошибок нет на сервере.В админку форума не могу зайти, тоже самая ошибка что о на главной странице. Последний установленный плагин это Ads Manager 2
-
#4
Отключайте дополнения и смотрите, всё же по хорошему, нужно смотреть логи сервера.
-
#5
Отключайте дополнения и смотрите, всё же по хорошему, нужно смотреть логи сервера.
Спасибо за помощь, сейчас перезалил это дополнение и ошибка сразу пропала
-
#3
Это вопрос к экстрасенсам…
Вопрос в тему дополнения, если проблема с таковым.
- Девиант
-
#4
Здравствуйте, уважаемый Sanar, техническая поддержка форума XenForo.Info находится в состояние котором не может ответить на ваш вопрос. Предлагаю вам, подумать и дать более детальную информацию об ошибках которые возникли у вас, т.к на данный момент все наши ванги уехали в отпуск и мы не можем их призвать. А бубен пока что сломался, таким образом я вам предлагаю решение данных проблем следующим образом:
- Взять сосредоточиться и собраться с мыслью, что у вас возникла непредвиденная ошибка (да да со всеми такое бывает, ну что поделать)
- Предоставить логи ошибок сервера
- Предоставить логи ошибок из консоли браузера
- Предоставить логи ошибок из панели управления
После этого приходите на данный форум и излагайте свою ошибку и конечно же не забываем, что в тему дополнения
- Меценат
-
#5
Кэп сломался, несите нового.
- Меценат
-
#7
EN., AdGuard ломает только те страницы, в адресе которых есть слово, связанное с рекламой.
-
#8
AdGuard ломает только те страницы, в адресе которых есть слово, связанное с рекламой.
Он что угодно может поломать 🙂 дополнение браузера еще ни чего, а вот программа, да, был опыт 🙂
-
#9
Программа даже блочит кнопки в xf 2 , как раз из-за него у меня при нажатии кнопок выбивает такие ошибки ,нужно отключать и норм
«На веб-сайте произошла неожиданная ошибка. Пожалуйста, повторите попытку позже».
Я получаю эту ошибку с 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
, пожалуйста, убедитесь, что эти модули удалены и запущены снова.
Например: я установил модуль макета страницы, он не подходит для этого, тогда я столкнулся с этой проблемой в браузере после того, как я удалил эти модули из своего проекта, это отлично работает для меня.
в местоположении проекта выберите модулимакет страницы.
удалите отсюда неподдерживаемый каталог.
Спасибо.
при обновлении drupal с 6 до 7 я получаю не очень полезное сообщение «На веб-сайте произошла непредвиденная ошибка. Повторите попытку позже». каждый раз перехожу на определенные страницы. пример) / admin / config
Как лучше всего выяснить причину фатальной ошибки, чтобы исправить ее?
Все, о чем я могу думать прямо сейчас, — это начать отключать добавленные модули до тех пор, пока эта страница не заработает, или просматривать журналы.
Спасибо.
6 ответов
Лучший ответ
Очистив журналы в /admin/reports/dblog и затем перезагрузив сломанную страницу, я легко смог идентифицировать неисправный модуль, когда перепроверил журнал.
Сайт сейчас работает нормально 🙂
11
brian_d
20 Янв 2011 в 04:52
Вам определенно следует отключить все модули contrib для выполнения обновления. Затем включите их по несколько раз после того, как они были заменены версией D7. При замене модуля обязательно очистите весь каталог модуля, на случай, если остались старые файлы.
Это должно помочь сузить проблему и не забудьте проверить журнал ошибок php, если вы что-то там найдете. (Хотя это обычно в случае с Белым экраном смерти.)
3
cleaver
19 Янв 2011 в 18:38
Как упоминалось в gyozo, если вы не можете войти на сайт, отладка может быть затруднена.
Тогда, наверное, ты мог бы попробовать
- Войдите в базу данных и запустите
delete from watchdog; - Обновите страницу
- Затем выполните запрос к базе данных
select variables from watchdog; - Обратите внимание на текст рядом с сообщением
0
Gokul N K
4 Сен 2013 в 12:19
Отвечаю на ветку 8-летней давности. Но хотел поделиться своими впечатлениями, чтобы исправить эту ошибку. Я использую Drupal 8. *
Я столкнулся с той же ошибкой, когда попытался очистить кеш (из производительности). Я пробовал несколько вещей, упомянутых в большинстве блогов или справки по drupal.
В конце концов я узнал, что в моих файлах тем Drupal 8 была некоторая проблема с форматированием YML. Я удалил вкладки и проверил свои файлы YML из онлайн-валидатора YML.
0
Mangesh Sathe
31 Янв 2019 в 19:22
В Drupal 8.7 это можно сделать в строке 126 core / lib / Drupal / Core / EventSubscriber / FinalExceptionSubscriber.php:
$content = $this->t('The website encountered an error. Please try again later.' . var_dump($error));
0
André Angelantoni
1 Июл 2019 в 20:34
Если журнал ошибок dlog / watchdog и php не работает, попробуйте следующее:
Перейдите в строку комментария /includes/error.inc 245
print theme('maintenance_page', array('content' => t('The website encountered an unexpected error. Please try again later.')));
И положи это
print theme('maintenance_page', array('content' => t('The website encountered an unexpected error. Please try again later.'.$fatal.' '.var_export($error,true))));
Очень похоже, вы помещаете var_export ($ error, true)) в конец ошибки
20
Stefano Caravana
1 Окт 2013 в 09:50
N-I
10 марта 2017 в 23:27
- Drupal8
- Есть вопрос
- FAQ
- Блог
- Войдите или зарегистрируйтесь, чтобы отправлять комментарии
Лучший ответ
gun_dose
10 марта 2017 в 23:59
1
Включали и выключали галочками в админке? Лучше через drush или drupal console.
Если в двух словах, то причина в том, что системе не хватает ресурсов и модуль включается или выключается как бы не полностью. И сайт оказывается в такой ситуации, в какой бы оказался Ди Каприо, если бы умер во сне в фильме «Начало»
Комментарии
dropout
10 марта 2017 в 23:35
1
Смотреть лог на сервере. Если не помогает, ставить drush, сносить модуль, потом после возобновления доступа смотреть журнал.
N-I
10 марта 2017 в 23:45
Сайт на локальном сервере. Я только учусь. Раньше просто переустанавливала и начинала заново. Сейчас уже много сделала, не хочу переустанавливать.
Удалила модуль из папки с модулями, всё равно не могу зайти. Что нужно смотреть и где и как восстановить доступ? Нужно научиться, ведь даже не знаю, что делать в такой ситуации. Сейчас, если что, в крайнем случае переустановлю, а в будущем, что и как делать?
gun_dose
10 марта 2017 в 23:44
Написано же: повторите позже. Может у людей обед
N-I
10 марта 2017 в 23:46
Сверху комментарий. Чтобы не повторяться.)
N-I
10 марта 2017 в 23:47
Сайт на локальном сервере и я только учусь.
gun_dose
10 марта 2017 в 23:49
Что за модуль? Большой? И сайт небось на опенсервере?
N-I
10 марта 2017 в 23:52
Да, Опенсервер. Модуль меню таксономии. У меня почему-то так часто бывает. Но я его раньше включала, всё нормально. Затем отключила, чтобы другой модуль посмотреть, хотела включить снова и вот.
N-I
10 марта 2017 в 23:53
Вообще, все модули из папки убирала и никак.
gun_dose
10 марта 2017 в 23:59
1
Включали и выключали галочками в админке? Лучше через drush или drupal console.
Если в двух словах, то причина в том, что системе не хватает ресурсов и модуль включается или выключается как бы не полностью. И сайт оказывается в такой ситуации, в какой бы оказался Ди Каприо, если бы умер во сне в фильме «Начало»
N-I
11 марта 2017 в 16:51
Да, галочками. Понятно, спасибо.) Придётся всё же разбираться, что такое drush и как им пользоваться, ранее так и не поняла, что с ним делать. И про фильм «Начало» даже почитала.)
Studio VIZA
11 марта 2017 в 0:12
1
Есть такая хитрость, когда сервер слаб или не настроен — открывайте сайт на вкладке например модулей или тем, меняйте тему, или выключайте-включайте модули, но просмотр результата делайте в соседней вкладке, пусть это главная сайта. Остаётся шанс вернуть на предаварийное состояние.
Если же отнестись более серьёзно, у вас должны быть недельные, а то и месячные бэкапы. Оттуда вы можете взять файлик например, который случайно удалили, признать что «версия за ту среду» была самой удачной и прочее-прочее.
N-I
11 марта 2017 в 0:17
Да, я так и делаю с вкладками. Иногда стрелка назад просто помогала, а в этот раз никак. Я делаю бэкапы, просто не знаю, что с ними делать в такой ситуации. Я ещё не дошла до изучения базы данных. Пока ещё сам Друпал изучаю и сайт делаю.
N-I
11 марта 2017 в 0:20
Бэкапы через модуль делаю. Вы имеете ввиду просто копировать папку сайта?
Studio VIZA
11 марта 2017 в 0:35
N-I wrote:
Вы имеете ввиду просто копировать папку сайта?
Да, и экспорт базы. И кладите в папочку,даже если пригодится редко, появится важный навык перестраховки. Это будет лучше, нежели приобрести горький опыт.
tlito
11 марта 2017 в 8:59
1
«обновите ядро Друпал. Если не поможет, удалите модуль composer_manager и другие модули, для которых вы запускали composer, в частности address.
Или можно включить отображение ошибок https://www.drupal.org/node/1056468 »
N-I
11 марта 2017 в 16:41
Я обновляла и всё равно не смогла зайти. Оставила sites, themes, .htaccess, robots.txt, остальное всё заменила. Так ведь надо обновлять?
Такого модуля нет. Это может случиться на любом модуле. Если это проблема только слабого компьютера, то я спокойна. Это не страшно, буду больше копий делать.
Minter
2.08.2022
Автор
Турецкая карта OlduBil. При покупке вылезала вышенаписанная ошибка
Ответить
Развернуть ветку
lasteckij
3.08.2022
Стим прикрыл перенос региона через виртуалки. и одноразовые карты.
Именно поэтому на плати ру пропали предложения о продаже реквизитов карты (за ~140р) и появились предложения за ~500р с передачей логина-пароля продавцу.
Ответить
Развернуть ветку
The Clever Gamer
11.08.2022
Очень очковал передавать продавцу не только логин/пароль, но и Стим Гард, но в итоге не пожалел. Купил Lost in Play не за 1799, а за 107 рублей.
Ответить
Развернуть ветку
Pirozhok Vozmezdija
3.08.2022
просто подожди, завтра попробуй еще раз на свежую голову. у меня в турецком регионе гифты через раз принимает например.
еще попробуй сделать выход из всех устройств и потом перезайди под vpn.
Ответить
Развернуть ветку
Точилово из вендинга
3.08.2022
Не поможет, регион больше не меняется через олдубил и производные. Сам так хотел поменять и не смог. С конца июля так.
Ответить
Развернуть ветку
Pirozhok Vozmezdija
4.08.2022
а да, я и забыл, давно менял.
если автор это прочтет — могу дать контакты знакомого, у который есть чел в турции и он может сменить регион.
Ответить
Развернуть ветку
Chto Choto
2.08.2022
Просто пополнил счёт на 20 лир и не ебался с картами
Ответить
Развернуть ветку
Принципиальный корабль
11.08.2022
Как купил то его ?
И ты ты купил на русский аккаунт гифт с 20 лирами ?
Я могу платить иностранной картой и в сервисах.
Ответить
Развернуть ветку
Muxa
2.08.2022
Карту где взял? Сколько времени после смены региона прошло? Мало вводных
Ответить
Развернуть ветку
Бекзат Нурланов
2.08.2022
Ты пытаешься поменять регион и выходит такая фигня? У моего приятеля была такая фигня недавно, в итоге никак не пофиксилось. Он просто создал новый акк и уже там оплата прошла. Поэтому хз, как это работает🤔
Ответить
Развернуть ветку
Принципиальный корабль
11.08.2022
Как-то смог решить ?
Ответить
Развернуть ветку
Minter
12.08.2022
Автор
Нет, только купил новый турецкий аккаунт , но хлебнул *****. Подробнее написал в новой публикации. Если вы что-то об этом знаете прошу оставить на ней комментарии
Ответить
Развернуть ветку
Minter
12.08.2022
Автор
При включенном впн не дает совершить покупку
Ответить
Развернуть ветку
Anton Duditsky
6.12.2022
Ребят, если не получается добавить свою карту олдубил, которая до бана была добавлена на текущий аккаунт, снова ее добавить не получится?
Ответить
Развернуть ветку
Читать все 21 комментарий
«Сайт обнаружил непредвиденную ошибку. Пожалуйста, попробуйте позже.»
У меня есть эта ошибка с 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 и добавьте туда строку (особенно на вашем сайте разработчиков, вы можете просто сохранить это)
$conf['error_level'] = 1;
drush требует, чтобы вы были в состоянии загрузить базу данных.
EASY WAY для Drupal 8 ,
если вы не можете войти, чтобы получить доступ к последним сообщениям журнала, как описано в принятом ответе.
Откройте файл /sites/default/settings.phpс помощью редактора или FTP-клиента и добавьте следующую строку:
$config['system.logging']['error_level'] = 'verbose';После перезагрузки страницы вы увидите полное сообщение об ошибке вместо общего: «На веб-сайте произошла непредвиденная ошибка. Пожалуйста, попробуйте позже.»
Эта ошибка исходит от _drupal_log_error().
В качестве быстрого исправления для разработки вы можете обновить эту функцию, чтобы предоставить более подробные сообщения об ошибках, но обязательно убедитесь, что вы изменили ее, прежде чем сайт заработает 🙂
Проверьте дблог. Это лучшее место для поиска ошибок на веб-сайте Drupal. Также проверьте консоль JS, чтобы выбрать дополнительные ошибки в вашем браузере.
Проверьте в watchdogтаблице в MySQL. Вы можете скачать Blob ( variablesстолбец) и открыть его с помощью Блокнота. Он покажет вам сериализованный объект с вашей ошибкой.
Попробуй это:
уровень ошибки
admin menu equivalent: admin/config/development/logging
drush command: drush vset -y error_level <value>
values:
0: none
1: errors and warnings
2: all Чтобы сделать ошибки видимыми на вашем сайте 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, особенно когда вы не можете получить доступ ни к одному из путей приложения. Они обычно присутствуют в файле logs error.log и содержат подробные данные о необработанном исключении, месте, где оно было сгенерировано и т. Д. В качестве быстрого исправления вы можете прокомментировать код, генерирующий исключение, и обновить приложение. В моем случае я прокомментировал пост кода, который я смог получить в представлении и сделать необходимые обновления. Надеюсь, что это поможет кому-то в подобных ситуациях
Это очень интересно, но если вы открываете исходный код страницы (CTRL-U), тогда все предупреждения и сообщения об ошибках присутствуют, они просто находятся в скрытом элементе. Ищите element-invisible.
Редактировать: $conf['error_level'] = 1;должен быть также помещен в settings.phpфайл.