Можно ли на PHP создавать tcp/ip сервер для работы 24/7/365?

Question

[Константин]

Здравствуйте.
Планирую написать достаточно простой tcp/ip сервер, который будет работать постоянно в режиме 24/7/365.
На сколько плохой будет такой сервер на php?
Просто часто говорят, что скрипт на PHP должен завершаться. Поэтому бесперебойная работа скрипта на пхп внушает сомнения.
Альтернатива есть - на С++/Qt.

Comments

[Sergej]

Настолько же плох как на C++\Qt
Вы не говорите о целях и типе эксплуатации.

Почему бы не использовать готовые специализированные решения*?

[Константин]

SharkMan, цель - проверка доступности второго сервера. Запустить взаимный ping на 2 серверах, если ответа нет, то выполнение действий на текущем сервере.
Шлём каждые 10 секунд ping на противоположный сервер и ожидаем в ответ pong и всё.

Готовых решений нету, проще с нуля сделать.

[Sergej]

vebmaster, для этих задач язык по сути не важен.
Работать будет любой tcp сервер и работать будут одинаково.
Я бы выбрал то на чем проще сделать. В конкретном примере, для себя, выбрал Go.

К тому же на гитхабе полно подобных решений. Поискать только по ping pong tcp

Answer 1

[Сергей Соколов]

В комментарии к вопросу появилась, собственно, поставленная задача:

Запустить взаимный ping на 2 серверах, если ответа нет, то выполнение действий на текущем сервере.

Можно bash скриптом, что-то типа:

while ping -c1 123.45.67.89 &>/dev/null
done
echo "`date` ping FAILED"
/root/scripts/panic.sh

Comments

[Константин]

да, это первая версия решения, я думал так, но дальше последуют ещё 500 строк кода и bash станет не пригодным для данного решения.

Answer 2

[xmoonlight]

Чем он будет плохой-то?
Как напишите - таким и будет.
Серв на pthreads - вообще без сбоев работает 24/7 в качестве многопоточного (асинхронного) у меня.

Answer 3

[asd111]

tcp/ip лучше на C# или на go. И надежнее и работать будет не сильно медленнее С++.

Comments

[Константин]

почему или чем лучше на C# или на go?

[asd111]

vebmaster, на C# и go легко сделать асинхронный tcp/ip.

Answer 4

[Антон Шаманов]

смысла изобретать велосипед особо нет, если только в познавательных целях. если нужен какой-то доп. функционал, то проще написать расширение для того же php или ngnix\apache

Comments

[Константин]

ничё не понял из вашего сообщения по моему вопросу :)

[Кирилл Несмеянов]

vebmaster, подозреваю, что автор коммента имел ввиду, что реализаций серверов на пыхе и так масса (не только нативных tcp, но и более высокоуровневых хттп или вебсокет), начиная с реакта, заканчивая свулом или амп.

[Константин]

Кирилл Несмеянов, да, именно так. Например ReactPhp уже на 50% готовое решение. Вопрос лиш в том, справится ли сам интерпритатор php с задачей 24/7.
Т.к. часто вижу сообщение, что php скрипт должен завершаться. Его так придумали.

[Антон Шаманов]

vebmaster, его так настроили https://www.php.net/manual/ru/info.configuration.p...

[Константин]

Антон Шаманов, про max_execution_time знаю

Answer 5

[Saboteur]

Планирую написать достаточно простой tcp/ip сервер, который будет работать постоянно в режиме 24/7/365.

Запустить взаимный ping на 2 серверах, если ответа нет, то выполнение действий на текущем сервере.

Такое можно писать на ЧЕМ УГОДНО. Тут ни нагрузки, ни асинхронной передачи. И вообще tcp/ip тут не обязателен,

Comments

[Константин]

я не стал расписывать подробности программы, но в ней будет дописываться другой функционал, который потребует ассинхронную работу.
А выбор языка ограниченный: php или C++/Qt.

Answer 6

[Antonio Solo]

пока нет нагрузки все прекрасно будет работать .

хотя если задача именно "взаимный ping" то его проще сделать уже готовыми средствами

Comments

[Константин]

> пока нет нагрузки все прекрасно будет работать .
вы про выбор за php ?

[Antonio Solo]

vebmaster, да.