Error cms 500: 500 Внутренняя ошибка сервера | Инструкция Moguta.CMS

IPA Error 4301 Certificate operation cannot be completed: Unable to communicate with CMS (500)

После обновления Tomcat, во FreeIPA пропала связь с сертификатами. Проблема временно решается добавлением аттрибута ‘secretRequired=“true”’ в AJP Connector.

Tags:

• FreeIPA
• Apache Tomcat

2021-05-12

Симптомы

Сразу после установки новой FreeIPA на сервер RedOS 7.2, при посещении страницы “Сертификаты”, после долгого ожидания в виде вывески “В процессе”:

Далее появляется баннер с ошибкой:

IPA Error 4301: CertificateOperationError
Certificate operation cannot be completed: Unable to communicate with CMS (500)

Невозможно выполнение:

# ipa cert-show 1
ipa: ERROR: Certificate operation cannot be completed: Unable to communicate with CMS (500)

Диагноз

Строки из ‘journalctl -u [email protected]’ указывают причину такого поведения:

SEVERE: Failed to start component [Connector[AJP/1. 3-8009]]
Caused by: java.lang.IllegalArgumentException: The AJP Connector is configured with secretRequired="true" but the secret attribute is either null or "". This combination is not valid.

Полный листинг:

# journalctl -u [email protected]
May 11 20:05:28 dev-ipa01.test.lan systemd[1]: Starting PKI Tomcat Server pki-tomcat...
May 11 20:05:30 dev-ipa01.test.lan pki-server[1894]: ----------------------------
May 11 20:05:30 dev-ipa01.test.lan pki-server[1894]: pki-tomcat instance migrated
May 11 20:05:30 dev-ipa01.test.lan pki-server[1894]: ----------------------------
May 11 20:05:32 dev-ipa01.test.lan pkidaemon[1923]: -----------------------
May 11 20:05:32 dev-ipa01.test.lan pkidaemon[1923]: Banner is not installed
May 11 20:05:32 dev-ipa01.test.lan pkidaemon[1923]: -----------------------
May 11 20:05:32 dev-ipa01.test.lan pkidaemon[1923]: ----------------------
May 11 20:05:32 dev-ipa01.test.lan pkidaemon[1923]: Enabled all subsystems
May 11 20:05:32 dev-ipa01.test. lan pkidaemon[1923]: ----------------------
May 11 20:05:32 dev-ipa01.test.lan systemd[1]: Started PKI Tomcat Server pki-tomcat.
May 11 20:05:32 dev-ipa01.test.lan server[2064]: Java virtual machine used: /usr/lib/jvm/jre-1.8.0-openjdk/bin/java
May 11 20:05:32 dev-ipa01.test.lan server[2064]: classpath used: /usr/share/tomcat/bin/bootstrap.jar:/usr/share/tomcat/bin
/tomcat-juli.jar:/usr/lib/java/commons-daemon.jar
May 11 20:05:32 dev-ipa01.test.lan server[2064]: main class used: org.apache.catalina.startup.Bootstrap
May 11 20:05:32 dev-ipa01.test.lan server[2064]: flags used: -DRESTEASY_LIB=/usr/share/java/resteasy
May 11 20:05:32 dev-ipa01.test.lan server[2064]: options used: -Dcatalina.base=/var/lib/pki/pki-tomcat -Dcatalina.home=/us
r/share/tomcat -Djava.endorsed.dirs= -Djava.io.tmpdir=/var/lib/pki/pki-tomcat/temp -Djava.util.logging.config.file=/var/lib/pki
/pki-tomcat/conf/logging.properties -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager     -Djava.security.manag
er     -Djava. security.policy==/var/lib/pki/pki-tomcat/conf/catalina.policy
May 11 20:05:32 dev-ipa01.test.lan server[2064]: arguments used: start
May 11 20:05:40 dev-ipa01.test.lan server[2064]: SEVERE: Failed to start component [Connector[AJP/1.3-8009]]
May 11 20:05:40 dev-ipa01.test.lan server[2064]: org.apache.catalina.LifecycleException: Protocol handler start failed
May 11 20:05:40 dev-ipa01.test.lan server[2064]: at org.apache.catalina.connector.Connector.startInternal(Connector.java:1
075)
May 11 20:05:40 dev-ipa01.test.lan server[2064]: at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183)
May 11 20:05:40 dev-ipa01.test.lan server[2064]: at org.apache.catalina.core.StandardService.startInternal(StandardService
.java:451)
May 11 20:05:40 dev-ipa01.test.lan server[2064]: at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183)
May 11 20:05:40 dev-ipa01.test.lan server[2064]: at org.apache.catalina.core.StandardServer.startInternal(StandardServer.j
ava:930)
May 11 20:05:40 dev-ipa01. test.lan server[2064]: at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183)
May 11 20:05:40 dev-ipa01.test.lan server[2064]: at org.apache.catalina.startup.Catalina.start(Catalina.java:772)
May 11 20:05:40 dev-ipa01.test.lan server[2064]: at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
May 11 20:05:40 dev-ipa01.test.lan server[2064]: at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jMay 11 20:05:40 dev-ipa01.test.lan server[2064]: at org.apache.catalina.connector.Connector.startInternal(Connector.java:1
075)
May 11 20:05:40 dev-ipa01.test.lan server[2064]: at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183)
May 11 20:05:40 dev-ipa01.test.lan server[2064]: at org.apache.catalina.core.StandardService.startInternal(StandardService
.java:451)
May 11 20:05:40 dev-ipa01.test.lan server[2064]: at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183)
May 11 20:05:40 dev-ipa01.test.lan server[2064]: at org. apache.catalina.core.StandardServer.startInternal(StandardServer.j
ava:930)
May 11 20:05:40 dev-ipa01.test.lan server[2064]: at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183)
May 11 20:05:40 dev-ipa01.test.lan server[2064]: at org.apache.catalina.startup.Catalina.start(Catalina.java:772)
May 11 20:05:40 dev-ipa01.test.lan server[2064]: at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
May 11 20:05:40 dev-ipa01.test.lan server[2064]: at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
ava:62)
May 11 20:05:40 dev-ipa01.test.lan server[2064]: at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
May 11 20:05:40 dev-ipa01.test.lan server[2064]: at java.lang.reflect.Method.invoke(Method.java:498)
May 11 20:05:40 dev-ipa01.test.lan server[2064]: at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:342)
May 11 20:05:40 dev-ipa01.test.lan server[2064]: at org.apache.catalina.startup.Bootstrap.main(Bootstrap. java:473)
May 11 20:05:40 dev-ipa01.test.lan server[2064]: Caused by: java.lang.IllegalArgumentException: The AJP Connector is configured with secretRequired="true" but the secret attribute is either null or "". This combination is not valid.
May 11 20:05:40 dev-ipa01.test.lan server[2064]: at org.apache.coyote.ajp.AbstractAjpProtocol.start(AbstractAjpProtocol.java:270)
May 11 20:05:40 dev-ipa01.test.lan server[2064]: at org.apache.catalina.connector.Connector.startInternal(Connector.java:1072)
May 11 20:05:40 dev-ipa01.test.lan server[2064]: ... 12 more

