Magento 2: 500 Lỗi máy chủ nội bộ

Tôi đã theo dõi tài liệu dev Magento bên dưới:

Nếu bạn thêm một mẫu .html mới, sau đó chỉnh sửa nó, các thay đổi sẽ không áp dụng cho đến khi bạn thực hiện các thao tác sau: xóa tất cả các tệp trong thư mục pub / static / frontend và var / view_pre Processing, sau đó tải lại các trang. Bạn có thể xóa các tệp theo cách thủ công hoặc chạy lệnh grunt clean: trong CLI. Để biết chi tiết về cách sử dụng Grunt trong Magento, xem Cài đặt và định cấu hình Grunt.

Tuy nhiên, bây giờ trong chế độ nhà phát triển được đặt qua htaccess, tôi nhận được Lỗi máy chủ nội bộ 500 trên các url của trang web và quản trị viên. Đó có phải là một vấn đề bộ nhớ đệm nếu nó tìm kiếm các tập tin bị xóa để kết xuất?

trong chế độ nhà phát triển, các tệp được tự động tạo khi được yêu cầu và không tìm thấy. Vì vậy, đây không phải là một vấn đề.

Khi gặp lỗi 500, điều đầu tiên bạn nên làm là tìm kiếm nhật ký lỗi máy chủ web của bạn.

Khi chạy trên apache, hầu hết có thể được tìm thấy ở một trong 2 vị trí sau:

/ var / log / httpd / -> centos, archlinux ...

/ var / log / apache2 / -> debian, ubfox ...

Hãy thử chạy lệnh sau trong root Magento và trước khi chạy lệnh này, hãy cấp quyền đầy đủ cho thư mục cài đặt

php bin/magento setup:static-content:deploy -f

Trên CentOS 7, tôi đã tắt cài đặt tường lửa bằng lệnh sau:

$ setenforce 0

và đó là nó. Vấn đề được giải quyết. với RHEL 7 and CentOS 7, SELinux làm cho hệ thống được bảo mật hơn nhưng nó đặt ra rất nhiều thách thức đối với những người không sử dụng Linux.

Giải pháp: Lỗi máy chủ nội bộ !! Magento 2.2.2 Rất quan trọng !! đặc biệt đối với WAMPserver trong windows10

1. Vui lòng đảm bảo rằng các mô-đun LoadModule version_module / mod_version.so được tải từ httpd.conf, Lỗi này gây ra Lỗi máy chủ nội bộ của Magento 2.2.2 và nếu cài đặt sau có "#", vui lòng xóa "#"

LoadModule version_module mô-đun / mod_version.so

2. tạo một thư mục mới và đặt tên là "tĩnh" sau / pub / trông như thế này: http: // localhost / magento222 / pub / static / nhấp chuột phải vào thư mục "tĩnh" và nhấp vào thuộc tính để đảm bảo nếu nó có thể ghi được.

3. xóa cơ sở dữ liệu mysql cũ của bạn cho magento 222 và tạo một cơ sở dữ liệu mới để cài đặt sạch và an toàn.

Tái bút: Ver. 2.2.2 không phải là phiên bản ổn định.

Vui lòng kiểm tra .htaccess trước. Khả năng mô-đun không được bật. Vì tôi gặp phải vấn đề này vì mô-đun mod_version nên tôi đã kích hoạt nó từ apache và bây giờ nó đang hoạt động.

Bạn cũng có thể kiểm tra bằng cách thay thế tệp .htaccess của mình hoặc đổi tên nó để xác nhận sự cố của tệp .htaccess.

Cảm ơn bạn

1. Nó cũng có thể là do quyền truy cập tập tin sai.
2. Hãy chắc chắn rằng bạn CHMOD để "user":"group" "magento install DIR"

Tôi cũng đã gặp tình huống tương tự vào buổi sáng nhưng nhờ câu trả lời @david.

Sau khi nghiên cứu một chút về thư mục nhật ký của Apache, tôi đã biết về việc apache không được phép đọc thư mục app / etc / .

Vì vậy, sau khi cho phép tất cả làm việc tốt.

Trong trường hợp của tôi, đó là do vấn đề sở hữu. Tôi đã sử dụng hệ điều hành Ubuntu, vì vậy tôi đã sử dụng lệnh sau để sửa quyền sở hữu.

sudo useradd magento

Bây giờ liên kết người dùng magento này với nhóm người dùng của máy chủ web. Trong Ubuntu, theo mặc định, dữ liệu www

sudo usermod -g www-data magento

Bây giờ điều hướng thư mục dự án Magento trong thiết bị đầu cuối và chạy các lệnh sau.

