JohnJon: ну мол... я лично так же не вижу смысла вкладывать свое время в решение никому ненужной задачи (этим я лет 7 назад занимался, когда изучал штуки просто так ну и в универе), и стараюсь придумать задачи которые несут практической пользы. Другой вопрос что именно приложение или сервис - у меня нет пока таких нужд которые решат сервисы или приложения - только библиотеки, утилитки, средства автоматизации. Вот пилю медленно тулзу для наших QA которая принесет им пользу. Но для себя я даже готовить не хочу.
streetflush: что-то типа, но это же не web приложенька и там только тайм трекинг. Меня лично интересует больше функционал канбан борды. Да и у меня есть пример реализации бэкэнда примерно для этих нужд, UI к нему было бы неплохо построить что бы вышло полноценное приложение.
nick1m: ну потому что питон (CPython) все же не быстрее пыха (как язык), а неумирающую модель работы и на пыхе можно юзать (есть опыт, это прикольно и дает нехилый буст, но я пока боюсь сложные штуки в продакшен так пихать).
Если уж гнаться за производительностью то я бы взял Go или D. А в целом я не думаю что это вообще хоть сколько нибудь оправдано. Все всеравно упирается в I/O.
nick1m: для вас это может и стандарт, а для меня это легаси. Я апач за последние 5 лет использовал раза 4 наверное, и то только потому что таковым было требование клиента либо другие какие-то особенности. Я с IIS сталвивался чаще.
По поводу ассемблера - нет, на ассемблере написать что-то эффективно это надо еще постараться и очень много чего надо знать. Я лишь предложил чуть другие подходы. Но опять же "изучать и разбираться" там так же надо.
По роутингу - роутинг как раз таки на регулярочках. Для домашнего пет проджекта или хобби которое никто не увидит - сойдет, не спорю (а на nginx будет еще быстрее), но вот для коммерческой разработки эти все кастыли несут в себе слишком много рисков и дополнительного оверхэда.
Короче ответ на ваш вопрос - используйте Lumen/Silex и не парьтесь. Вопросы микрооптимизаций - забейте, я на 90% уверен что вы скорее убьете производительность базой данных а не фреймворком.
nick1m: любой инструмент нужно изучать. В этом преимущество микрофреймворков - там меньше всего, меньше изучать.
зачем учить "новый язык" написанный на php
Вы о чем? я предложил вам golang, это отдельный язык программирования. Ну или php-pm - оно устраняет накладные расходы на запуск фреймворка на каждый запрос, но так работать становится существенно сложнее.
В целом к вопросу маршрутизации - возьмите Lumen и не парьтесь. Там от Laravel не так много и вы этого всеравно не увидите. Зато маршрутизация одна из самых быстрых. А 1 милисекунду или 2 подождать при умирающей модели работы пыха - это как бы пофигу.