Проверим версию установленных в систему Apache и Tomcat:

# rpm -qa httpd
httpd-2.4.29-9.el7.x86_64
# rpm -qa tomcat
tomcat-9.0.44-1.el7.noarch

В Tomcat’е, в предыдущей установленной в системе версии 9.0.13, присутствовала потенциальная уязвимость CVE-2020-1938. Для её решения ввели передачу secret’а при использовании протокола AJP, через который в FreeIPA общаются Apache и DogTag. В результате обновления Tomcat обновился до версии 9. 0.44, где предлагается использовать secret, но Apache, и его настройки, остался прежним.

Пока не будет обновлён Apache до версии 2.5, то применяем обходной маневр. Так как установленный в системе Apache имеет версию 2.4, модуль mod_proxy_ajp которой не умеет передавать параметр ‘secret’, то необходимо в соответствующем месте Tomcat’а указать аттрибут, отключающий проверку секрета.

Лечение

Добавить в /etc/pki/pki-tomcat/server.xml в строку коннектора аттрибут ‘secretRequired=“false”’:

    <!-- Define an AJP 1.3 Connector on port 8009 -->
    <Connector port="8009" protocol="AJP/1.3" redirectPort="8443" address="localhost" secretRequired="false"/>

После чего перезапускаем сервис ‘[email protected]’:

sudo systemctl restart [email protected]

Результат

