Adminer.php ಏಕೆ ಖಾಲಿಯಾಗಿದೆ? ಅದನ್ನು ಮರುಹೆಸರಿಸುವುದು ಚೆನ್ನಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ? ಕಾರಣದ ವಿಶ್ಲೇಷಣೆ ಮತ್ತು 3-ಹಂತದ ಪರಿಹಾರ.

ನಿನ್ನೆ ಮಧ್ಯಾಹ್ನ, ನಾನು ಸರ್ವರ್‌ನಲ್ಲಿ ಅಡ್ಮಿನರ್ ಡೇಟಾಬೇಸ್ ನಿರ್ವಹಣಾ ಸಾಧನವನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುತ್ತಿದ್ದೆ. ಅಡ್ಮಿನರ್ ಹಗುರವಾದದ್ದು ಮತ್ತು ಬಳಸಲು ಸುಲಭವಾಗಿದೆ; ಒಂದೇ PHP ಫೈಲ್ ಕೆಲಸ ಮಾಡುತ್ತದೆ, phpMyAdmin ಗಿಂತ ಭಿನ್ನವಾಗಿ ಇದಕ್ಕೆ ಹಲವಾರು ಅವಲಂಬನೆಗಳು ಬೇಕಾಗುತ್ತವೆ. ನಾನು ಅಧಿಕೃತ ವೆಬ್‌ಸೈಟ್‌ನಿಂದ ಇತ್ತೀಚಿನ ಆವೃತ್ತಿಯನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಿದೆ, ಅದನ್ನು ಸರ್ವರ್‌ಗೆ ಅಪ್‌ಲೋಡ್ ಮಾಡಿದೆ, ಅನುಮತಿಗಳನ್ನು ಹೊಂದಿಸಿದೆ ಮತ್ತು ನನ್ನ ಬ್ರೌಸರ್ ಅನ್ನು ತೆರೆದಿದ್ದೇನೆ, ಅದನ್ನು ಪರಿಶೀಲಿಸಲು ಸಿದ್ಧವಾಗಿದೆ.

ನಂತರ, ಎಲ್ಲವೂ ಖಾಲಿಯಾಯಿತು.

ನಾನು ಪುಟವನ್ನು ಮೂರು ಬಾರಿ ರಿಫ್ರೆಶ್ ಮಾಡಿದೆ, F5 ಅನ್ನು ಹಲವು ಬಾರಿ ಒತ್ತುವುದರಿಂದ ನನ್ನ ಬೆರಳುಗಳು ನೋಯುತ್ತಿದ್ದವು. ಇನ್ನೂ ಏನೂ ಆಗಲಿಲ್ಲ. ನಾನು ಬ್ರೌಸರ್‌ನ ಡೆವಲಪರ್ ಪರಿಕರಗಳನ್ನು ತೆರೆದೆ; ಅದು 200 OK ದೋಷವನ್ನು ತೋರಿಸಿದೆ, ಆದರೆ ಪ್ರತಿಕ್ರಿಯೆ ಭಾಗವು ಖಾಲಿಯಾಗಿತ್ತು. ನಾನು ಸಂಪೂರ್ಣವಾಗಿ ದಿಗ್ಭ್ರಮೆಗೊಂಡಿದ್ದೆ. ಏನು ನಡೆಯುತ್ತಿದೆ?

ನಾನು ಒಂದು ಕ್ಷಣ ಅದರ ಬಗ್ಗೆ ಯೋಚಿಸಿದೆ. ಅದು ಫೈಲ್ ಅನುಮತಿ ಸಮಸ್ಯೆಯಾಗಿರಬಹುದೇ? ನಾನು ಪರಿಶೀಲಿಸಿದೆ, ಮತ್ತು ಅದು 755 ಆಗಿತ್ತು. ಅದು PHP ಆವೃತ್ತಿಯ ಹೊಂದಾಣಿಕೆಯಿಲ್ಲದೇ ಇರಬಹುದೇ? ನಾನು ಪರಿಶೀಲಿಸಿದೆ, ಮತ್ತು ಅದು PHP 8.2 ಆಗಿದೆ, ಅದು ಸರಿ. ಫೈಲ್ ಸ್ವತಃ ದೋಷಪೂರಿತವಾಗಿರಬಹುದೇ? ನಾನು ಹೊಸ ಪ್ರತಿಯನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಿದೆ, ಅದನ್ನು ಓವರ್‌ರೈಟ್ ಮಾಡಿದೆ, ಮತ್ತು ಅದು ಇನ್ನೂ ಖಾಲಿಯಾಗಿದೆ.

