зачем взяли этот проект?
Для изучения ООП можно что-нибудь по проще, тем более что Workerman хреново написан и по нему не стоит изучать ООП.
роутер от какого-нибудь фреймворка или пакета?
что пробрасывается buffer можно найти по ProtocolInterface::decode, например
не понимаю зачем, куда, когда..
или сохранить в переменную
Я же и спрашивал про $buffer. Код в ООП стиле сложно понять. По крайней мере мне. Код библиотеки/фреймворка преимущественно состоит из каких то деклараций. Они просто объявлены, но ничего не делают. Между ними передается какое то состояние. Отследить его путь крайне сложно. Может у меня подход не правильный, не знаю. Какой в этом смысл? Это же усложнение. Никаких преимуществ. Видимо Дейкстра был прав, сказав, что ООП плохая идея, которую могли придумать только в Калифорнии.
Это понятно. Почитал немного документацию, там кое что объясняется про объект запроса.
Это тоже понял, почитав код.
Откройте Techempower benchmark. Вчера тестировал workerman с помощью wrk, на одном ядре 50 000 запросов в секунду, на нескольких ядрах сотни тысяч. FPM с Nginx и стандартными настройками показывает 4 500 запросов в секунду.
Буду разбираться. Посоветуйте что нибудь практичное для обучения. Чтобы по больше практики. От толстых книг клонит в сон.
Понемногу складывается понимание. Спасибо за помощь!