# ipa cert-show 1
  Issuing CA: ipa
  Certificate: MIIDgjCCAmqgAwIBAgIBATANBgkqhkiG9w0BAQsFADAzMREwDwYDVQQKDAhURVNULkxBTjEeMBwGA1UEAwwVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MB4XDTIxMDUwNDE4MzYwNFoXDTQxMDUwNDE4MzYwNFowMzERMA8GA1UECgwIVEVTVC5MQU4xHjAcBgNVBAMMFUNlcnRpZmljYXRlIEF1dGhvcml0eTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBANwBn6gEBu73KL4OT/yuZNMNaL7esYVhQclx4d3lVVAFS7lXk/7Hh91MY39IL/N0teNvTnZn3I9E7VtkgATBvxXzzaLR+iMvDh2OWLIIcLuh5RfR8mVH5PRs1374aXrRRHlrQXElqm7kRt4yWQXb2ibagdnnQxdf2CvstA0HQCDg5DlNprVXu82RWomiacayyadnaZ/KKJmJAHhV4fY0I8tLn6uyVdOspfgA2ZQUaAXOuRtrbGuowegEbCurRO5egDl7GpSR6fOkxiFcnI/jEufatNe3ZQllF3ywT8rfT+oa+52BPCl9J25XrJYw0g71npocVkRi4gY86h0C2LEHeGMCAwEAAaOBoDCBnTAfBgNVHSMEGDAWgBSSy/ljEEs9wsV19d9s4SzwgaQnqjAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBxjAdBgNVHQ4EFgQUksv5YxBLPcLFdfXfbOEs8IGkJ6owOgYIKwYBBQUHAQEELjAsMCoGCCsGAQUFBzABhh5odHRwOi8vaXBhLWNhLnRlc3QubGFuL2NhL29jc3AwDQYJKoZIhvcNAQELBQADggEBAJ5t2ZOsPPl121dmCChndCD2aPAWjDZR5FYlEZZN8pk7ApoZ1yDDqPcX/NS+h4Lsj2SqDR1YjljkU6yLdaZy9RJ6NqfDnqt6EIvX5TM6KEuU8ga78tzP0/gJESeFr4oAh2wy/YwQrl2qhaI23SrRQEQXsxdi1s9fBBpAMlszcu5YYgvMimPAoKTdfAvm/nAfH6tcP6Hfvj5aNwQLPqc+S0xrJanAs97mktp84z1rtY5hjnrYKAYGQIE51h/v+f7grnmShiM55qu+A+qxYBqUozf0pNQ/Mo5zB8WongizCYyqjnhBHhdh/E9ca9kmkz7xEdgwxxTqe958WZ/9K+PgtWs=
  Subject: CN=Certificate Authority,O=TEST. LAN
  Issuer: CN=Certificate Authority,O=TEST.LAN
  Not Before: Tue May 04 18:36:04 2021 UTC
  Not After: Sat May 04 18:36:04 2041 UTC
  Serial number: 1
  Serial number (hex): 0x1
  Revoked: False

# journalctl -u [email protected]
May 11 20:40:20 dev-ipa01.test.lan systemd[1]: Starting PKI Tomcat Server pki-tomcat...
May 11 20:40:20 dev-ipa01.test.lan pki-server[3130]: ----------------------------
May 11 20:40:20 dev-ipa01.test.lan pki-server[3130]: pki-tomcat instance migrated
May 11 20:40:20 dev-ipa01.test.lan pki-server[3130]: ----------------------------
May 11 20:40:20 dev-ipa01.test.lan pkidaemon[3157]: -----------------------
May 11 20:40:20 dev-ipa01.test.lan pkidaemon[3157]: Banner is not installed
May 11 20:40:20 dev-ipa01.test.lan pkidaemon[3157]: -----------------------
May 11 20:40:20 dev-ipa01.test.lan pkidaemon[3157]: ----------------------
May 11 20:40:20 dev-ipa01.test.lan pkidaemon[3157]: Enabled all subsystems
May 11 20:40:20 dev-ipa01.test.lan pkidaemon[3157]: ----------------------
May 11 20:40:20 dev-ipa01. test.lan systemd[1]: Started PKI Tomcat Server pki-tomcat.
May 11 20:40:20 dev-ipa01.test.lan server[3284]: Java virtual machine used: /usr/lib/jvm/jre-1.8.0-openjdk/bin/java
May 11 20:40:20 dev-ipa01.test.lan server[3284]: classpath used: /usr/share/tomcat/bin/bootstrap.jar:/usr/share/tomcat/bin
May 11 20:40:20 dev-ipa01.test.lan server[3284]: main class used: org.apache.catalina.startup.Bootstrap
May 11 20:40:20 dev-ipa01.test.lan server[3284]: flags used: -DRESTEASY_LIB=/usr/share/java/resteasy
May 11 20:40:20 dev-ipa01.test.lan server[3284]: options used: -Dcatalina.base=/var/lib/pki/pki-tomcat -Dcatalina.home=/us
May 11 20:40:20 dev-ipa01.test.lan server[3284]: arguments used: start

Ошибка 500 — внутренняя ошибка сервера (500 internal server error), как ее исправить

Внутренняя ошибка 500 — Internal Server Error

