Điểm:0

Tải bí danh Apache2 từ gốc tài liệu thay vì thư mục bí danh

lá cờ cn

Tôi gặp vấn đề với apache2. Tôi mới sử dụng và tôi đang cố gắng giải quyết một số vấn đề. Tôi có một máy chủ chạy debian đã cài đặt apache2.4 và 3 trang web đang chạy. Máy chủ sáng bóng, trang web django và trang web tĩnh. Ba trang web được đặt khác nhau Trang web tĩnh là một trang web blog có địa chỉ /var/www/html/mysite với bí danh được chỉ định cho nó là mysite.com/blog/. Vấn đề là khi lướt trên trang web đó, tôi không thể tải bất kỳ css nào hoặc tôi không thể truy cập mọi trang con của trang web này. Thay vì giữ địa chỉ /blog/link-to-some-page apache2 đang đưa tôi đến /link-to-some-page. Đây là tập tin cấu hình apache2 của tôi.

<Máy chủ ảo *:80>
    Quản trị viên web ServerAdmin@localhost
    DocumentRoot /srv/dev-disk-by-label-disco1/django/wrkt-site
    

    <Thư mục /srv/dev-disk-by-label-disco1/django/wrkt-site>
    Tùy chọn FollowSymLinks
        AllowOverride All
        Lệnh từ chối, cho phép
        cho phép từ tất cả
    </Thư mục>
    
    Bí danh /static /srv/dev-disk-by-label-disco1/django/wrkt-site/static

    <Thư mục /srv/dev-disk-by-label-disco1/django/wrkt-site/static>
        Yêu cầu tất cả cấp
    </Thư mục>

    <Thư mục /srv/dev-disk-by-label-disco1/django/wrkt-site>
        <Tệp wsgi.py>
            Yêu cầu tất cả cấp
        </Tệp>
    </Thư mục>
    
            
 
WSGIDaemonProcess wrkt python-path=/srv/dev-disk-by-label-disco1/django/wrkt-site/ python-home=/srv/dev-disk-by-label-disco1/django/wrkt-site/venv
WSGIProcessGroup wrkt
WSGIScriptAlias ​​/ /srv/dev-disk-by-label-disco1/django/wrkt-site/wrkt/wsgi.py

Bí danh/blog "/var/www/html/mysite"
    <Thư mục "/var/www/html/mysite">
        Tùy chọn FollowSymLinks
        AllowOverride Không có
    </Thư mục>
    

# Quy tắc ủy nhiệm
Yêu cầu proxy tắt
ProxyPreserveHost Bật  
ProxyPass /thống kê-ứng dụng http://localhost:3333/    
ProxyPassReverse /stats-apps http://localhost:3333/

    Nhật ký lỗi ${APACHE_LOG_DIR}/error.log
    Nhật ký tùy chỉnh ${APACHE_LOG_DIR}/access.log kết hợp

Và đây là những lỗi mà error.log gây ra cho tôi:

[Thứ Hai ngày 27 tháng 9 15:01:23.486805 năm 2021] [wsgi:error] [pid 6689] [điều khiển từ xa XXX.XX.XX.XXX:60541] Không tìm thấy: /css/main.css 
[Thứ Hai ngày 27 tháng 9 15:01:23.504880 năm 2021] [wsgi:error] [pid 6689] [từ xa XXX.XX.XX.XXX:58335] Không tìm thấy: /css/fonts.css
[Thứ hai ngày 27 tháng 9 15:01:23.506045 năm 2021] [wsgi:error] [pid 6689] [điều khiển từ xa XXX.XX.XX.XXX:56566] Không tìm thấy: /images/logo.png
    [Thứ Hai ngày 27 tháng 9 15:01:23.507491 2021] [wsgi:error] [pid 6689] [điều khiển từ xa XXX.XX.XX.XXX:50814] Không tìm thấy: /images/hugo-logo.png

Tôi thực sự gặp rắc rối để giải quyết điều này.

Marco

Michael Hampton avatar
lá cờ cz
Phần mềm blogdown phải có tùy chọn để tạo liên kết chính xác với tiền tố `/blog` mà bạn đã chọn. Kiểm tra tài liệu của nó một cách cẩn thận.
MarkPT avatar
lá cờ cn
@MichaelHampton vào `config.yaml` và sửa đổi tham số `baseurl` đã được giải quyết. Vấn đề bây giờ là nếu tôi cố gắng truy cập vào một bài đăng của blog, thay vì `/blog/post-01` lại cho tôi `/blog/blog/post-01` với tất cả các liên kết cho bài đăng không chính xác
MarkPT avatar
lá cờ cn
Tôi đã tìm kiếm một số trợ giúp trong hướng dẫn [link](https://bookdown.org/yihui/blogdown/a-quick-example.html#configure-site) nhưng tôi không thể tìm thấy điều gì giúp ích cho mình.

Đă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.