Sau khi tôi cập nhật EasyApache 3 lên EasyApache 4 trong cPanel và nhận thấy trong nhật ký PHP như sau
[29-Mar-2018 15:54:45 UTC] PHP Warning: Unknown: open[/var/cpanel/php/sessions/ea-php56/sess_3d96o7nnlnnr473p8619vqkdm1, O_RDWR] failed: Permission denied [13] in Unknown on line 0 [29-Mar-2018 15:54:45 UTC] PHP Warning: Unknown: Failed to write session data [files]. Please verify that the current setting of session.save_path is correct [/var/cpanel/php/sessions/ea-php56] in Unknown on line 0
Cảnh báo xảy ra do PHP không thể ghi tệp phiên vào thư mục mà nó không có quyền truy cập.
Tôi đã xem các quyền của thư mục này, nhóm và chủ sở hữu là root, và nó cũng được phép viết và thực thi cho tất cả mọi người, ngoại trừ đọc.
Để giải quyết cảnh báo này, bạn có thể mở toàn quyền truy cập cho mọi người
chmod 777 /var/cpanel/php/sessions/ea-php56
Hoặc mở cấu hình PHP, chẳng hạn như trong trình chỉnh sửa nano
nano /opt/cpanel/ea-php56/root/etc/php.ini
Để tìm
session.save_path = "/var/cpanel/php/sessions/ea-php56"
Và đổi thành
session.save_path = "/tmp"
Điều đó đã từng có trên EasyApache3 cũ trong cấu hình PHP/usr/local/lib/php. ban đầu
Sau đó, cảnh báo không xuất hiện
Xem thêm.
Di chuyển từ EasyApache 3 sang EasyApache 4
- Bấm để chia sẻ trên Facebook [Opens in new window]
- Nhấp để chia sẻ trên Twitter [Mở trong cửa sổ mới]
- Nhấp để chia sẻ trên Pinterest [Mở trong cửa sổ mới]
- Nhấp để chia sẻ trên LinkedIn [Mở trong cửa sổ mới]
- Nhấp để chia sẻ trên Tumblr [Mở trong cửa sổ mới]
- Nhấp để chia sẻ trên Telegram [Mở trong cửa sổ mới]
- Nhấp để chia sẻ trên Pocket [Mở trong cửa sổ mới]
- Nhấp để chia sẻ trên Skype [Mở trong cửa sổ mới]
- Nhấp để chia sẻ trên Reddit [Mở trong cửa sổ mới]
- Nhấp để chia sẻ trên WhatsApp [Mở trong cửa sổ mới]
ContextErrorException trong các lớp học. dòng php 429. Để ý. Trình xử lý phiên. gc[]. ps_files_cleanup_dir. opendir[/var/cpanel/php/sessions/ea-php56] không thành công. Quyền bị từ chối [13]
- Trong các lớp học. dòng php 429
- tại ErrorHandler->handleError['8', 'SessionHandler. gc[]. ps_files_cleanup_dir. opendir[/var/cpanel/php/sessions/ea-php56] không thành công. Quyền bị từ chối [13]', '/home/wwwrunastoreperu/public_html/app/cache/dev/classes. php', '429', mảng ['maxlifetime' => '1440']]
- tại SessionHandler->gc['1440'] trong các lớp học. dòng php 429
- tại SessionHandlerProxy->gc['1440']
- tại session_start[] trong các lớp học. dòng php 117
- tại NativeSessionStorage->start[] trong các lớp học. dòng php 192
- tại NativeSessionStorage->getBag['attributes'] trong các lớp học. dòng php 492
- tại Phiên->get['_security_main'] trong ContextListener. dòng php 78
- tại ContextListener->handle[object[GetResponseEvent]] trong các lớp. dòng php 2604
- tại Firewall->onKernelRequest[object[GetResponseEvent], 'kernel. yêu cầu', đối tượng [TraceableEventDispatcher]]
- tại call_user_func[mảng[đối tượng[Tường lửa], 'onKernelRequest'], đối tượng [GetResponseEvent], 'kernel. request', đối tượng [TraceableEventDispatcher]] trong WrappedListener. dòng php 61
- tại WrappedListener->__invoke[object[GetResponseEvent], 'kernel. yêu cầu', đối tượng [ContainerAwareEventDispatcher]]
- tại call_user_func[object[WrappedListener], object[GetResponseEvent], 'kernel. request', object[ContainerAwareEventDispatcher]] trong các lớp. dòng php 1863
- tại EventDispatcher->doDispatch[mảng[đối tượng[WrappedListener], đối tượng[WrappedListener], đối tượng[WrappedListener], đối tượng[WrappedListener], đối tượng[WrappedListener], đối tượng[WrappedListener], đối tượng[WrappedListener], đối tượng[WrappedListener], đối tượng[ . request', đối tượng [GetResponseEvent]] trong các lớp. dòng php 1778
- tại EventDispatcher->dispatch['kernel. request', object[GetResponseEvent]] trong TraceableEventDispatcher. php dòng 140
- tại TraceableEventDispatcher->dispatch['kernel. yêu cầu', đối tượng [GetResponseEvent]] trong bootstrap. php. dòng bộ đệm 3236
- tại HttpKernel->handleRaw[object[Request], '1'] trong bootstrap. php. bộ đệm dòng 3206
- tại HttpKernel->handle[object[Request], '1', false] trong bootstrap. php. bộ đệm dòng 3360
- tại ContainerAwareHttpKernel->handle[object[Request], '1', false] trong bootstrap. php. dòng bộ đệm 2562
- tại Kernel->handle[object[Request], '1', false] trong chỉ mục. dòng php 86
Chia sẻ bài đăng này
Liên kết để đăngChia sẻ trên các trang web khácĐăng ngày 13 tháng 6 năm 2017
- Các thành viên
- 32
[đã chỉnh sửa]
Xin chào,
Tôi đã từng gặp vấn đề tương tự.
Tôi đã giải quyết nó bằng cách thay đổi session_path thành /tmp, trong php. ban đầu
Trân trọng
Được chỉnh sửa vào ngày 13 tháng 6 năm 2017 bởi FuenRob [xem lịch sử chỉnh sửa]- 5
Chia sẻ bài đăng này
Liên kết để đăngChia sẻ trên các trang web khácĐăng ngày 13 tháng 6 năm 2017
- Người điều hành toàn cầu
- 11. 5k
Như FuenRob đã nói. đó là sự cố cấu hình máy chủ, hãy làm theo hướng dẫn của anh ấy và báo cáo nếu được giải quyết. Nếu không, bạn nên liên hệ với nhà cung cấp của mình và anh ấy sẽ giải quyết vấn đề cấu hình máy chủ
Chia sẻ bài đăng này
Liên kết để đăngChia sẻ trên các trang web khácĐăng ngày 29 tháng 11 năm 2017
- Các thành viên
- 3
Trong trường hợp của tôi, tôi đã tải lên 1. 6 mô-đun để mua trước 1. 7
Tôi đã phải khôi phục bản sao lưu vì không thể xem và xóa mô-đun
Chia sẻ bài đăng này
Liên kết để đăngChia sẻ trên các trang web khácĐăng ngày 30 tháng 12 năm 2017
- Các thành viên
- 23
Vào ngày 13/6/2017 lúc 0. 19h, FuenRob said
Xin chào,
Tôi đã từng gặp vấn đề tương tự.
Tôi đã giải quyết nó bằng cách thay đổi session_path thành /tmp, trong php. ban đầu
Trân trọng
Xin chào
bạn có thể vui lòng cho tôi biết thêm chi tiết. Bạn đã làm nó như thế nào?
Tôi sử dụng cPanel
Chia sẻ bài đăng này
Liên kết để đăngChia sẻ trên các trang web khácĐăng ngày 2 tháng 1 năm 2018
- Các thành viên
- 32
Vào ngày 30/12/2017 lúc 8. 55 giờ chiều, erkange said
Xin chào
bạn có thể vui lòng cho tôi biết thêm chi tiết. Bạn đã làm nó như thế nào?
Tôi sử dụng cPanel
Trong file web của bạn [DocumentRoot] có file php ko. bạn?
Chia sẻ bài đăng này
Liên kết để đăngChia sẻ trên các trang web khácĐăng ngày 6 tháng 1 năm 2018
- Các thành viên
- 23
Vào ngày 1/2/2018 lúc 8. 11 giờ tối, FuenRob said
Trong file web của bạn [DocumentRoot] có file php ko. bạn?
Tôi có VDS, vì vậy tôi có thể truy cập vào php. ban đầu. Nhưng thay đổi nào tôi cần làm chính xác?
Tôi có dòng dưới đây trong php. ini,
phiên họp. save_path = "/var/cpanel/php/sessions/ea-php56"
bạn có đề nghị thay đổi nó thành bên dưới không?
phiên họp. save_path = "/tmp"
- 1
Chia sẻ bài đăng này
Liên kết để đăngChia sẻ trên các trang web khácĐăng ngày 8 tháng 1 năm 2018
- Các thành viên
- 32
Vào ngày 6/1/2018 lúc 6. 52 giờ chiều, erkange said
Tôi có VDS, vì vậy tôi có thể truy cập vào php. ban đầu. Nhưng thay đổi nào tôi cần làm chính xác?
Tôi có dòng dưới đây trong php. ini,
phiên họp. save_path = "/var/cpanel/php/sessions/ea-php56"
bạn có đề nghị thay đổi nó thành bên dưới không?
phiên họp. save_path = "/tmp"
Có, bạn phải thực hiện thay đổi này
Xin vui lòng, nhận xét với kết quả của bạn
Chia sẻ bài đăng này
Liên kết để đăngChia sẻ trên các trang web khácĐăng ngày 8 tháng 1 năm 2018
- Các thành viên
- 23
1 giờ trước, FuenRob said
Có, bạn phải thực hiện thay đổi này
Xin vui lòng, nhận xét với kết quả của bạn
cảm ơn nó đã hoạt động.
Tôi đã thực hiện các cập nhật bên dưới;
max_execution_time = 600 ;
max_input_time = 600 ;
memory_limit = 128M ;
max_input_vars = 7000;
phiên họp. Lưu đường dẫn. /tmp
- 1
Chia sẻ bài đăng này
Liên kết để đăngChia sẻ trên các trang web khácĐăng ngày 8 tháng 1 năm 2018
- Các thành viên
- 32
1 giờ trước, erkange said
cảm ơn nó đã hoạt động.
Tôi đã thực hiện các cập nhật bên dưới;
max_execution_time = 600 ;
max_input_time = 600 ;
memory_limit = 128M ;
max_input_vars = 7000;
phiên họp. Lưu đường dẫn. /tmp
Hoàn hảo
Chia sẻ bài đăng này
Liên kết để đăngChia sẻ trên các trang web khácĐăng ngày 25 tháng 3 năm 2018
- Các thành viên
- 315
[đã chỉnh sửa]
Cũng bị lỗi này với 1. 73. cửa hàng chuẩn bị
Đã chỉnh sửa ngày 25 tháng 3 năm 2018 bởi jetx [xem lịch sử chỉnh sửa]Chia sẻ bài đăng này
Liên kết để đăngChia sẻ trên các trang web khácĐăng ngày 29 tháng 7 năm 2019
- Các thành viên
- 78
Tôi cũng gặp lỗi này, đã thay đổi tệp đường dẫn thành/tmp trong php. ini nhưng lỗi tương tự đang hiển thị
- 1
- 1
Chia sẻ bài đăng này
Liên kết để đăngChia sẻ trên các trang web khácĐăng ngày 1 tháng 11 năm 2019
- Các thành viên
- 1
tôi đã thay đổi tập tin đường dẫn
Làm việc như người ở.
Cảm ơn 😀
Chia sẻ bài đăng này
Liên kết để đăngChia sẻ trên các trang web khácĐăng ngày 10 tháng 3 năm 2020
- đại sứ
- 1. 4k
[đã chỉnh sửa]
Ngày 13/6/2017 lúc 12. 19h, FuenRob said
Xin chào,
Tôi đã từng gặp vấn đề tương tự.
Tôi đã giải quyết nó bằng cách thay đổi session_path thành /tmp, trong php. ban đầu
Trân trọng
@FuenRob bạn đã giúp tôi có một ngày vui vẻ ❤️
Vấn đề được giải quyết bằng cách sử dụng lời khuyên của bạn trong v. 1. 7. 6. 4 [mới nhất tại thời điểm soạn tin này]
Đã chỉnh sửa ngày 10 tháng 3 năm 2020 bởi tapanda. gr [xem lịch sử chỉnh sửa]Chia sẻ bài đăng này
Liên kết để đăngChia sẻ trên các trang web khácĐăng ngày 21 tháng 10 năm 2020
- Thành viên mới
- 4
Xin chào, tôi có cùng một vấn đề. Trong thực tế, giải pháp thay đổi phiên. save_path thành /tmp hoạt động tốt nhưng chỉ ở chế độ gỡ lỗi, khi tôi thay đổi chế độ gỡ lỗi thành tắt sự cố vẫn còn lỗi 500
- 1
Chia sẻ bài đăng này
Liên kết để đăngChia sẻ trên các trang web khácĐăng ngày 8 tháng 11 năm 2020
- Thành viên mới
- 2
Xin chào buổi tối tốt lành, tôi có cùng một vấn đề. Khi tải sản phẩm, cửa hàng tiếp tục tải và khi gỡ lỗi, nó báo lỗi. Trình xử lý phiên. gc[]. ps_files_cleanup_dir. opendir [/var/cpanel/php/session/ea-php73] không thành công. Quyền bị từ chối [13] Tôi đã thử thay đổi php. ini và php ini biến nhưng không có gì
Chia sẻ bài đăng này
Liên kết để đăngChia sẻ trên các trang web khácĐăng ngày 11 tháng 11 năm 2020
- đại sứ
- 13
[đã chỉnh sửa]
@Luzotaiza @ Cherniakovsky Ho LO SESSO Vấn đề, Khoảnh khắc cuối cùng của phương thức gỡ lỗi . Đến đây hai risolto? . gTrong gỡ lỗi, đúng là nó đã giải quyết được nhưng ngay sau khi tôi hủy kích hoạt, lỗi gỡ lỗi500 lại trả về @tapanda.grIn debug it is true it resolves but as soon as I deactivate the debug error500 returns
Được chỉnh sửa bởi Sandro Airaldi vào ngày 11 tháng 11 năm 2020 [xem lịch sử chỉnh sửa]Chia sẻ bài đăng này
Liên kết để đăngChia sẻ trên các trang web khácĐăng ngày 11 tháng 12 năm 2020
- Các thành viên
- 127
Ngày 1/8/2018 lúc 4. 51 giờ sáng, erkange nói
cảm ơn nó đã hoạt động.
Tôi đã thực hiện các cập nhật bên dưới;
max_execution_time = 600 ;
max_input_time = 600 ;
memory_limit = 128M ;
max_input_vars = 7000;
phiên họp. Lưu đường dẫn. /tmp
Đã khắc phục sự cố của tôi
Cảm ơn
Chia sẻ bài đăng này
Liên kết để đăngChia sẻ trên các trang web khácĐăng ngày 19 tháng 1 năm 2021
- Thành viên mới
- 2
Vào ngày 13/6/2017 lúc 7. 19h, FuenRob said
Xin chào,
Tôi đã từng gặp vấn đề tương tự.
Tôi đã giải quyết nó bằng cách thay đổi session_path thành /tmp, trong php. ban đầu
Trân trọng
Tôi đã đặt một số cài đặt trong mô-đun vận chuyển và cũng đặt trường Địa chỉ Điện thoại thành bắt buộc đối với khách hàng và đột nhiên trang tổng quan của tôi gặp lỗi này
Thông báo trên dòng 101 trong tệp /home/***/***l/vendor/symfony/symfony/src/Symfony/Component/HttpFoundation/Session/Storage/Handler/StrictSessionHandler. php
[8] Trình xử lý phiên. gc[]. ps_files_cleanup_dir. opendir[/var/cpanel/php/sessions/ea-php73] không thành công. Quyền bị từ chối [13]
Bản sửa lỗi tuyệt vời đã sắp xếp nó ngay lập tức
Cảm ơn vì đã đăng bài này
Chia sẻ bài đăng này
Liên kết để đăngChia sẻ trên các trang web khácĐăng ngày 11 tháng 2 năm 2021
- Các thành viên
- 27
giải pháp thay đổi phiên. save_path to /tmp hoạt động tốt nhưng chỉ ở chế độ gỡ lỗi, khi tôi thay đổi chế độ gỡ lỗi thành tắt, tôi không thấy gì, chỉ có màn hình trắng, cần trợ giúp
Chia sẻ bài đăng này
Liên kết để đăngChia sẻ trên các trang web khácĐăng ngày 11 tháng 2 năm 2021
- Các thành viên
- 27
Vào ngày 21/10/2020 lúc 11. 03 giờ sáng, Cherniakovsky nói
Xin chào, tôi có cùng một vấn đề. Trong thực tế, giải pháp thay đổi phiên. save_path thành /tmp hoạt động tốt nhưng chỉ ở chế độ gỡ lỗi, khi tôi thay đổi chế độ gỡ lỗi thành tắt sự cố vẫn còn lỗi 500
Bạn đã giải quyết chưa ??
Chia sẻ bài đăng này
Liên kết để đăngChia sẻ trên các trang web khácĐăng ngày 15 tháng 11 năm 2021
- Các thành viên
- 22
tôi đã thay đổi phiên. save_path thành /tmp , nhưng bây giờ khi cố gắng thoát khỏi chế độ gỡ lỗi, lỗi về ps_files_cleanup_dir. opendir [/var/cpanel/php/sessions/ea-phpXX. lặp đi lặp lại. Tắt chế độ gỡ lỗi vẫn đang cố thực hiện theo cài đặt trước đó. Tôi đang ở chế độ gỡ lỗi trong trình duyệt ẩn danh và đã xóa bộ nhớ đệm trong cửa hàng và trong trình duyệt theo cách thủ công
Chia sẻ bài đăng này
Liên kết để đăngChia sẻ trên các trang web khácĐăng ngày 17 tháng 11 năm 2021
- Các thành viên
- 22
vấn đề của tôi hóa ra là do mã hóa tùy chỉnh ở nơi khác trong trang web phá vỡ các chức năng của prestashop. xóa mã tùy chỉnh cho phép mọi thứ hoạt động như thiết kế
- 1
Chia sẻ bài đăng này
Liên kết để đăngChia sẻ trên các trang web khácĐăng ngày 21 tháng 1
- Thành viên mới
- 3
Ngày 1/8/2018 lúc 5. 51 giờ sáng, erkange nói
cảm ơn nó đã hoạt động.
Tôi đã thực hiện các cập nhật bên dưới;
max_execution_time = 600 ;
max_input_time = 600 ;
memory_limit = 128M ;
max_input_vars = 7000;
phiên họp. Lưu đường dẫn. /tmp
Xin chào, đây là báo cáo từ tương lai [2022] và tôi gặp vấn đề tương tự. Với giải pháp này, bạn đã khắc phục vấn đề này mãi mãi chưa?
Chia sẻ bài đăng này
Liên kết để đăngChia sẻ trên các trang web khácĐăng ngày 1 tháng 11
- Các thành viên
- 22
[đã chỉnh sửa]
vấn đề đã trở lại trong PS 1. 7. 8. 5
Tôi đã thử nhiều lần chỉnh sửa php. phiên bắt đầu. save_path thành/tmp - không cải thiện [ngay cả khi xóa bộ đệm]
Thay vào đó, cách khắc phục của tôi là thay đổi thư mục trong cpanel multiphp INI và sau đó xóa bộ đệm. Rõ ràng, ít nhất là với thiết lập máy chủ của tôi, mod từ bảng điều khiển cpanel không chỉ là chỉnh sửa dòng của php. ini [trong khi nó cũng làm điều đó]. Có lẽ đó là vấn đề của một cài đặt không thể bị ghi đè bằng cách thực hiện chỉnh sửa dòng của php. ban đầu