Ошибка с кодом 500 (internal server error) – внутренняя ошибка сервера.

Значение 500 — код статуса протокола HTTP. Причина ошибки с таким кодом — неисправность конфигурации сервера, либо появление информации о том, что произошел отказ компонента. При ошибке 500 программное обеспечение работает, но есть серьезные внутренние проблемы, которые мешают запросам правильно обрабатываться.

Такая ошибка появляется у построенных на разных CMS сайтах.

Причины возникновения 500 ошибки сервера и способы их исправить

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

Мы предлагаем бесплатный перенос Ваших проектов с другого хостинга на наш.

Ошибка 500 — внутренняя, поэтому если она возникла на нужном для просмотра сайте, то можно только посетить его позже, когда восстановят работоспособность.

Причин, по которым появляется ошибка 500 — огромное количество. Задача сводится к поиску и устранению неисправности.

Неправильные права доступа

Частая причина возникновения ошибки – установка неправильных прав доступа на файлы скриптов — 777. Из-за этого они блокируются сервером. Такая настройка разрешает всем вносить изменения в файл, что недопустимо с точки зрения обеспечения безопасности. В случае, когда требуется установить такие права, поставщик всегда сообщает об этом заранее.

Как исправить?

С помощью файлового менеждера (на скриншоте — бесплатная программа FileZilla) просмотреть права доступа к файлу или папке на сервере.

В первую очередь надо проверить, каким образом настроены права доступа. Для каждого типа элементов они проверяются индивидуально. Для папок рекомендуется значение 755, для скриптов — 600, а для других файлов — 644.

Оптимальное решение — один человек. который может управлять аккаунтом. Не желательно давать кому-либо права доступа к корневым папкам сайта.

Высокая длительность работы скрипта

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

Как исправить?

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

Ошибки htaccess

У файла «.htaccess» определен строгий синтаксис, который нельзя нарушать. Если в нем написаны ошибочные директивы, то это приведет к появлению ошибки 500. Возможно, директива написана правильно, но не поддерживается.

Как исправить?

В корневой папке сайта нужно поискать файл «.htaccess». Если он нашелся, то нужно скопировать его, чтобы не потерять, а затем удалить из папки. После этой процедуры сайт может заработать. В таком случае станет точно известно, что причина была в этом файле. Затем нужно исправить файл (самый простой способ — добавить файл из чистого дистрибутива используемой системы управления сайтом).

Кроме того, есть возможность посмотреть сведения о появившихся ошибках. Ошибки сервера заносятся в специальный файл «error.log». В нем нужно найти строки о том, какая из директив ошибочна. Например, информация «Invalid command ‘RewritRule’» говорит о том, что директива «RewritRule» написана с опечаткой. Исправление на «RewriteRule» убирает эту ошибку.

Нехватка памяти для работы кода

На виртуальном хостине контролируется, какое количество памяти потребляет скрипт. В случае, когда скрипт хочет использовать слишком много памяти, возможно появление сообщения об ошибке 500.

Эта функция предотвращает большую нагрузку на сервер со стороны каждого аккаунта.

Как исправить?

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

Тарифы виртуального хостинга с выбором периода предоплаты от 1 месяца до 3-х лет.

Ошибка в cgi скрптах

Ошибка 500 чаще появляется из-за ошибок в «htaccess», но еще одна её причина – неправильная работа с CGI-скриптами.

Как исправить?

Существует три основных правила, которые могут быть нарушены.

• Формат окончания каждой из строк — UNIX (n), а не Windows (rn). Для обеспечения такого условия их загрузка проводится по FTP в режиме ASCII.
• Права доступа для скриптов CGI и папок, где они хранятся — 0755. Такая настройка разрешает процедуру записи исключительно владельцу, чтоб правильно с позиции безопасности.
• При работе скрипта CGI могут появиться неправильные HTTP-заголовки ответа. Следует проанализировать содержимое файла «error log» на предмет ошибок.

Ошибка 500 при использовании WordPress

В первую очередь рекомендуется определить, имеет ли файл «.htaccess» отношение к возникновению неисправности. Для этого выполнить его резервное копирование, удалить, а затем обновить страницу. Если сайт после этого работает, значит причина найдена и осталось исправить файл.

Файл «.htaccess» используется WordPress в случае, когда обычная структура ссылок была изменена на ЧПУ. Помимо этого, его используют плагины WordPress, которые осуществляют резервное копирование и некоторые другие функции.

Чаще всего файл «.htaccess» создается однократно, но в WordPress это происходит регулярно. Если в файл заносится ошибка, то хостинг считает его поврежденным и появляется «ошибка 500». Записывать лишние данные, которые воспринимаются как повреждения, могут:

• движок;
• тема;
• плагины, которые активированы.

Если приведенные методы не помогли, то в качестве крайнего варианта можно отключить функцию wordpress, которая создает и переписывает файл «.htaccess». Этот метод подходит только как временная мера, поскольку вызывает проблемы при активации плагинов.

Мы предлагаем бесперебойный WordPress хостинг, оптимизированный под создание сайтов на этой CMS.

Поочередная проверка элементов позволяет отследить, какой из них — причина ошибки. В процессе поиска неисправности постоянно проверяют, не исчезает ли ошибка 500:

• сменить тему и проверить наличие ошибки;
• по очереди деактивировать плагины и следить за изменениями;
• поиск ошибок в сторонних скриптах;
• поиск проблемы в движке WordPress.

Сбои плагина иногда видно по искажению внешнего вида сайта. Возможно наличие ошибок в работе конкретного плагина или его конфликт с остальными.

Если файл «.htaccess» – не причина проблемы, нужно убедиться, что скрипты работают с нормальной скоростью. Поиск медленно работающиех скриптов можно выполнить самостоятельно, либо попросить помощи у специалистов службы технической поддержки. Файл с обнаруженной ошибкой и временем ее появления отражается в файле «Error Log».

В WordPress частые причины ошибки — файлы плагинов или тем. Можно деактивировать плагин и применить новый. Если причиной неисправности оказалось ядро WordPress, потребуется обновление.

На хостинге выделяется определенный объем оперативной памяти для использования. Ошибка 500 появится и из-за превышения этого допустимого значения. В админ-панели можно убедиться, не превысил ли сайт этот лимит. Там приведены сведения о уровне загруженности сервера. В файле с перечнем появляющихся ошибок видно, какой из файлов вызвал чрезмерную загрузку. Его придется обновить или удалить, если это допустимо.

