У меня была та же самая проблема. Я выполнил веб-сайт с корнем документа в /var/www/somesite
и требуемый для сцепления phpmyadmin с некоторой подпапкой на сайте. Я попробовал это этой конфигурацией в nginx:
root /var/www/somesite;
location /pma/ {
alias /usr/share/phpmyadmin/;
}
location ~ ^/pma/(.+\.php)$ {
alias /usr/share/phpmyadmin/$1;
fastcgi_pass unix:/tmp/phpfpm.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $request_filename;
include fastcgi_params;
}
Это, казалось, работало, кроме тех случаев, когда я вошел в систему, как Вы описанный, я просто видел первую полосу снова. Никакие ошибки, ничто. Если я вошел в систему с неверным паролем, я добрался, "Не может войти в сервер MySQL" - ошибка, как Вы ожидали бы.
Решение
Наконец то, что я сделал, было, я притянул весь материал от fastcgi_params
и найденный тем изменением DOCUMENT_ROOT
- параметр зафиксировал это. Так nginx-конфигурация выше измененного на:
root /var/www/somesite;
location /pma/ {
alias /usr/share/phpmyadmin/;
}
location ~ ^/pma/(.+\.php)$ {
alias /usr/share/phpmyadmin/$1;
fastcgi_pass unix:/tmp/phpfpm.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $request_filename;
# From fastcgi_params
fastcgi_param QUERY_STRING $query_string;
fastcgi_param REQUEST_METHOD $request_method;
fastcgi_param CONTENT_TYPE $content_type;
fastcgi_param CONTENT_LENGTH $content_length;
fastcgi_param SCRIPT_NAME $fastcgi_script_name;
fastcgi_param REQUEST_URI $request_uri;
fastcgi_param DOCUMENT_URI $document_uri;
fastcgi_param DOCUMENT_ROOT /usr/share/phpmyadmin; # <-- Changed
fastcgi_param SERVER_PROTOCOL $server_protocol;
fastcgi_param GATEWAY_INTERFACE CGI/1.1;
fastcgi_param SERVER_SOFTWARE nginx/$nginx_version;
fastcgi_param REMOTE_ADDR $remote_addr;
fastcgi_param REMOTE_PORT $remote_port;
fastcgi_param SERVER_ADDR $server_addr;
fastcgi_param SERVER_PORT $server_port;
fastcgi_param SERVER_NAME $server_name;
fastcgi_param REDIRECT_STATUS 200;
}
(Примечание стороны: Я думаю это проблема с nginx, что Вы не можете установить псевдоним и корень документа одновременно. Странный, на самом деле.)
The kernel expect a scope identifier when binding an IPv6 Link local address, a multicast link local address or a multicast node local address to an IPv6 socket.
The syntax for these is e.g. ff01::1:1%eth0
. Make sure that your applications support them correctly. This syntax is supported by getaddressinfo()
, so applications that are correctly written should have nothing to do.
This behavior was not present in kernel versions below 3.10, which apparently didn't handle node-local multicast properly. See the actual kernel patch that enforces this and the function definition of __ipv6_addr_needs_scope_id
.