TurboGears VS may

Compare TurboGears vs may and see what are their differences.

TurboGears

Python web framework with full-stack layer implemented on top of a microframework core with support for SQL DBMS, MongoDB and Pluggable Applications (by TurboGears)
Our great sponsors
  • WorkOS - The modern identity platform for B2B SaaS
  • InfluxDB - Power Real-Time Data Analytics at Scale
  • SaaSHub - Software Alternatives and Reviews
TurboGears may
2 17
797 1,659
0.0% -
7.3 8.2
11 days ago 8 days ago
Python Rust
GNU General Public License v3.0 or later Apache License 2.0
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.

TurboGears

Posts with mentions or reviews of TurboGears. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2021-07-30.

may

Posts with mentions or reviews of may. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2024-03-25.
  • Why choose async/await over threads?
    11 projects | news.ycombinator.com | 25 Mar 2024
    https://github.com/Xudong-Huang/may

    The project has some serious restrictions and unsound footguns (e.g. around TLS), but otherwise it's usable enough. There are also a number of C/C++ libraries, but I can not comment on those.

  • Asynchronous Clean-Up (in Rust)
    5 projects | news.ycombinator.com | 25 Feb 2024
    > e.g. Linux mutexes

    You don't want to use blocking mutexes anyway with async.

    > or Rust's Rc

    This is only half true. The danger is that two `Rc` that point to the same data are in different threads. But it should be safe to move all of them at once from one thread to another, which is exactly the case if all the `Rc`s involved live inside a `Future`. The problem is that this is a non-local property that's hard to encode in the type system.

    > By the way, if you wish to test uncolored async in Rust, you can find an implementation here: https://github.com/Xudong-Huang/may .

    FYI that's known to be unsound due to thread locals. And more generally it doesn't seem to give much attention to safety (see for example how it allowed unsound scoped tasks, or the fact it allows doing unsafe operations in some of its macros due to wrong scoping of `unsafe` blocks).

  • What's the Benefit/Allure of Async/Await vs. CSP/Green Threads (and Other Concurrency Models)?
    6 projects | /r/rust | 9 Dec 2023
    It seems that rust removed native green threads as against it's philosophy: https://stackoverflow.com/questions/29428318/why-did-rust-remove-the-green-threading-model-whats-the-disadvantage#29430403 but there are good CSP libraries e.g. https://github.com/Xudong-Huang/may and yet people really like e.g. Tokio for Async/Await (although it also has greenthreads!) What am I missing?
  • Async Rust Is A Bad Language
    11 projects | news.ycombinator.com | 8 Sep 2023
    Can you admit that you failed in making it a pleasant experience to write async, especially for library authors? I don’t think it’s too late to admit failure and implement something like May https://github.com/Xudong-Huang/may
  • How Much Memory Do You Need to Run 1 Million Concurrent Tasks?
    2 projects | /r/programming | 21 May 2023
    Your benchmark is comparing apples to oranges, you're benchmarking different things. If you wanted to compare a Rust solution to something like what Go does, you would need to use something like this library.
  • async fn calls can lead to surprising performance problems if they are nested too deeply
    5 projects | /r/rust | 26 Jan 2023
    I am still intrigued by the stackful coroutine library, May https://github.com/Xudong-Huang/may. I would like to see how far this library can push the boundaries of being a higher level alternative to async
  • Virtual Threads in Rust?
    3 projects | /r/rust | 30 Sep 2022
    This library https://github.com/Xudong-Huang/may implement Stackful Coroutines in Rust which I believe is pretty close to what you're asking about. I believe it's a reasonably complete implementation, but it doesn't have much traction because most of the Rust ecosystem is using either async/await or native threads.
  • Java 19 Is Out
    4 projects | news.ycombinator.com | 20 Sep 2022
    1. Library creators do not want to have to deal with the headache over managing multiple runtime libraries and also between sync/async. IMO this is going to make Rust's library offerings very fractured, to the point where we will either be stuck on a legacy runtime for a long time or the hype for Rust will sizzle out because it's too difficult to write good code

    2. Tokio has the best support right now but Tokio is very difficult to write libraries for and may not be the best designed async library. Monoio looks like a very good design and may be the best option for web servers because you don't have to deal with Send and Sync.

    3. This method usually works but for async they should have been more opinionated. Stackfull coroutines line [May](https://github.com/Xudong-Huang/may) would have worked best for 99% of the use cases and maybe there could be a separate no-cost async setup for embedded. But trying to have both under the same async paradigm is causing huge issues.

  • [Media] Is this an accurate description of Rust’s concurrency model?
    2 projects | /r/rust | 26 Jun 2022
    https://github.com/Xudong-Huang/may + channels == something like CSP
  • Why does Rust not have a standard async runtime?
    3 projects | /r/rust | 4 May 2022
    On the more extremely different side, there are people also using stackful coroutines in Rust, using may or lunatic. Because Rust doesn't force a particular async runtime, those experiments can try out very different APIs.

What are some alternatives?

When comparing TurboGears and may you can also consider the following projects:

Django - The Web framework for perfectionists with deadlines.

Flask - The Python micro framework for building web applications.

Pyramid - Pyramid - A Python web framework

web2py - Free and open source full-stack enterprise framework for agile development of secure database-driven web-based applications, written and programmable in Python.

turbo - A framework based on tornado for easier development, scaling up and maintenance

Tornado - Tornado is a Python web framework and asynchronous networking library, originally developed at FriendFeed.

web.py - web.py is a web framework for python that is as simple as it is powerful.

CherryPy - CherryPy is a pythonic, object-oriented HTTP framework. https://cherrypy.dev

HS-Sanic - Async Python 3.6+ web server/framework | Build fast. Run fast. [Moved to: https://github.com/sanic-org/sanic]

django-unicorn - The magical reactive component framework for Django ✨

weppy - The web framework for inventors

tartiflette-aiohttp - tartiflette-aiohttp is a wrapper of aiohttp which includes the Tartiflette GraphQL Engine, do not hesitate to take a look of the Tartiflette project.