Увеличить объем памяти возможно путем корректирования файла. В корне хостинга нужно найти «wp.config.php» и после последней строки добавить в него код:«define(‘WP_MEMORY_LIMIT’, ’64M’».

В ряде случаев помогает обновление WordPress до последней версии.

Ошибка 500 при входе в административную панель Joomla

Ошибка 500 иногда возникает после ввода логина и пароля для панели администрирования Joomla – «админки». При этом работоспособность сайта сохраняется. Код ошибки не указывает на конкретную проблему, поэтому требуется её самостоятельный поиск.

Как исправить?

В журнале ошибок хранятся сообщения об ошибках. Он называется «error.php» и лежит в каталоге «logs». При поиске ошибок, которые появились недавно, важно обратить на последние записи в этом файле. Там содержатся сведения о нарушениях в работе модулей, если они происходили.

Другая вероятная причина ошибки — невозможность записи в каталоги «logs» и «tmp». Возможно, потребуется установка полных прав для этих каталогов – 777.

Рекомендуется проверить правильность путей к каталогам «logs» и «tmp» в файле конфигурации «configuration.php». Желательно указать полные пути к этим каталогам.

Если проблема сохраняется, рекомендуется проверить корректность файла «htaccess» и по очереди отключить и включить все логины и плагины через базу данных. В «htaccess» возможны ошибки, опечатки и лишняя информация. Например, ошибка 500 появляется из-за того, что не закомментирована строка Options +FollowSymLinks. При редактировании файла можно не удалять, а комментировать строки и проверять, как изменяется после этого работа сайта.

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

iPipe – надёжный хостинг-провайдер с опытом работы более 15 лет.

Мы предлагаем:

• Виртуальные серверы с NVMe SSD дисками от 299 руб/мес
• Безлимитный хостинг на SSD дисках от 142 руб/мес
• Выделенные серверы в наличии и под заказ
• Регистрацию доменов в более 350 зонах

Установка Django CMS: нет приветственной страницы и ошибка сервера 500

Я установил Django CMS с http://docs. django-cms.org/en/2.4.0/getting_started/tutorial.html
Но в пункте 1.3.4. Вверх и вперед! — я не вижу приветственной страницы, как должен.
Вместо этого я все еще вижу

Это сработало!
Поздравляем с вашей первой страницей на Django.
Конечно, вы еще не сделали никакой работы. Вот что делать дальше:
Если вы планируете использовать базу данных, отредактируйте параметр DATABASES в pyizbirkom/settings.py.
Запустите свое первое приложение, запустив python manage.py startapp [имя приложения].
Вы видите это сообщение, потому что у вас есть DEBUG = True в вашем файле настроек Django, и вы не настроили никаких URL-адресов. Принимайтесь за работу!

Если я установлю DEBUG = True на False, я увижу Ошибка сервера (500) на белой странице

Что мне делать?

Обновление: что я вижу в консоли:

 Трассировка (последний последний вызов):
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\wsgiref\handlers.py", строка 8
5, на ходу
    self. result = приложение (self.environ, self.start_response)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\handlers.py", строка 73, в __call__
    вернуть super(StaticFilesHandler, self).__call__(environ, start_response)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\core\ha
ndlers\wsgi.py", строка 255, в __call__
    ответ = self.get_response (запрос)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\handlers.py", строка 63, в get_response
    вернуть self.serve (запрос)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\handlers.py", строка 56, в сервисе
    вернуть подачу (запрос, self.file_path (запрос.путь), insecure = True)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\views.py", строка 44, в сервисе
    return static.serve(запрос, путь, document_root=document_root, **kwargs)
  Файл "D:\WinPython-32bit-2. 7.5.1\python-2.7.5\lib\site-packages\django\views\s
tatic.py", строка 61, в подаче
    mimetype, кодировка = mimetypes.guess_type (полный путь)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 294, в
предположение_тип
    в этом()
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 355, в
в этом
    db.read_windows_registry()
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 259, в
read_windows_registry
    для ctype в enum_types(mimedb):
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 249, в
enum_types
Traceback (последний последний вызов):
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\wsgiref\handlers.py", строка 8
5, на ходу
    ctype = ctype.encode(default_encoding) # опустить в 3.x!
UnicodeDecodeError: кодек ascii не может декодировать байт 0xe0 в позиции 0: порядковый номер
вне досягаемости(128)
    self.result = приложение (self.environ, self.start_response)
  Файл "D:\WinPython-32bit-2. 7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\handlers.py", строка 73, в __call__
    вернуть super(StaticFilesHandler, self).__call__(environ, start_response)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\core\ha
ndlers\wsgi.py", строка 255, в __call__
    ответ = self.get_response (запрос)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\handlers.py", строка 63, в get_response
    вернуть self.serve (запрос)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\handlers.py", строка 56, в сервисе
Traceback (последний последний вызов):
    вернуть подачу (запрос, self.file_path (запрос.путь), insecure = True)
[12/Jun/2013 21:22:35] "GET /static/cms/jstree/tree_component.js HTTP/1.1" 500 5
9Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\views.py", строка 44, в сервисе
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\wsgiref\handlers. py", строка 8
5, на ходу
    return static.serve(запрос, путь, document_root=document_root, **kwargs)
    self.result = приложение (self.environ, self.start_response)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\views\s
tatic.py", строка 61, в подаче
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\handlers.py", строка 73, в __call__
    mimetype, кодировка = mimetypes.guess_type (полный путь)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 294, в
предположение_тип
    вернуть super(StaticFilesHandler, self).__call__(environ, start_response)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\core\ha
ndlers\wsgi.py", строка 255, в __call__
    в этом()
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 355, в
в этом
    ответ = self.get_response (запрос)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\handlers. py", строка 63, в get_response
    db.read_windows_registry()
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 259., в
read_windows_registry
    вернуть self.serve (запрос)
    для ctype в enum_types(mimedb):
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\handlers.py", строка 56, в сервисе
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 249, в
enum_types
    вернуть подачу (запрос, self.file_path (запрос.путь), insecure = True)
    ctype = ctype.encode(default_encoding) # опустить в 3.x!
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\views.py", строка 44, в сервисе
UnicodeDecodeError: кодек ascii не может декодировать байт 0xe0 в позиции 0: порядковый номер
вне досягаемости(128)
    return static.serve(запрос, путь, document_root=document_root, **kwargs)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\views\s
tatic.py", строка 61, в подаче
    mimetype, кодировка = mimetypes. guess_type (полный путь)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 294, в
предположение_тип
    в этом()
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 355, в
в этом
    db.read_windows_registry()
[12/Jun/2013 21:22:35] "GET /static/cms/js/libs/jquery.ui.dialog.js HTTP/1.1" 50
0 59
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 259, в
read_windows_registry
    для ctype в enum_types(mimedb):
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 249, в
enum_types
    ctype = ctype.encode(default_encoding) # опустить в 3.x!
UnicodeDecodeError: кодек ascii не может декодировать байт 0xe0 в позиции 0: порядковый номер
вне досягаемости(128)
[12/Jun/2013 21:22:35] "GET /static/cms/js/libs/jquery.functional.js HTTP/1.1" 5
00 59Traceback (последний последний вызов):
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\wsgiref\handlers.py", строка 8
5, на ходу
    self.result = приложение (self. environ, self.start_response)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\handlers.py", строка 73, в __call__
    вернуть super(StaticFilesHandler, self).__call__(environ, start_response)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\core\ha
ndlers\wsgi.py", строка 255, в __call__
    ответ = self.get_response (запрос)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\handlers.py", строка 63, в get_response
    вернуть self.serve (запрос)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\handlers.py", строка 56, в сервисе
    вернуть подачу (запрос, self.file_path (запрос.путь), insecure = True)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\views.py", строка 44, в сервисе
    return static.serve(запрос, путь, document_root=document_root, **kwargs)
  Файл "D:\WinPython-32bit-2.7. 5.1\python-2.7.5\lib\site-packages\django\views\s
tatic.py", строка 61, в подаче
    mimetype, кодировка = mimetypes.guess_type (полный путь)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 294, в
предположение_тип
    в этом()
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 355, в
в этом
    db.read_windows_registry()
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 259, в
read_windows_registry
    для ctype в enum_types(mimedb):
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 249, в
enum_types
    ctype = ctype.encode(default_encoding) # опустить в 3.x!
UnicodeDecodeError: кодек ascii не может декодировать байт 0xe0 в позиции 0: порядковый номер
вне досягаемости(128)
[12/Jun/2013 21:22:35] "GET /static/cms/js/libs/classy.min.js HTTP/1.1" 500 59Traceback (последний последний вызов):
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\wsgiref\handlers.py", строка 8
5, на ходу
    self. result = приложение (self.environ, self.start_response)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\handlers.py", строка 73, в __call__
    вернуть super(StaticFilesHandler, self).__call__(environ, start_response)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\core\ha
ndlers\wsgi.py", строка 255, в __call__
    ответ = self.get_response (запрос)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\handlers.py", строка 63, в get_response
    вернуть self.serve (запрос)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\handlers.py", строка 56, в сервисе
    вернуть подачу (запрос, self.file_path (запрос.путь), insecure = True)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\views.py", строка 44, в сервисе
    return static.serve(запрос, путь, document_root=document_root, **kwargs)
  Файл "D:\WinPython-32bit-2. 7.5.1\python-2.7.5\lib\site-packages\django\views\s
tatic.py", строка 61, в подаче
    mimetype, кодировка = mimetypes.guess_type (полный путь)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 294, в
предположение_тип
    в этом()
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 355, в
в этом
    db.read_windows_registry()
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 259, в
read_windows_registry
    для ctype в enum_types(mimedb):
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 249, в
enum_types
    ctype = ctype.encode(default_encoding) # опустить в 3.x!
UnicodeDecodeError: кодек ascii не может декодировать байт 0xe0 в позиции 0: порядковый номер
вне досягаемости(128)
[12/Jun/2013 21:22:35] "GET /static/cms/js/plugins/cms.setup.js HTTP/1.1" 500 59Traceback (последний последний вызов):
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\wsgiref\handlers.py", строка 8
5, на ходу
    self. result = приложение (self.environ, self.start_response)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\handlers.py", строка 73, в __call__
    вернуть super(StaticFilesHandler, self).__call__(environ, start_response)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\core\ha
ndlers\wsgi.py", строка 255, в __call__
    ответ = self.get_response (запрос)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\handlers.py", строка 63, в get_response
    вернуть self.serve (запрос)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\handlers.py", строка 56, в сервисе
    вернуть подачу (запрос, self.file_path (запрос.путь), insecure = True)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\views.py", строка 44, в сервисе
    return static.serve(запрос, путь, document_root=document_root, **kwargs)
  Файл "D:\WinPython-32bit-2. 7.5.1\python-2.7.5\lib\site-packages\django\views\s
tatic.py", строка 61, в подаче
    mimetype, кодировка = mimetypes.guess_type (полный путь)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 294, в
предположение_тип
    в этом()
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 355, в
в этом
    db.read_windows_registry()
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 259, в
read_windows_registry
    для ctype в enum_types(mimedb):
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 249, в
enum_types
    ctype = ctype.encode(default_encoding) # опустить в 3.x!
UnicodeDecodeError: кодек ascii не может декодировать байт 0xe0 в позиции 0: порядковый номер
вне досягаемости(128)
[12/Jun/2013 21:22:36] "GET /static/cms/js/plugins/cms.base.js HTTP/1.1" 500 59Traceback (последний последний вызов):
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\wsgiref\handlers.py", строка 8
5, на ходу
    self. result = приложение (self.environ, self.start_response)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\handlers.py", строка 73, в __call__
    вернуть super(StaticFilesHandler, self).__call__(environ, start_response)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\core\ha
ndlers\wsgi.py", строка 255, в __call__
    ответ = self.get_response (запрос)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\handlers.py", строка 63, в get_response
    вернуть self.serve (запрос)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\handlers.py", строка 56, в сервисе
    вернуть подачу (запрос, self.file_path (запрос.путь), insecure = True)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\views.py", строка 44, в сервисе
    return static.serve(запрос, путь, document_root=document_root, **kwargs)
  Файл "D:\WinPython-32bit-2. 7.5.1\python-2.7.5\lib\site-packages\django\views\s
tatic.py", строка 61, в подаче
    mimetype, кодировка = mimetypes.guess_type (полный путь)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 294, в
предположение_тип
    в этом()
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 355, в
в этом
    db.read_windows_registry()
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 259, в
read_windows_registry
    для ctype в enum_types(mimedb):
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 249, в
enum_types
    ctype = ctype.encode(default_encoding) # опустить в 3.x!
UnicodeDecodeError: кодек ascii не может декодировать байт 0xe0 в позиции 0: порядковый номер
вне досягаемости(128)
[12/Jun/2013 21:22:36] "GET /static/cms/js/change_list.js HTTP/1.1" 500 59Traceback (последний последний вызов):
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\wsgiref\handlers.py", строка 8
5, на ходу
    self.result = приложение (self. environ, self.start_response)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\handlers.py", строка 73, в __call__
    вернуть super(StaticFilesHandler, self).__call__(environ, start_response)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\core\ha
ndlers\wsgi.py", строка 255, в __call__
    ответ = self.get_response (запрос)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\handlers.py", строка 63, в get_response
    вернуть self.serve (запрос)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\handlers.py", строка 56, в сервисе
    вернуть подачу (запрос, self.file_path (запрос.путь), insecure = True)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\site-packages\django\contrib
\staticfiles\views.py", строка 44, в сервисе
    return static.serve(запрос, путь, document_root=document_root, **kwargs)
  Файл "D:\WinPython-32bit-2.7. 5.1\python-2.7.5\lib\site-packages\django\views\s
tatic.py", строка 61, в подаче
    mimetype, кодировка = mimetypes.guess_type (полный путь)
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 294, в
предположение_тип
    в этом()
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 355, в
в этом
    db.read_windows_registry()
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 259, в
read_windows_registry
    для ctype в enum_types(mimedb):
  Файл "D:\WinPython-32bit-2.7.5.1\python-2.7.5\lib\mimetypes.py", строка 249, в
enum_types
    ctype = ctype.encode(default_encoding) # опустить в 3.x!
UnicodeDecodeError: кодек ascii не может декодировать байт 0xe0 в позиции 0: порядковый номер
вне досягаемости(128)
 

сервер — ОШИБКА HTTP 500 после перехода в режим реального времени

спросил
5 лет, 6 месяцев назад

Изменено
5 лет, 6 месяцев назад

Просмотрено
3к раз

Я перевел сайт из тестового режима в рабочий. Перед переездом я зашел в админку Craft и очистил кеши. Я скопировал БД в новую и переместил папки вот так…

От…
Дом/субдомен/ремеслен
Главная/субдомены/постановка

до…
Главная/Крафт
Дома/public_html

Я получаю этот сервер. [28-May-2017 20:01:30 UTC] Неустранимая ошибка PHP: класс ‘Craft\DbCommand’ не найден в /home/wenzelspine/craft/app/etc/db/DbConnection.php в строке 28

И это в хранилище/среде выполнения/журналах…
28.05.2017 21:33:05 [ошибка] [php] Объявление Craft\DbCommand::addForeignKey() должно быть совместимо с CDbCommand::addForeignKey($name, $table, $columns, $refTable, $refColumns, $delete = NULL, $update = NULL) (/home/wenzelspine/craft/app/etc/db/DbCommand.php:15)

28/05/2017 21:33:05 [трассировка] [system.CModule] Загрузка компонента приложения «errorHandler»

• ошибка
• сервер
• миграция

7

3

Говард, судя по моему опыту, само судно так не ломается.

• установить devMode true в config/general.php
• попробуйте еще раз URL, затем посмотрите журналы для craft и php, в craft/storage/runtime/logs
• если вы ничего не видите, посмотрите журнал php на сервере..

Подсказка должна быть там.

8

Решение. У меня по-прежнему возникают проблемы с получением помощи от моего хоста, но после попытки чистой установки Craft на public_html и получения той же ошибки я пошел в другое место, и все работало безупречно. Спасибо за вашу помощь. Извините, это была такая погоня за дикими гусями.

1

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

Меня как-то осенило, что когда вы производили вторую установку, вполне возможно, что вы просто скопировали все с оригинала.