Điểm:0

Chuyển hướng đường dẫn url nhất định từ wordpress sang root khác bằng nginx

lá cờ cn

Đó là một câu hỏi khá đơn giản, nhưng tôi không thể tìm thấy câu trả lời hiệu quả.

Dự án của tôi là Wordpress (http://example.com/). Theo một con đường nhất định (http://example.com/see-our-page) nó sẽ được chuyển hướng đến một thư mục gốc khác (ứng dụng vue) thông qua việc ở dưới cùng một url.

Hiện tại - tôi chỉ nhận được 404 từ chính wordpress, như thể chuyển hướng không hiển thị, thay vào đó, nó sử dụng định tuyến tiêu chuẩn, cố gắng tìm một bài đăng với điều này xem trang của chúng tôi sên.

Đây là cấu hình như bây giờ:

    người phục vụ {
  server_name www.example.com example.com;
  gốc /var/www/example.com/;
  chỉ mục index.php index.html index.htm index.nginx-debian.html;

  
  địa điểm / {
    try_files $uri $uri/ /index.php;
  }
  
  vị trí /xem-trang của chúng tôi {
    bí danh /var/www/xem-trang/dist/;
    try_files $uri $uri/ =404;
  }

  vị trí ~ ^/wp-json/ {
     viết lại ^/wp-json/(.*?)$ /?rest_route=/$1 last;
  }

  vị trí ~* /wp-sitemap.*\.xml {
    try_files $uri $uri/ /index.php$is_args$args;
  }

  lỗi_trang 404 /404.html;
  error_page 500 502 503 504 /50x.html;

  client_max_body_size 20M;

  vị trí = /50x.html {
    gốc /usr/share/nginx/html;
  }

  vị trí ~ \.php$ {
    fastcgi_pass unix:/run/php/php7.4-fpm.sock;
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    bao gồm fastcgi_params;
    bao gồm đoạn trích/fastcgi-php.conf;
  }

  #bật tính năng nén gzip
  bật gzip;
  bật gzip_vary;
  gzip_min_length 1000;
  gzip_comp_level 5;
  ứng dụng gzip_types/văn bản json/ứng dụng css/ứng dụng x-javascript/hình ảnh javascript/svg+xml;
  gzip_proxied bất kỳ;

  # Thời gian tồn tại bộ nhớ cache của trình duyệt dài có thể tăng tốc các lượt truy cập lặp lại vào trang của bạn
  vị trí ~* \.(jpg|jpeg|gif|png|webp|svg|woff|woff2|ttf|css|js|ico|xml)$ {
       truy cập_đăng xuất;
       log_not_found tắt;
       hết hạn 360đ;
  }

  # vô hiệu hóa quyền truy cập vào các tập tin ẩn
  vị trí ~ /\.ht {
      truy cập_đăng xuất;
      log_not_found tắt;
      Phủ nhận tất cả;
  }

    lắng nghe [::]:443 ssl ipv6only=on; # được quản lý bởi Certbot
    nghe 443 ssl; # được quản lý bởi Certbot
    ssl_certificate /etc/letsencrypt/live/website.com/fullchain.pem; # được quản lý bởi Certbot
    ssl_certificate_key /etc/letsencrypt/live/website.com/privkey.pem; # được quản lý bởi Certbot
    bao gồm /etc/letsencrypt/options-ssl-nginx.conf; # được quản lý bởi Certbot
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # được quản lý bởi Certbot


}
người phục vụ {
    nếu ($host = www.example.com) {
        trả lại 301 https://$host$request_uri;
    } # được quản lý bởi Certbot


    nếu ($host = example.com) {
        trả lại 301 https://$host$request_uri;
    } # được quản lý bởi Certbot


  nghe 80;
  nghe [::]:80;
  server_name www.example.com example.com;
    trả lại 404; # được quản lý bởi Certbot




}
Richard Smith avatar
lá cờ jp
Hãy thử: `bí danh /var/www/see-our-page/dist;`

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.