ಕೆಲವು ವಿವರಿಸಲಾಗದ ಕಾರಣಕ್ಕಾಗಿ, ನನ್ನ ಹೆಸರನ್ನು ಏಕೆ ಬದಲಾಯಿಸಬಾರದು ಎಂದು ನಾನು ಯೋಚಿಸಿದೆ.

ನಾನು adminer.php ಅನ್ನು adminer1.php ಎಂದು ಮರುನಾಮಕರಣ ಮಾಡಿ ಪುಟವನ್ನು ರಿಫ್ರೆಶ್ ಮಾಡಿದೆ.

ಪ್ರವೇಶ ಯಶಸ್ವಿಯಾಗಿದೆ.

ನನಗೆ ನಿಜಕ್ಕೂ ಗೊಂದಲವಾಯಿತು. ಅದೇ ಫೈಲ್, ಅದೇ ಕೋಡ್, ಅದೇ ಸರ್ವರ್, ಮತ್ತು ಹೆಸರನ್ನು ಬದಲಾಯಿಸುವ ಮೂಲಕ ಅದನ್ನು ಪ್ರವೇಶಿಸಬಹುದು? ಇದು ಯಾವ ರೀತಿಯ ಅತೀಂದ್ರಿಯ ತರ್ಕ?

ಖಾಲಿ adminer.php ಫೈಲ್‌ನ ಸಮಸ್ಯೆ

ನಂತರ ನನಗೆ ಅರಿವಾಯಿತು, ಇದು ಮೂಢನಂಬಿಕೆ ಅಲ್ಲ; ಪಿಎಚ್‌ಪಿ ಕ್ಯಾಶಿಂಗ್ ಸಮಸ್ಯೆಗೆ ಕಾರಣವಾಗಿತ್ತು.

OPcache, Opcode Cache ನ ಸಂಕ್ಷಿಪ್ತ ರೂಪ, PHP ಗಾಗಿ ಕಾರ್ಯಕ್ಷಮತೆ ಆಪ್ಟಿಮೈಸೇಶನ್ ವಿಸ್ತರಣೆಯಾಗಿದೆ. ಇದರ ತತ್ವ ಸರಳವಾಗಿದೆ: PHP ಒಂದು ಅರ್ಥೈಸಲ್ಪಟ್ಟ ಭಾಷೆಯಾಗಿದೆ, ಮತ್ತು ಪ್ರತಿ ವಿನಂತಿಯು ಕಾರ್ಯಗತಗೊಳಿಸುವ ಮೊದಲು PHP ಕೋಡ್ ಅನ್ನು opcode ಗೆ ಸಂಕಲಿಸುವ ಅಗತ್ಯವಿದೆ. OPcache ಸಂಕಲಿಸಿದ ಫಲಿತಾಂಶವನ್ನು ಮೆಮೊರಿಯಲ್ಲಿ ಸಂಗ್ರಹಿಸುತ್ತದೆ, ನಂತರದ ವಿನಂತಿಗಳು ಮರುಸಂಕಲನವಿಲ್ಲದೆ ನೇರವಾಗಿ ಸಂಗ್ರಹಿಸಲಾದ ಆವೃತ್ತಿಯನ್ನು ಬಳಸಲು ಅನುಮತಿಸುತ್ತದೆ, ಇದು ಗಮನಾರ್ಹ ಕಾರ್ಯಕ್ಷಮತೆ ಸುಧಾರಣೆಗೆ ಕಾರಣವಾಗುತ್ತದೆ.

ಆದರೆ ಸಮಸ್ಯೆ ಇರುವುದು ಅಲ್ಲೇ.

