Юзаю parallel вполне себе успешно для многопоточного постоянного парсера. Вроде никаких подводных - по сути обычный калбэк а-ля джеэс (с очень большой натяжкой). В принципе достаточно понять в своей голове что каждый поток отрезан от основного и общаться между ними можно либо через каналы либо через шмоп. В целом я крайне доволен тем как это работает - задачу выполняет а большего и не надо

Тем у кого kphp есть тоже не особо пригодится)

Это прекрасно.
В статье несколько раз говорится что эти файберы никому не будут нужны. А нах их делать то тогда, если не по заказу, или сугубо ради фетиша какого-то?
Пыха, прекрати!

ну не совсем никому) это грубо говоря стандартизация асинхронных механик, как я понимаю

найс подпись у тебя у ника))

Могу тебе сделать в этой же тематике)

Сразу захотелось переделать фразу под наш контекст но у меня плохо с юмором
"Яндексоид признается что хочет быть гей шлюхой, но мешает любовь к программированию"

ребят никто не работал с bitgo? сказали надо сделать на сайте платежную форму)) я всю апишку перерыл.. ну нет там платежных форум.. есть апишка обычная.. можно под своим кошелем авторизироваться и перевести куда то деньги.. форм типа как на интеркассе нет.. никто не в курсе как там это работает?

нононо

я гонял этот бенчмарк

есть пруфы

это без кэша нормального
я подсмотрел как он реализован в ZEN :)

это тупо говно кода генератор, зато работает быстро сделаю также

я даже на основе этих результатов запилил планируемые фитчи

По поводу разработки cekta/di на этой неделе я без стримов погонял бенчмарки увидел результаты что моя либа примерно на 4 - 6 месте по скорости (из 11 участников), хотя я не упарывался в скорость, а старался в гибкость настройки.

У топовых библиотек используется подход "компиляции" генерации файла контейнера где результаты вызовов хардкодятся, это быстро для продакшена, но крайне не удобно перекомпилировать каждый раз в разработке, моя библиотека в скорости проиграла только этим либам.

Я решил сделать библиотеку которая будет поддерживать и компиляцию и использование в динамическом режиме, а также возможно сделать гибридный вариант компилируемого-динамический режим, для зависимостей что не были скомпилированы.

В общем вот список фитч которые я хочу реализовать

support php8
support dynamic container for develop
support compiled container for production
support compiled-dynamic gybrid for production :) ?
support autowiring
  autowiring support union type(php8)
  autowiring support variadic argument
  autowiring support inject annotation
support scopes
  singleton
  prototype
support dynamic params for dynamic and compiled containers
support registration interface and abstract classes
support shared dependencies
support infinite recursion detector

Часть фитч уже реализована, я не видел чтобы все они были реализованы в одной библиотеке.

У вас есть какие нибудь идеи или предложения ?
Стоит стримить этот процесс ?
В коменты пишите

но потом начал работать по 16 часов в день
успел пока только перехать на php8
github action начать юзать вместо travis (помогли с пулл реквестом я потом только допилил)

лучше бы уже наконец запилили дженерики в го

пропозал уже приняли, запилят)