Сегодня забронировал площадку.

Пых.Конф пройдёт 19 сентября в Центре Международной Торговли.

Вскоре после майских будет сайт, билеты по стартовой цене и форма подачи доклада.

Идея доклада для четвёртого Пыхапа × Lamoda Tech

Сегодня многие компании, исконно писавшие на PHP, зачем-то переходят на Go. Зачастую пыхари вынуждены перестраиваться на лету, и нам было бы очень интересно послушать про этот опыт.

Какие технические преимущества лично тебе дал новый язык (эффективное управление памятью, горутины, не нужен pgbouncer/amqproxy)? Где поджидали разочарования (нет как таковых фреймворков, не принято юзать ORM)? Что было непривычным и как проходил твой "paradigm shift"?

Если ты уверенно кодишь и на PHP, и на Go и готов к середине июня подготовить такой доклад, напиши мне в личку.

Работает! Два момента исправил:

• телеграмовский userId в Postgres надо хранить в bigint (забавно, что у всех вчерашних бета-тестеров id были меньше),

• не учитывалась блокировка бота пользователями (тут пока хотфикс, позже сделаю по-нормальному).

@phpyhobot

Как проводить и проходить собеседования в 2025

Дмитрий Алин, автор канала @live_php_news и организатор питерских митапов, поделился своим опытом поиска работы:

https://telegra.ph/Kak-provodit-i-prohodit-sobesedovaniya-05-25

Я сам уже более двух лет никуда не собесился, поэтому очень интересно наблюдать, как это происходит сегодня, в эпоху "умного поиска" со стороны спроса и волчистости со стороны предложения.

Расскажите в комментариях, с чем вы столкнулись при поиске работы и что вам помогло.

RFC Pipe operator принят, заглянем в будущее!

https://wiki.php.net/rfc/pipe-operator-v3

Команда Typhoon, в особенности Андрей Клименко, очень внимательно следила за этим RFC. Недавно о нём писали фартаны, теперь RFC принят, и я хочу разрешить ваш скепсис.

Вот вам реальный сниппет из исходников Хобота, который формирует и отправляет запрос в Т-Банк:

$normalizedMessage = $this->normalizer->normalize($message);
$requestData = $this->prepareRequestData($normalizedMessage);
$request = $this->buildRequest($endpoint, $requestData);
$response = $this->httpClient->request($request);
$responseBody = $response->getBody();

// Тут дальше логирование, проверка статус-кода и денормализация.

В целом, ок. Но хорошо было бы избавиться от промежуточных присваиваний, не вкладывая при этом вызовы друг в друга, чтобы не пострадала читабельность. Спасибо Ларри, в ноябре можно будет отрефакторить так:

$responseBody =
       $this->normalizer->normalize($message)
    |> $this->prepareRequestData(...)
    |> fn (array $data): Request => $this->buildRequest($endpoint, $data)
    |> $this->httpClient->request(...)
    |> fn (Response $response) => $response->getBody()
;

Стало лучше? Спорно. Но этот RFC — лишь первый шаг Ларри в сторону реально крутых пайпов. Нам нужно изучить Future Scope, чтобы понять весь замысел.

Помечтаем. Ноябрь 2026, и я рефакторю код уже вот так:

$responseBody =
       $this->normalizer->normalize($message)
    |> $this->prepareRequestData(...)
    |> $this->buildRequest($endpoint, ?)
    |> $this->httpClient->request(...)
    |> $$->getBody()
;

Теперь действительно выглядит круто. Разберёмся, что тут происходит.

? — это partial function application, как first class callable syntax (...), но с возможностью передать (применить) часть аргументов и выбрать вопросами параметры для результирующей функции:

$this->buildRequest($endpoint, ?)
// дешугарится в
fn (array $data): Request => $this->buildRequest($endpoint, $data)

Кстати, для PFA Ларри уже делал RFC 5 лет назад. Но тогда возникли трудности с реализацией и Никита Попов предложил (...) в качестве более простой альтернативы. Теперь же потребность в ? сильно возросла и, я уверен, будет найдено решение.

$$ — это, грубо говоря, "object application":

$$->getBody()
// дешугарится в
static fn ($object) => $object->getBody()

Этот RFC — большой шаг для развития функционального стиля в PHP. Уже сейчас проекты fp4php и Crell/fp начинают играть новыми красками, а с ? и $$ будет вообще кайф.
_______

Пссс, сегодня в 16:00 19:30 на канале Пых.конф’25 появится конкурс, приз — бесплатный билет на конференцию. Подписывайся, чтобы не пропустить!

Pipe-оператор и $$ в PHP — разбираем задачу про it с Андреем Клименко

Сегодня в 19:00 МСК мы с Андреем обсудим RFC Pipe operator v3, посмотрим ваши решения задачи про it и определим победителя, который получит бесплатный билет на Пых.конф’25!

https://youtu.be/neOMOkAvdXM
https://vkvideo.ru/video-228746873_456239051

Мы начинаем обсуждать pipe, $$ и it!

https://youtu.be/neOMOkAvdXM
https://vkvideo.ru/video-228746873_456239051

Комментировать можно под этим постом!

Уточнение требований к платформе на уровне пакета

Представьте, что вы пишете библиотеку под PHP, которая будет правильно работать только в 64-разрядных системах. Например, vjik/telegram-bot-api использует тип int для идентификатора чата, а chat.id, согласно документации, может иметь до 52 значимых бит.

Как предотвратить установку такого пакета на 32-разрядной системе? Через Composer! В composer.json можно указать соответствующий суффикс для php:

{
    "require": {
        "php-64bit": "^8.4"
    }
}

Другие поддерживаемые подтипы php:
• php-ipv6 — сборка PHP с поддержкой IPv6 (без флага --disable-ipv6),
• php-zts — потокобезопасная сборка PHP (с флагом --enable-zts),
• php-debug — сборка PHP в режиме отладки (с флагом --enable-debug).

Чтобы скомбинировать несколько таких требований, не дублируя при этом констрейнт, можно поступить как с Core-расширениями:

{
    "require": {
        "php-64bit": "^8.4",
        "php-ipv6": "*"
    }
}

Вообще, всё это есть в документации Composer, но я случайно узнал на днях, изучая пакет danog/telegram-entities.

P.S.: Закинул PR Сергею.

С юбилеем, любимый PHP!

Только что заполнил форму от Данила и Сергея с CutCode. Если выиграю слона — подарю его автору лучшего вопроса на Пыхапе.

Русское сообщество сегодня активно празднует день рождения PHP:
• через 40 минут стрим на CutCode, где слона оттянут за уши,
• после — #RandomBeer с фартанами, где слона напоят пивом.

А ещё Рома Пронский у себя на канале собрал крутого LEGO-слона. Интересно, его можно будет заказать?

#PHP30