지금 당장 다음과 같은 문제가 있습니다 : 항상 사용자를 추가하거나 암호를 재설정하려고하면 빈 페이지로 리디렉션됩니다. 우선 sendmail이나 nginx-redirect (nginx를 사용한 첫 번째 설정)에 문제가 있다고 생각했습니다. 그러나 두 방법 모두 내 자신이 작성한 test.php 파일 내에서 작업하고 있습니다.Wordpress는 useradd에 빈 페이지를 표시합니다 - Nginx, HHVM, MariaDB
또한 빈 페이지에 출력이 없으므로 wordpress 디버그 플래그는 아무런 도움이되지 않습니다. 나는 다른 브라우저에서 시도했지만 항상 같은 결과를 보였다.
내 설정은 Tutorial과 매우 비슷합니다. sendmail 패키지를 추가했습니다. 내 nginx 사이트 - 사용 가능/기본값은 다음과 같습니다.
server {
server_name www.***.de;
rewrite^http://***.de$request_uri? permanent;
}
# Default server configuration
#
server {
listen 80 default_server;
listen [::]:80 default_server;
# SSL configuration
#
# listen 443 ssl default_server;
# listen [::]:443 ssl default_server;
#
# Note: You should disable gzip for SSL traffic.
# See: https://bugs.debian.org/773332
#
# Read up on ssl_ciphers to ensure a secure configuration.
# See: https://bugs.debian.org/765782
#
# Self signed certs generated by the ssl-cert package
# Don't use them in a production server!
#
# include snippets/snakeoil.conf;
root /var/www/html;
# Add index.php to the list if you are using PHP
index index.php index.html index.htm index.nginx-debian.html;
server_name _;
include hhvm.conf;
location = /favicon.ico {
log_not_found off;
access_log off;
}
location = /robots.txt {
allow all;
log_not_found off;
access_log off;
}
location/{
# This is cool because no php is touched for static content.
# include the "?$args" part so non-default permalinks doesn't break when using query string
try_files $uri $uri/ /index.php?$args;
}
location ~* \.(js|css|png|jpg|jpeg|gif|ico)$ {
expires max;
log_not_found off;
}
location ~ \.php$ {
# error_page 418 = @rewrite;
# recursive_error_pages on;
try_files $uri =404;
fastcgi_split_path_info ^[^=](.+\.php)(/.+)$;
include fastcgi_params;
if ($uri = /index.php) {
break;
}
# if (!-e $document_root$fastcgi_script_name) {
# return 418;
# }
#NOTE: You should have "cgi.fix_pathinfo = 0;" in php.ini
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_intercept_errors on;
fastcgi_read_timeout 240;
fastcgi_pass 127.0.0.1:9000;
}
}
도움을 주셔서 대단히 감사합니다.
- l1am0
는 오류에 대한 서버 로그를 확인해야합니다. 치명적인 오류처럼 들리고 아파치 오류 로그에있을 가능성이 높습니다. – AceWebDesign
슬프게도 nginx 오류 로그가 전혀 도움이되지 않습니다. 이 파일과 관련된 문제는 다루지 않습니다. – l1am0