wp-admin 不顯示儀表板

Question

一段時間以來，我一直試圖解決這個問題，但沒有找到有效的答案。 我一直在為這里工作的內聯網開發一個 wordpress 站點（識別信息已被刪除）。 我從我們的網絡人員那里得到了正確的 dns 名稱，並在 nginx 中創建了所有內容。 到目前為止，我一直通過ip地址訪問wp。

我的問題有兩方面。 第一個是我可以選擇永久鏈接結構，但唯一可靠的結構是普通結構。 如果選擇了任何其他結構，wp-admin 會無限重定向到自身。

為了讓事情更有趣，如果我選擇普通結構，wp-admin 在注銷時不顯示登錄頁面，登錄時也不顯示儀表板。相反，它顯示站點的主頁。

我嘗試過的事情：

1. 將永久鏈接更改為計划：有效，但 wp-admin 不顯示儀表板
2. 刪除 .htaccess 文件：當我使用 nginx 時，這些文件不存在於我的配置中，為了以防萬一並且沒有 .htaccess 文件，我還對文件結構進行了 grep。
3. 更新數據庫中的 siteurl/home：現在可以通過 dns 中提供的主機名訪問 wp

我冒昧地包含了我的 nginx 站點配置供您閱讀。

任何使這項工作得到幫助的幫助將不勝感激。

server {
       listen 80;
       listen [::]:80;

       server_name intranet.company.com;

       root /var/www/intranet/;

       access_log /var/log/nginx/intranet/access.log;
       error_log /var/log/nginx/intranet/error.log;

       location = /favicon.ico {
                log_not_found off;
                access_log off;
        }

        location = /robots.txt {
                 allow all;
                 log_not_found off;
                 access_log off;
        }

        index index.php;

        location ~ /\. {
                 deny all;
        }

        location ~* /(?:uploads|files)/.*\.php$ {
                 deny all;
        }

        location / {
                 try_files $uri $uri/ /index.php?$args;
        }

        location ~ \.php$ {
                 include snippets/fastcgi-php.conf;
                 fastcgi_intercept_errors on;
                 fastcgi_pass unix:/run/php/php7.2-fpm.sock;
                 fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        }

        location ~* \.(js|css|png|jpg|jpeg|gif|ico|svg)$ {
                 expires max;
                 access_log off;
        }
}

編輯

經過進一步測試，wordpress 似乎沒有正確顯示子目錄。 wordpress 配置肯定有一些問題，看起來 nginx 工作正常。

編輯 2

經過更多測試，該站點在通過 IP 地址訪問時運行良好。 wp-admin 按預期正確重定向到登錄頁面，並在登錄時重定向到儀表板。

編輯 3

經過進一步檢查，該站點似乎正在將靜態文件重定向到目錄。 當我通過 dns 名稱或 IP 地址訪問它時，wordpress 安裝的根目錄中有一個 readme.html 文件，wordpress 會將文件名重定向到一個目錄。 然后它再次給我主頁，而不是錯誤或任何其他出現問題的跡象。 我還啟用了調試日志，這也沒有幫助。

Answer 1

希望這個鏈接有幫助： 只有默認的永久鏈接可以工作 wordpress 其他人成為 404 錯誤

還要檢查您的站點上是否啟用了 mod_rewrite 規則。

確保您的文件夾和文件權限正確

Answer 2

因此，在對這個問題進行一些挖掘和思考之后，WordPress 似乎希望成為默認的虛擬站點。 我用這個理論進行了實驗，結果證明是正確的。 一旦我重新啟用默認站點並將其指向 WordPress 目錄，它就開始按預期工作。

這里要注意的是，虛擬站點文件必須使用“_”作為 server_name，並且必須在偵聽行中包含“default_server”。