ಹಿಂದೆ, adminer.php "ಫೈಲ್ ಕಂಡುಬಂದಿಲ್ಲ" (ನಾನು ತಪ್ಪು ಫೈಲ್ ಅನ್ನು ಅಪ್‌ಲೋಡ್ ಮಾಡಿದ್ದೇನೆ) ಎಂದು ಪ್ರದರ್ಶಿಸಿತು, ಮತ್ತು OPcache ಆ ತಪ್ಪಾದ ವಿಷಯದ ಸಂಕಲಿಸಿದ ಫಲಿತಾಂಶವನ್ನು ಕ್ಯಾಶ್ ಮಾಡಿತ್ತು. ನಂತರ, ನಾನು adminer.php ಅನ್ನು ಸರಿಯಾದ ಕೋಡ್‌ನೊಂದಿಗೆ ಬದಲಾಯಿಸಿದೆ, ಆದರೆ OPcache ಅದನ್ನು ನಿರ್ಲಕ್ಷಿಸಿ ಮೆಮೊರಿಯಿಂದ ಹಳೆಯ ಕ್ಯಾಶ್ ಅನ್ನು ಓದುವುದನ್ನು ಮುಂದುವರಿಸಿತು, ಇದರ ಪರಿಣಾಮವಾಗಿ ಖಾಲಿ ಪುಟ ಅಥವಾ ಹಳೆಯ ದೋಷ ಸಂದೇಶ ಬಂದಿತು.

ನೀವು ಅದನ್ನು adminer1.php ಎಂದು ಮರುಹೆಸರಿಸಿದಾಗ, ಅದು OPcache ಗಾಗಿ ಸಂಪೂರ್ಣವಾಗಿ ಹೊಸ ಫೈಲ್ ಮಾರ್ಗವಾಗುತ್ತದೆ ಮತ್ತು ಅದು ಅದನ್ನು ಮರುಲೋಡ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಸರಿಯಾಗಿ ಪರಿಹರಿಸುತ್ತದೆ.

ನೀವು ಈಗಾಗಲೇ ಹೊಸ ಪುಸ್ತಕವನ್ನು ಪಡೆದುಕೊಂಡಿರುವಂತೆ ತೋರುತ್ತಿದೆ, ಆದರೆ ಗ್ರಂಥಾಲಯದ ಸೂಚ್ಯಂಕ ಕಾರ್ಡ್‌ನಲ್ಲಿ ಇನ್ನೂ ಹಳೆಯ ಪುಸ್ತಕದ ಕರೆ ಸಂಖ್ಯೆ ಇದೆ. ನೀವು ಅದನ್ನು ಶೆಲ್ಫ್‌ನಲ್ಲಿ ಹುಡುಕಲು ಹೋದಾಗ, ಅದು ಖಾಲಿಯಾಗಿರುತ್ತದೆ. ಆದರೆ ನೀವು ಪುಸ್ತಕದ ಶೀರ್ಷಿಕೆಯನ್ನು ಬದಲಾಯಿಸಿದರೆ, ಗ್ರಂಥಾಲಯವು ನಿಮಗಾಗಿ ಹೊಸ ಸೂಚ್ಯಂಕ ಕಾರ್ಡ್ ಅನ್ನು ರಚಿಸುತ್ತದೆ ಮತ್ತು ನಂತರ ನೀವು ಅದನ್ನು ಕಾಣಬಹುದು.

ಕಾರಣ 1: OPcache ಸಂಗ್ರಹವು ಖಾಲಿ ಜಾಗಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ

ಅದನ್ನು ನಿಭಾಯಿಸುವುದು ಹೇಗೆ?

PHP-FPM ಸೇವೆಯನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ ಮತ್ತು OPcache ಸಂಗ್ರಹವನ್ನು ತೆರವುಗೊಳಿಸಿ.

# 查看正在运行的PHP版本
php -v

# 重启对应的PHP-FPM（例如PHP 8.5）
sudo systemctl restart php8.5-fpm

# 或者重启所有PHP-FPM服务
sudo systemctl restart php*-fpm

ಮರುಪ್ರಾರಂಭಿಸಿದ ನಂತರ, ಫೈಲ್ ಅನ್ನು adminer.php ಎಂದು ಮರುಹೆಸರಿಸಿ, ವೆಬ್‌ಪುಟವನ್ನು ರಿಫ್ರೆಶ್ ಮಾಡಿ (ಬ್ರೌಸರ್ ರಿಫ್ರೆಶ್ ಮಾಡಲು ಒತ್ತಾಯಿಸಲು Ctrl+F5 ಒತ್ತುವುದನ್ನು ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ), ಮತ್ತು ಸಮಸ್ಯೆ ಬಗೆಹರಿಯಬೇಕು.

