สคริปต์บรรทัดคำสั่งที่ทำงานในพื้นหลังจะอยู่ในสถานะหยุดทำงาน

โดยปกติแล้ว กระบวนการที่คุณส่งอะไรไปที่พื้นหลังด้วย & และสคริปต์ที่รออินพุตจากเทอร์มินัลจะเข้าสู่สถานะหยุดทำงาน

เช่น. มีสคริปต์ทุบตี valecho:

#!/bin/sh
read val
echo $val

เรียกใช้เป็น:

./valecho &

สคริปต์จะหยุด

เมื่อรันมันเป็น

echo hello | ./valecho &

จะทำงานได้อย่างถูกต้องและเสร็จสิ้น

ดังนั้นตรวจสอบ php ของคุณ - อาจต้องการอินพุตจาก stdin

แก้ไข - ตามความคิดเห็น:

ฉันไม่ใช่นักพัฒนา php - แต่เพิ่งลองใช้สคริปต์ถัดไป (p.php)

<?php
    while(true){
        echo 'hi '.time()."\n";
        sleep(3);
    }
?>

ด้วยคำสั่ง:

php -f p.php &

และดำเนินไปด้วยดี... ดังนั้น... ขออภัยในความสับสน...

ฉันพบสิ่งที่ทำให้เกิดปัญหา ใน PHP หากเปิดใช้งานโมดูล Readline สคริปต์บรรทัดคำสั่งใดๆ จะคาดหวังอินพุต แม้ว่าสคริปต์จะถูกเขียนเพื่อไม่ให้รออินพุตจากผู้ใช้ก็ตาม

หากต้องการตรวจสอบว่าคุณเปิดใช้งานการสนับสนุน readline หรือไม่ ให้เรียกใช้:

php --info |grep "Readline Support"

และตรวจสอบผลลัพธ์ หากคุณได้รับ Readline Support => enabled แสดงว่าคุณได้เปิดใช้งานการอ่านข้อมูลแล้ว และคุณอาจประสบปัญหาตามที่อธิบายไว้ในคำถามเดิม

วิธีที่เหมาะสมในการใช้ cli คือเมื่อใดให้ระบุอย่างชัดเจนว่า php ไม่ได้ใช้เทอร์มินัลในการป้อนข้อมูล:

php myscript.php < /dev/null &

ข้อมูลเพิ่มเติม: http://php.net/manual/en/book.readline.php

ทางเลือก:

./test.php >/dev/null &    

หรือ (สร้างสรรค์มากขึ้น):

nohup php test.php > /dev/null 2>&1 &

(ปล.: ฉันยังคงเชื่อว่าคำถามนี้เป็นของ ServerFault อย่างไรก็ตาม .. แก้ไขปัญหาแล้ว!)

จาก http://php.net/manual/en/book.readline.php :

เมื่อเปิดใช้งาน readline php จะเปลี่ยนโหมดเทอร์มินัลเพื่อยอมรับอินพุตบัฟเฟอร์บรรทัด ซึ่งหมายความว่าวิธีที่เหมาะสมในการใช้ cli เมื่อคุณไพพ์ไปยังคำสั่งแบบโต้ตอบคือการระบุอย่างชัดเจนว่า php ไม่ได้ใช้เทอร์มินัลในการป้อนข้อมูล:

php myscript.php < /dev/null &

แหล่งที่มา