ab
Yes, the page is not refreshed since yesterday: `last updated 2024-03-27 at 4:02 PM` https://tfb-status.techempower.com/
@redkale As far as I can understand TFB requirement number 2, the HTTP should be minimal, but realistic. In respect to this requirement, any framework not parsing the HTTP headers...
@fafhrd91 And with pl += 1 you generated ``` update world set randomNumber = CASE id when $1 then $2 when $3 then $4 ... ... when $9 then $10...
@fafhrd91 You are right. My bad. But the main idea of this issue is still valid. I did made the generation error on my side, and found out that the...
After a quick search, other similar findings - some clearly breaking the requirements: https://github.com/TechEmpower/FrameworkBenchmarks/blob/master/frameworks/Go/gnet/src/main.go#L29 https://github.com/TechEmpower/FrameworkBenchmarks/blob/master/frameworks/Rust/actix/src/main_server.rs#L23 https://github.com/TechEmpower/FrameworkBenchmarks/blob/master/frameworks/Rust/faf/src/main.rs https://github.com/TechEmpower/FrameworkBenchmarks/blob/master/frameworks/Rust/ntex/src/main_plt.rs IMHO a simple way to validate the HTTP implementation could be to emit...
Another framework with pre-computed headers for /plaintext - which won't respond to basic "Connection: close" request so should be marked as "stripped": https://github.com/TechEmpower/FrameworkBenchmarks/blob/6d92c7b44cb89ead9e71f12f8a20ee52966419e6/frameworks/Java/vertx/src/main/java/vertx/App.java#L96
> Related partially to this: #7984 > > but on request parsing side: if parsing won't happen, no http headers are materialized/evaluated to drive HTTP server logic as well You...
Could you investigate a little and find out what actually happens?
Please try with this last commit.
I am not able to reproduce this behavior.