ಆದರೆ ಕಥೆ ಇನ್ನೂ ಮುಗಿದಿಲ್ಲ.

PHP-FPM ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿದ ನಂತರ, ನಾನು adminer.php ಫೈಲ್ ಅನ್ನು ಹಿಂದಕ್ಕೆ ಬದಲಾಯಿಸಿದೆ, ಪುಟವನ್ನು ರಿಫ್ರೆಶ್ ಮಾಡಿದೆ, ಆದರೆ ಅದು ಇನ್ನೂ ಖಾಲಿಯಾಗಿತ್ತು. ನಾನು ಸಂಪೂರ್ಣವಾಗಿ ಗೊಂದಲಕ್ಕೊಳಗಾಗಿದ್ದೆ.

ಕಾರಣ 2: Nginx ಸಂರಚನಾ ನಿಯಮ ನಿರ್ಬಂಧಗಳು

ಇದು ಎರಡನೇ ಸಂಭವನೀಯ ಕಾರಣಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ.

Nginx ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ adminer.php ಅನ್ನು ನಿರ್ಬಂಧಿಸುವ ವಿಶೇಷ ನಿಯಮಗಳನ್ನು ಹೊಂದಿರಬಹುದು.

ನಾನು ಈ ಹಿಂದೆ HestiaCP ಪ್ಯಾನೆಲ್‌ನಲ್ಲಿ Fail2Ban ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ್ದೇನೆ ಮತ್ತು ಬ್ರೂಟ್-ಫೋರ್ಸ್ ದಾಳಿಗಳನ್ನು ತಡೆಗಟ್ಟಲು adminer.php ಗಾಗಿ ನಿಖರವಾದ ಹೊಂದಾಣಿಕೆಯ ನಿಯಮವನ್ನು ಬರೆದಿದ್ದೇನೆ . ನಿಯಮವು adminer.php ಫೈಲ್ ಹೆಸರನ್ನು ಹಾರ್ಡ್‌ಕೋಡ್ ಮಾಡಿದೆ, ಆದ್ದರಿಂದ ನೀವು ಅದನ್ನು adminer1.php ಎಂದು ಮರುಹೆಸರಿಸಿದ ನಂತರ, ನೀವು ಈ Nginx ನಿಯಮವನ್ನು ಬೈಪಾಸ್ ಮಾಡಿದ್ದೀರಿ ಮತ್ತು ಅದನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರವೇಶಿಸಬಹುದು.

ದೋಷನಿವಾರಣೆ ವಿಧಾನವು ಸರಳವಾಗಿದೆ: Nginx ಸಂರಚನೆಯಲ್ಲಿ ಹಾರ್ಡ್-ಕೋಡೆಡ್ ನಮೂದುಗಳಿಗಾಗಿ ಹುಡುಕಿ.

sudo grep -rn "adminer.php" /etc/nginx/

`location = /adminer.php { ... }` ನಂತಹ ನಿಯಮಗಳನ್ನು ನೀವು ಕಂಡುಕೊಂಡರೆ, Nginx ಈ ನಿರ್ದಿಷ್ಟ ಫೈಲ್ ಹೆಸರನ್ನು ವಿಶೇಷವಾಗಿ ನಿರ್ವಹಿಸುತ್ತಿದೆ ಎಂದರ್ಥ. ಅದನ್ನು ಅಳಿಸಿ ಅಥವಾ ಮಾರ್ಪಡಿಸಿ.

ಕಾರಣ 3: ಪಿಎಚ್ಪಿ ದೋಷ ಪ್ರದರ್ಶನ ಸೆಟ್ಟಿಂಗ್‌ಗಳು

ಮೂರನೆಯ ಕಾರಣ ಹೆಚ್ಚು ಸೂಕ್ಷ್ಮವಾಗಿದೆ.

PHP ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಅಡ್ಡಿಪಡಿಸಲಾಗುತ್ತದೆ ಅಥವಾ ದೋಷವನ್ನು ಎಸೆಯಲಾಗುತ್ತದೆ, ಆದರೆ ಪುಟವು ದೋಷ ಪ್ರದರ್ಶನವನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ (display_errors = ಆಫ್). ಉತ್ಪಾದನಾ ಪರಿಸರದಲ್ಲಿ, PHP ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ದೋಷಗಳನ್ನು ಮರೆಮಾಡುತ್ತದೆ, ಖಾಲಿ ಪುಟವನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತದೆ. "./adminer.php" ಅನ್ನು ಸೇರಿಸಲು ಪ್ರಯತ್ನಿಸುವಾಗ ನಿಮ್ಮ ನಮೂದು ಫೈಲ್ (ಉದಾ., index.php) ಕೆಲವು ಕಾರಣಗಳಿಂದ ಕ್ರ್ಯಾಶ್ ಆಗಿದ್ದರೆ, ಪುಟವು ಖಾಲಿಯಾಗುತ್ತದೆ.

