Каково состояние дел у PHP на фронте?

Question

[Иван Тимофеевич]

Предстоит делать фронт (рендеринг) на PHP, под отдельный бэк. То есть PHP будет принимать запросы, отдавать их на API, принимать ответ и рендерить его. API тоже на PHP.

1. Где можно ознакомиться с состоянием дел у PHP?
2. Какой рантайм брать (php-fpm, amphp, php-pm, KPHP, Hip-Hop)?
3. Какой фреймворк юзать? (сейчас Зенд стоит)
4. Что с интернационализацией (какие подходы в ходу)?
5. Как обстоит дело с KPHP и Hip-Hop?

Люблю функции высшего порядка, хэши и подходы из "Simple Made Easy", как с этим у PHP? Я слышал что он Easy, но не Simple, а ещё что он создан чтобы умирать. А мне бы желательно запланировать на фронте возможность ещё и с вебсокета раздать уведомления.

С уважением, Иван.

Answer 1

[index0h]

Перефразирую ваш вопрос: каково стояние дел у молотка по забиванию гвоздей?))

Где можно ознакомиться с состоянием дел у PHP?

php.net
habrahabr.ru
opennet.ru

Какой рантайм брать?

7-ка только-только вышла, пока что опасно. Берите 5.6

Какой фрейворк юзать?

Смотря какой проект.

Что с интернационализацией?

Если используется реализация из фреймворка - то, что в фреймворке. Если самопис - как напишите так и будет.

Люблю функции высшего порядка

В php их конечно можно использовать, но только там, где это необходимо. Вообще говоря это отличная практика по отстреливанию яиц.

он создан чтобы умирать

Все верно, это stateless язык, он так спроектирован, под свои задачи лучше пока не придумали.

А мне бы желательно запланировать на фронте возможность ещё и с вебсокета раздать уведомления.

Планируйте на здоровье, но на бэкенде под это лучше пойдет nodejs. Демоны на php конечно пишут, но это не целевое применение языка, такие дела.

Comments

[Иван Тимофеевич]

Про рантайм не понял. Вот эти все Апачи, php-fpm, это всё, оно что один и тот же бинарник использует? Я думал что 5.6, 7 -- это номера спецификаций, а рантаймы отдельно живут. Как на яве OpenJDK, HotSpot, JamVM.

[index0h]

какой вопрос - такой ответ))

Есть 3 устоявшиеся схемы работы с php под web:
Apache+mod_php+php
Nginx+php-fpm
Ngins+Apache+mod_php+php

Выбор тут зависит от проекта и требований к нему.

5.6 и 7 - это версии интерпретаторов.

> Как на яве OpenJDK, HotSpot, JamVM.
В чужой монастырь со своим уставом не ходят

[Сергей Протько]

Иван Тимофеевич: если не хотите что бы PHP умирал - можете попытать счастья с amphp или php-pm. В качестве рантайма используется php-cli, сервер в этом варианте реализован на PHP (то есть неплохо сверху поставить nginx в качестве балансировщика и реверс прокси).

[Иван Тимофеевич]

index0h: так как конкретно php-fpm и mod_php устроены? Встроенный интерпретатор? Или это всё-таки разные реализации стандарта?

[Иван Тимофеевич]

Сергей Протько: спасибо!
А насчёт KPHP, Hip-Hop можете просветить?

[index0h]

Иван Тимофеевич
php-fpm - это реализация fast cgi интерфейса для интерпретатора.
mod_php - это модуль для apache, со встроенным интерпретатором.
Вещи это принципиально разные, но интерпретатор как правило используется один и тот же, подтягивается как динамическая библиотека.

[Сергей Протько]

Иван Тимофеевич: kphp - бесполезный выкидыш вконтакта, который подходит только им. hip-hop - устарел, ему на смену пришел HHVM на котором сейчас работает википедия и фэйсбук. По сути HHVM с большего полностью совместима с PHP но с точки зрения производительности она не сильно выигрывает у PHP7. Единственное что HHVM предоставляет Hack - грубо говоря PHP с дженериками, async/await, нормальными лямбдами и т.д.

По поводу mod_php - это просто SAPI для PHP интерпритатора. По сути это отдельные пакеты, если конечно не собрано все со статической линковкой. Так же и php-fpm, просто SAPI, интерфейс для взаимодействия с HTTP.

[Сергей Протько]

Иван Тимофеевич: лучше возьмите стандартный PHP7 (его можно использовать в продакшене, мы уже месяц используем и полет нормальный). Если вам нужно писать демоны - придется последить какие экстеншены вы используете, последить за потреблением памяти (некоторые экстеншены не сильно популярные любят течь) ну и т.д.

Для websockets рекомендую использовать aerys, хотя лично я предпочитаю просто использовать node.js + socket-io как шину данных между клиентом и PHP приложением.

[Сергей Протько]

Иван Тимофеевич: по фреймворкам - рекомендую что-то на базе Symfony (Laravel, Symfony, Silex)

[Иван Тимофеевич]

Сергей Протько: спасибо большое. Очень интересно теперь посмотреть HHVM и Hack.
Про PHP7 тоже понял, спасибо.

Answer 2

[Александр Аксентьев]

Все нормально у пхп.

А мне бы желательно запланировать на фронте возможность ещё и с вебсокета раздать уведомления.

а это к нему вообще никак не относится, если только сервер на нем не делать(плохая затея)

Comments

[Иван Тимофеевич]

PHP будет принимать запросы, отдавать их на API, принимать ответ и рендерить его. API тоже на PHP.

> Все нормально у пхп.
Это я уже слышал, а какой рантайм то брать? Что с остальными вопросами?

[Александр Аксентьев]

Иван Тимофеевич: зависит от навыков и опыта. Если опыта ни с чем нет, то что-нибудь популярное yii2/laravel/symphony. так же можно собрать все по надобности через composer опять же без основы в виде фреймворка, а из готовых пакетов в композере.

[Иван Тимофеевич]

Александр Аксентьев: а рантайм какой? Есть что-то чтобы поставить как процесс и оно не умерло?

[Александр Аксентьев]

Иван Тимофеевич: да, версию 5,6 сейчас. 7 вышла, но еще рано, ниже уже написли.

[Александр Аксентьев]

Иван Тимофеевич: этого делать не стоит, на такое не расчитан пхп

[Иван Тимофеевич]

Александр Аксентьев: спасибо!