Tieme włożył wiele wysiłku w swoją doskonałą odpowiedź, ale myślę, że rdzeniem pytania PO jest to, jak te technologie odnoszą się do PHP, a nie jak działa każda z nich.
PHP jest najczęściej używanym językiem w tworzeniu stron internetowych, oprócz oczywistych html, css i javascript po stronie klienta. Jednak PHP ma 2 główne problemy, jeśli chodzi o aplikacje w czasie rzeczywistym:
1) PHP zaczął jako bardzo podstawowy CGI. PHP posunął się bardzo daleko od wczesnego etapu, ale stało się to małymi krokami. PHP miało już wiele milionów użytkowników, zanim stało się wbudowaną i elastyczną biblioteką C, jaką jest dzisiaj, z których większość była zależna od wcześniejszego modelu wykonania, więc nie podjęła jeszcze solidnej próby ucieczki model cgi wewnętrznie. Nawet interfejs wiersza poleceń wywołuje bibliotekę PHP (libphp5.so w systemie Linux, php5ts.dll w systemie Windows itp.), Tak jakby nadal był cgi przetwarzającym żądanie GET / POST. Nadal wykonuje kod tak, jakby po prostu musiał zbudować „stronę”, a następnie zakończyć swój cykl życia. W rezultacie ma bardzo małe wsparcie dla programowania wielowątkowego lub sterowanego zdarzeniami (w przestrzeni użytkownika PHP), co czyni go obecnie niepraktycznym dla aplikacji dla wielu użytkowników w czasie rzeczywistym.
Zauważ, że PHP ma rozszerzenia zapewniające pętle zdarzeń (takie jak libevent) i wątki (takie jak pthreads) w przestrzeni użytkownika PHP, ale bardzo, bardzo niewiele aplikacji z nich korzysta.
2) PHP nadal ma poważne problemy z odśmiecaniem. Chociaż problemy te stale się poprawiają (prawdopodobnie jest to najlepszy krok do zakończenia cyklu życia, jak opisano powyżej), nawet najlepsze próby tworzenia długo działających aplikacji PHP wymagają regularnego restartowania. To sprawia, że jest to niepraktyczne w przypadku aplikacji w czasie rzeczywistym.
PHP 7 będzie świetnym krokiem do rozwiązania tych problemów i wydaje się bardzo obiecujący jako platforma dla aplikacji w czasie rzeczywistym.