Bartosz Jarzyna
Bartosz Jarzyna
I'm tempted to turn this into a new module, but I don't think leaving Sync as it is is a good idea. Keeping backward compatibility here is likely a mistake....
Just a thought: since the code inside `grep` is loading modules via `load_class` it's possibly executing a lot of perl code and it's hard to control the scope of it....
I've chosen that the server should replace processes by new ones after handling `10000` requests. While it would surely perform better with an even higher number, I think this is...
- Added tests on multiple Perl webservers, 8 configurations in total now - removed the .toml file, as it seems to not be required anymore (tell me if I'm wrong)...
I'm finished, ready for review and merge. After it's merged, I'll make another PR which will increase requests per process of all perl framework benchmarks to the same value (one...
I added Gazelle as one of the web servers for Kelp, so I would consider this issue resolved.
Idea: add helper functions to Kelp::Util, for example `add_method_to_package` and `replace_method_in_package`, and implement all the details inside them. Then use them in both Kelp::Module and KelpX::Hooks.
Exactly, string encoding of ULID is superior to UUID.
Not sure if it's the right place to make suggestions. Class feature has its own `class` keyword which declares a class and also a package. I'd like to use it...
Thanks. I think at the very minimum, `substr_replace` should never be slower than `regexp` - is this true if we fix the double copying bug?