response_time alternatives and similar shards
Based on the "Framework Components" category.
Alternatively, view response_time alternatives based on common mentions on social networks and blogs.
-
motion.cr
Motion is a framework for building reactive, real-time frontend UI components in your Amber application using pure Crystal that are reusable, testable & encapsulated. -
mochi
Mochi is a authentication shard inspired by devise. Mochi is designed for the Amber framework with support for both Granite & Jennifer ORM's.
CodeRabbit: AI Code Reviews for Developers

Do you think we are missing an alternative of response_time or a related project?
README
response_time
Response time for Crystal servers.
This module set response HTTP Header like this:
X-Response-Time: 0.0722ms
Installation
Add this to your application's shard.yml
:
dependencies:
response_time:
github: SuperPaintman/response-time
Usage
With pure Crystal server
require "response_time"
require "http/server"
server = HTTP::Server.new("0.0.0.0", 8080,
[
ResponseTime::Handler.new
]) do |context|
context.response.content_type = "text/plain"
context.response.print "Hello response time!"
end
server.listen
With Kemal
require "response_time"
require "kemal"
add_handler ResponseTime::Handler.new
get "/" do |env|
"Hello response time!"
end
Kemal.run
Test
crystal spec
Contributing
- Fork it (https://github.com/SuperPaintman/response-time/fork)
- Create your feature branch (
git checkout -b feature/<feature_name>
) - Commit your changes (
git commit -am 'Added some feature'
) - Push to the branch (
git push origin feature/<feature_name>
) - Create a new Pull Request
Contributors
- SuperPaintman SuperPaintman - creator, maintainer
API
Changelog
[Changelog][changelog-url]
License
[MIT][license-url]
*Note that all licence references and agreements mentioned in the response_time README section above
are relevant to that project's source code only.