ಈ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ, ದೋಷ ಲಾಗ್ ಅನ್ನು ಪರಿಶೀಲಿಸುವುದು ಅತ್ಯಂತ ವಿಶ್ವಾಸಾರ್ಹ ವಿಧಾನವಾಗಿದೆ:

# 查看Nginx错误日志
sudo tail -n 20 /var/log/nginx/error.log

# 或者查看HestiaCP对应域名的error日志
sudo tail -n 20 /var/log/nginx/domains/adminer.domain.com.error.log

ಬಿಳಿ ಪರದೆಯ ನಿಜವಾದ ಕಾರಣವನ್ನು ಲಾಗ್ ನಿಮಗೆ ತಿಳಿಸುತ್ತದೆ.

ನಿಜ ಹೇಳಬೇಕೆಂದರೆ, ನಾನು ಅಂತಿಮವಾಗಿ error.log ಅನ್ನು ಪರಿಶೀಲಿಸುವ ಮೂಲಕ ಸಮಸ್ಯೆಯನ್ನು ಕಂಡುಕೊಂಡೆ. adminer.php ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲದ PHP ವಿಸ್ತರಣೆಯನ್ನು ಕರೆಯುತ್ತಿದೆ ಮತ್ತು display_errors ಆಫ್ ಆಗಿತ್ತು, ಆದ್ದರಿಂದ ಪುಟ ಖಾಲಿಯಾಗಿತ್ತು, ಆದರೆ ದೋಷ ಲಾಗ್ ಅದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ದಾಖಲಿಸಿದೆ.

ಪರಿಹಾರಗಳು ಮತ್ತು ದೋಷನಿವಾರಣೆ ಹಂತಗಳು

ಈ ಘಟನೆ ನನ್ನ ಮೇಲೆ ಆಳವಾದ ಪ್ರಭಾವ ಬೀರಿದೆ.

ತಾಂತ್ರಿಕ ಸಮಸ್ಯೆಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಮೇಲ್ನೋಟಕ್ಕೆ ಕಾಣುವಷ್ಟು ಸರಳವಾಗಿರುವುದಿಲ್ಲ. ಖಾಲಿ adminer.php ಫೈಲ್ ಮೊದಲ ನೋಟದಲ್ಲಿ ಫೈಲ್ ಸಮಸ್ಯೆಯಂತೆ ಕಾಣಿಸಬಹುದು, ಆದರೆ ಆಳವಾಗಿ ಅಗೆಯುವುದರಿಂದ ಕ್ಯಾಶಿಂಗ್ ಸಮಸ್ಯೆ ಕಂಡುಬರಬಹುದು, ಮುಂದೆ ಅದು ಕಾನ್ಫಿಗರೇಶನ್ ಸಮಸ್ಯೆಯಾಗಿರಬಹುದು ಮತ್ತು ಮುಂದೆ ಅದು ಕೋಡ್‌ನಲ್ಲೇ ಸಮಸ್ಯೆಯಾಗಿರಬಹುದು.

ನೀವು ಪ್ರೋಗ್ರಾಮರ್ ಅಲ್ಲದಿದ್ದರೆ, ಈ ವಿಷಯಗಳು ನಿಮಗೆ ಅಪ್ರಸ್ತುತವೆಂದು ನೀವು ಭಾವಿಸಬಹುದು. ಆದರೆ ಇದರ ಬಗ್ಗೆ ಯೋಚಿಸಿ: ನೀವು ಬಳಸುವ ಪ್ರತಿಯೊಂದು ಅಪ್ಲಿಕೇಶನ್, ನೀವು ಭೇಟಿ ನೀಡುವ ಪ್ರತಿಯೊಂದು ವೆಬ್‌ಪುಟವು ಪರದೆಯ ಹಿಂದೆ ಚಾಲನೆಯಲ್ಲಿರುವ ಒಂದೇ ರೀತಿಯ ವ್ಯವಸ್ಥೆಯನ್ನು ಹೊಂದಿದೆ. ಕ್ಯಾಶಿಂಗ್, ಕಾನ್ಫಿಗರೇಶನ್, ದೋಷ ನಿರ್ವಹಣೆ - ಈ ಪರಿಕಲ್ಪನೆಗಳು ವಾಸ್ತವವಾಗಿ ಎಲ್ಲೆಡೆ ಇವೆ.

