Вопрос: Все сайты PHP перестали работать на IIS7, ошибка внутреннего сервера 500


Я установил несколько сайтов Drupal 7 с помощью установщика веб-платформы в Windows Server 2008.

До тех пор, пока они не работали без проблем, но недавно появилась внутренняя ошибка сервера 500 (раз так много запросов), теперь это происходит для всех запросов на любой из php-сайтов.

Там не так много деталей, и ничего не изменилось между тем временем, когда он работал, и теперь (ну, я ничего не знаю)

Файл журнала заливается сообщениями, такими как

[09-Aug-2011 09:08:04] PHP Fatal error:  Allowed memory size of 262144 bytes exhausted (tried to allocate 261904 bytes) in Unknown on line 0
[09-Aug-2011 09:08:16] PHP Fatal error:  Allowed memory size of 262144 bytes exhausted (tried to allocate 261904 bytes) in Unknown on line 0
[09-Aug-2011 09:08:16] PHP Fatal error:  Allowed memory size of 262144 bytes exhausted (tried to allocate 261904 bytes) in Unknown on line 0
[09-Aug-2011 09:08:20] PHP Fatal error:  Allowed memory size of 262144 bytes exhausted (tried to allocate 261904 bytes) in Unknown on line 0
[09-Aug-2011 09:08:22] PHP Fatal error:  Allowed memory size of 262144 bytes exhausted (tried to allocate 261904 bytes) in Unknown on line 0
[09-Aug-2011 09:08:51] PHP Fatal error:  Allowed memory size of 262144 bytes exhausted (tried to allocate 261904 bytes) in Unknown on line 0
[09-Aug-2011 09:09:56] PHP Fatal error:  Allowed memory size of 262144 bytes exhausted (tried to allocate 261904 bytes) in Unknown on line 0
[09-Aug-2011 09:09:57] PHP Fatal error:  Allowed memory size of 262144 bytes exhausted (tried to allocate 261904 bytes) in Unknown on line 0
[09-Aug-2011 09:12:13] PHP Fatal error:  Allowed memory size of 262144 bytes exhausted (tried to allocate 261904 bytes) in Unknown on line 0
[09-Aug-2011 09:15:09] PHP Fatal error:  Allowed memory size of 262144 bytes exhausted (tried to allocate 261904 bytes) in Unknown on line 0
[09-Aug-2011 09:15:09] PHP Fatal error:  Allowed memory size of 262144 bytes exhausted (tried to allocate 261904 bytes) in Unknown on line 0
[09-Aug-2011 09:21:28] PHP Fatal error:  Allowed memory size of 262144 bytes exhausted (tried to allocate 261904 bytes) in Unknown on line 0
[09-Aug-2011 09:21:28] PHP Fatal error:  Allowed memory size of 262144 bytes exhausted (tried to allocate 261904 bytes) in Unknown on line 0

Я попытался увеличить лимит памяти в php.ini как таковой:

memory_limit = 512MB

Но это тоже не решает проблему.

Это в глобальной конфигурации php в IIS Когда я смотрел сайты один за другим, я заметил, что PHP, похоже, отключен.

PHP не включен. Зарегистрируйте новую версию PHP, чтобы включить PHP через FastCGI

Поэтому я попытался снова зарегистрировать версию php

C:\Program Files\PHP\v5.3\php-cgi.exe

Но когда я пытаюсь применить изменения, которые я получаю

При выполнении этой операции произошла ошибка   Подробности: операция недействительна из-за текущего состояния объекта

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

PS: Я перезагрузил IIS, сервер и т. Д.     Этот сервер размещен на амазонке S3, поэтому я дал серверу еще больше мощности

Обновить Кажется, это два разных вопроса

  1. Я использовал memory_limit = 128MB вместо memory_limit = 128M
    Обратите внимание на «M» вместо «MB»
  2. Memory_limit из 128M было недостаточно, пришлось увеличить его до 512M

Первая проблема вызвала ошибки внутреннего сервера для каждого запроса.

Увеличение до 512 МБ, похоже, решило проблему на некоторое время, но через некоторое время ошибки сервера возвращаются. Обратите внимание, что PHP-менеджер внутри IIS по-прежнему показывает, что для сайтов не существует PHP (глобальная конфигурация видит его доступным)

Таким образом, проблема остается нерешенной


6
2017-08-10 00:18


Источник


Вы пытались перезагрузить сервер? - joeqwerty
Очевидно, что у меня есть: D На самом деле, это на amazon s3, поэтому я даже повысил уровень сервера до более высокого уровня. - TimothyP
Ну, это было не очевидно, потому что это не было указано в вашем вопросе. Не будучи педантичным, просто хотел знать наверняка. Спасибо за разъяснения. - joeqwerty
Не было плохо сказано :) Мой плохой :) - TimothyP
Я не решал его извинения, просто решил получить php-сайты с сервера Windows и на второй Linux-сервер. Поскольку мы используем облачные серверы, потребовалось несколько минут, чтобы развернуть новый, а не тратить время на то, чтобы заставить это работать. - TimothyP


Ответы:


Можете ли вы попробовать установить PHP Manager для IIS и посмотреть, правильно ли настроен PHP для вашего сайта?

Скачать здесь, http://phpmanager.codeplex.com/

надеюсь это поможет. -отметка


0
2017-08-10 02:08



У меня это установлено (через установщик веб-платформы) или это другое. - TimothyP


Новая новая установка Drupal не требует большой памяти. Самая большая страница - '/ modules'. Если на какой-либо другой странице требуется больше памяти, это означает, что на сайт добавлен медленный / плохой / неправильный код. Это могут быть сторонние модули или медленные SQL-запросы.

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

  • Перейдите на страницу статуса PHP (admin / reports / status / php) и проверьте границы памяти там.
  • Пределы памяти также можно установить в файле settings.php и в файле .htaccess. Проверьте эти файлы.
  • Установите девел-модуль. Включите показ медленных запросов sql и проанализируйте их. Как только вы обнаружили плохой модуль, просто отключите его и снова проверьте использование памяти и sql-запросы.

-2
2017-07-14 10:24



0,25 МБ душевнобольно низкий предел памяти. - ceejayoz
@ceejayoz Уверенная вещь! Но я не предлагал эту сумму, и это не настройка сервера по умолчанию. Почему вы писали о пределе памяти «0.25Mb»? - VladSavitsky
ОП писал об этом, а не мне. Ошибки, которые они разделяли, имеют состояние «Разрешенный размер памяти 262144 байт, израсходованный», и я очень сомневаюсь, что любая настройка Drupal заставит его работать с этой небольшой оперативной памятью. Вряд ли они могут даже нагрузка  admin/reports/status/php или установите devel модуль с этим низким - это, вероятно, на 100% непригодным для использования. - ceejayoz