sudo find var vendor pub/static pub/media app/etc -type f -exec chmod g+w {} \; sudo find var vendor pub/static pub/media app/etc -type d -exec chmod g+ws {} \; sudo chown -R magento:www-data . sudo chmod u+x bin/magento

Khi các lệnh này chạy thành công thì người dùng magento có tất cả các quyền cần thiết cho bất kỳ thiết lập Magento nào cần thiết.

Khởi động lại máy chủ apache bằng lệnh sau

sudo systemctl restart apache2

dường như chỉ cần index.php

hiển thị lỗi php Hiển thị lỗi PHP

và sau khi có thể sửa chữa

trong trường hợp của tôi - là sự cho phép đối với thư mục

Nếu bạn đang sử dụng Magento 2.2.4. Sau đó, đầu tiên hãy vào thư mục nhật ký Apache và

[Wed May 30 00:58:17.857269 2018] [core:alert] [pid 7184:tid 1244] [client 127.0.0.1:65528] C:/Creation/wamp64/www/m2version/ms-live-version/.htaccess: Invalid command '<IfVersion', perhaps misspelled or defined by a module not included in the server configuration
[Wed May 30 00:58:42.568180 2018] [core:alert] [pid 7184:tid 1248] [client 127.0.0.1:49165] C:/Creation/wamp64/www/m2version/ms-live-version/.htaccess: Invalid command '<IfVersion', perhaps misspelled or defined by a module not included in the server configuration
[Wed May 30 00:59:01.667499 2018] [core:alert] [pid 7184:tid 1252] [client 127.0.0.1:49169] C:/Creation/wamp64/www/m2version/ms-live-version/.htaccess: Invalid command '<IfVersion', perhaps misspelled or defined by a module not included in the server configuration
[Wed May 30 01:00:04.655715 2018] [core:alert] [pid 7184:tid 1272] [client 127.0.0.1:49174] C:/Creation/wamp64/www/m2version/ms-live-version/.htaccess: Invalid command '<IfVersion', perhaps misspelled or defined by a module not included in the server configuration
[Wed May 30 01:00:35.151803 2018] [core:alert] [pid 7184:tid 1272] [client 127.0.0.1:49201] C:/Creation/wamp64/www/m2version/ms-live-version/.htaccess: Invalid command '<IfVersion', perhaps misspelled or defined by a module not included in the server configuration

Theo nhật ký, vấn đề chính là tệp .htaccess. Tôi không biết lý do chính xác nhưng việc xóa mã sau khỏi tệp .htaccess đang hoạt động.

Xóa mã thẻ tập tin.

<Files composer.json>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files composer.lock>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files .gitignore>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files .htaccess>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files .htaccess.sample>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files .php_cs.dist>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files .travis.yml>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files CHANGELOG.md>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files COPYING.txt>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files Gruntfile.js>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files LICENSE.txt>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files LICENSE_AFL.txt>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files nginx.conf.sample>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files package.json>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files php.ini.sample>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files README.md>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files auth.json>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files magento_umask>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>

Lưu ý: Tôi không biết có thể có vấn đề trong tương lai hay không. Nhưng nó giúp tôi với.

Gặp khó khăn trong một giờ và cuối cùng vấn đề đã được giải quyết sau khi xóa cài đặt proxy. Bất cứ ai phải đối mặt với vấn đề này, hãy kiểm tra cài đặt proxy của bạn.

Đã giải quyết bằng cách cấp quyền tệp thích hợp cho thư mục gốc magento

Đó là một vấn đề rất tinh vi.

Nhiều lý do có thể có thể xảy ra cho việc này. Tốt hơn là đi ngẫu nhiên, gỡ lỗi vấn đề.

nếu bạn đang sử dụng apache2 để đi đến / var / log / apache2 và bạn sẽ tìm thấy error.log, khác ở đó bạn sẽ tìm thấy một lý do cụ thể tại sao điều này xảy ra. Và giải quyết nó bằng một tìm kiếm qua internet.

Vấn đề có thể xảy ra:

• Nếu bạn sao chép tệp và cơ sở dữ liệu từ trang web hiện có và đặt directoly trên máy chủ mới thì có thể có một số vấn đề tương tự, đối với việc tải lên bản sao này và cố gắng cài đặt nó, bạn sẽ tìm thấy những gì còn thiếu
• Trong phiên bản Magento mới, có một thư mục đặc biệt được gọi là được tạo . Đó phải là sự cho phép bằng văn bản.
• Một lý do chính là sự cho phép tập tin tổng thể. Hãy chắc chắn var, được tạo, nhà cung cấp, ứng dụng / vv, pub / media & pub / static có quyền truy cập ghi thích hợp.