ಮನುಷ್ಯರಾದ ನಮ್ಮಂತೆಯೇ. ಹಲವು ಬಾರಿ, ನಾವು ಪ್ರದರ್ಶಿಸುವ "ಲಕ್ಷಣಗಳು", ಉದಾಹರಣೆಗೆ ವಿಳಂಬ ಪ್ರವೃತ್ತಿ, ಆತಂಕ ಮತ್ತು ಕಿರಿಕಿರಿ, ಮೇಲ್ನೋಟಕ್ಕೆ ಸೋಮಾರಿತನದಂತೆ ಕಾಣಿಸಬಹುದು, ಆದರೆ ಆಳವಾಗಿ ಅಗೆಯುವಾಗ, ಅವು ಅಸ್ಪಷ್ಟ ಗುರಿಗಳು, ಮತ್ತಷ್ಟು ಅಗೆಯುವಿಕೆ, ವೈಫಲ್ಯದ ಭಯ ಮತ್ತು ಇನ್ನೂ ಆಳವಾದ, ಬಾಲ್ಯದ ಅನುಭವಗಳಿಂದ ರೂಪುಗೊಂಡ ಮನಸ್ಥಿತಿಯಿಂದಾಗಿರಬಹುದು.

ನಿಜವಾದ ಮೂಲ ಕಾರಣವನ್ನು ಕಂಡುಹಿಡಿಯುವ ಮೂಲಕ ಮಾತ್ರ ನಾವು ಸರಿಯಾದ ಔಷಧವನ್ನು ಸೂಚಿಸಬಹುದು.

ಅಂತಿಮವಾಗಿ, ನೀವು ಖಾಲಿ adminer.php ಫೈಲ್‌ನ ಸಮಸ್ಯೆಯನ್ನು ಎದುರಿಸಿದರೆ, ಅದನ್ನು ಈ ಕ್ರಮದಲ್ಲಿ ಪರಿಶೀಲಿಸಿ:

ಮೊದಲು, PHP-FPM ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ ಮತ್ತು ಸಂಗ್ರಹವನ್ನು ತೆರವುಗೊಳಿಸಿ, ನಂತರ Nginx ಸಂರಚನೆಯನ್ನು ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ಅಂತಿಮವಾಗಿ ದೋಷ.log ಅನ್ನು ಪರಿಶೀಲಿಸಿ.

ಹೆಚ್ಚಿನ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ಮೊದಲ ಎರಡು ಹಂತಗಳು ಸಾಕು.

ಖಂಡಿತ, ಅದು ಇನ್ನೂ ಕೆಲಸ ಮಾಡದಿದ್ದರೆ, ನಂತರ error.log ಅನ್ನು ಪರಿಶೀಲಿಸಿ.

ಅದು ನಿಮಗೆ ಉತ್ತರವನ್ನು ಹೇಳುತ್ತದೆ.

ನೀವು ಇಲ್ಲಿಯವರೆಗೆ ಓದಿರುವುದರಿಂದ, ಇದು ನಿಮಗೆ ಉಪಯುಕ್ತವೆನಿಸಿದರೆ, ದಯವಿಟ್ಟು ಲೈಕ್ ಮಾಡಿ ಮತ್ತು ಹಂಚಿಕೊಳ್ಳಿ. ನೀವು ಮೊದಲು ನವೀಕರಣಗಳನ್ನು ಸ್ವೀಕರಿಸಲು ಬಯಸಿದರೆ, ನೀವು ನನ್ನನ್ನು ಸಹ ಅನುಸರಿಸಬಹುದು!

ನನ್ನ ಲೇಖನ ಓದಿದ್ದಕ್ಕೆ ಧನ್ಯವಾದಗಳು. ಮುಂದಿನ ಬಾರಿ ಭೇಟಿಯಾಗೋಣ.