Đặt lại kết nối không mong muốn: Vấn đề về PHP hoặc Apache?

Question

Tôi có một kịch bản PHP mà giữ dừng lại ở cùng một chỗ mỗi lần và báo cáo trình duyệt của tôi:

Kết nối đến máy chủ được thiết lập lại trong khi các trang được tải.

Tôi đã thử nghiệm điều này trên Firefox và IE, điều tương tự cũng xảy ra. Vì vậy, tôi đoán đây là một vấn đề cấu hình Apache/PHP. Dưới đây là một vài điều tôi đã thiết lập.

php.ini

max_execution_time = 300000 
max_input_time = 300000 
memory_limit = 256M 

Apache (httpd.conf)

Timeout 300000 
KeepAlive On 
MaxKeepAliveRequests 100 
KeepAliveTimeout 0 

Are đúng trên? Điều gì có thể gây ra điều này và tôi có thể thiết lập những gì?

Tôi đang chạy PHP (5.2.12.12) như là một mô-đun trên Apache (2.2) trên Windows server 2003.

Nó là rất có khả năng đây là một vấn đề Apache hay PHP như tất cả trình duyệt cũng làm như vậy. Tôi nghĩ rằng tập lệnh chạy cho chính xác 10 phút (600 giây).

Answer 1

Tôi muốn thử thiết lập tất cả các tùy chọn báo cáo lỗi

-b trên hàng loạt lỗi hủy bỏ
-V severitylevel
error_level -m

và gửi tất cả các đầu ra cho khách hàng

<?php 
echo "<div>starting sql batch</div>\n<pre>"; flush(); 
passthru('sqlcmd -b -m -1 -V 11 -l 3 -E -S TYHSY-01 -d newtest201 -i "E:\PHP_N\M_Create_Log_SP.sql"'); 
echo '</pre>done.'; flush(); 

Answer 2

Sự khác biệt giữa 2 cấu hình PHP thực sự là nguyên nhân gốc rễ của sự cố ở đầu của tôi. Ứng dụng của tôi dựa trên thư viện NuSOAP.

Trên cấu hình 1 với PHP 5.2, nó đã chạy tốt như phần mở rộng SOAP của PHP đã bị tắt.

Trên cấu hình 2 với PHP 5.3, nó đã cho lỗi "Kết nối đặt lại" khi tiện ích mở rộng SOAP của PHP được bật.

Tắt tiện ích mở rộng được phép để ứng dụng của tôi chạy trên PHP 5.3 mà không phải viết lại mọi thứ.

Answer 3

Tôi gặp sự cố tương tự - hóa ra apache2 đã bị phân đoạn. Nguyên nhân của segfault là php5-xdebug cho 5.3.2-1ubuntu4.14 trên Ubuntu 10.04 LTS. Xóa xdebug đã khắc phục sự cố.

Answer 4

PHP của tôi bị phân đoạn mà không có bất kỳ thông tin bổ sung nào về nguyên nhân của nó. Hóa ra là hai lớp gọi phương thức magic __call() của nhau là vì cả hai đều không có phương thức được gọi. PHP chỉ lặp lại cho đến khi nó hết bộ nhớ. Nhưng nó đã không báo cáo thông báo "Kích thước bộ nhớ được phép của * byte cạn kiệt" thông thường, có lẽ vì các phương pháp là "ma thuật".

Answer 5

Tôi cũng có vấn đề này ngày hôm nay, hóa ra là một câu lệnh break; lạc trong mã PHP (bên ngoài bất kỳ chuyển đổi hoặc vòng lặp nào), trong một hàm có khối try...catch...finally.

Hình như PHP treo trong tình huống này:

<?php 

function a() 
{ 
    break; 

    try 
    { 
    } 
    catch (Exception $e) 
    { 
    } 
    finally 
    { 
    } 
} 

nầy cũng ở với PHP phiên bản 5.5.5.

Answer 6

Tôi gặp sự cố trong một số trường hợp nhất định PHP 5.4 + eAccelerator = thiết lập lại kết nối. Không có đầu ra lỗi trong bất kỳ tệp nhật ký nào và nó chỉ xảy ra trên một số URL nhất định, điều này gây khó chẩn đoán. Hóa ra nó chỉ xảy ra đối với một số mã PHP nhất định/một số tệp PHP nhất định và do một số không tương thích với mã PHP và eAccelerator cụ thể. Giải pháp đơn giản nhất là để vô hiệu hóa eAccelerator cho rằng trang web cụ thể, bằng cách thêm dòng sau vào .htaccess tập tin

php_flag eaccelerator.enable 0

php_flag eaccelerator.optimizer 0

(hoặc dòng tương đương trong php.ini) :

eaccelerator.enable = "0"

eaccelerator.optimizer = "0"

Answer 7

Đó là một tuổi tôi biết, nhưng vì tôi không thể tìm ra giải pháp cho vấn đề của mình ở bất cứ đâu và tôi đã sửa nó, tôi sẽ chia sẻ kinh nghiệm của mình. Nguyên nhân chính của sự cố của tôi là cuộc gọi chức năng file_exists().
Tệp thực sự tồn tại, nhưng vì lý do nào đó, dấu gạch chéo thêm vào vị trí tệp ("//") thường hoạt động trên trình duyệt thông thường, có vẻ không hoạt động trong PHP. Có lẽ vấn đề của bạn liên quan đến một cái gì đó tương tự. Hy vọng điều này sẽ giúp một ai đó!