torrent-paradise
mumba
torrent-paradise | mumba | |
---|---|---|
15 | 3 | |
407 | 18 | |
- | - | |
0.0 | 0.0 | |
4 months ago | almost 2 years ago | |
JavaScript | ||
- | - |
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.
torrent-paradise
-
Ask HN: I've Built a DHT Torrent Sniffer and Search Engine. Should I Release?
There’s also this which has since gone down but remains up on IPFS and its index hasn’t updated since January…
https://github.com/urbanguacamole/torrent-paradise
https://cloudflare-ipfs.com/ipfs/QmQjsKamNFZRvCMXDvZXQmRYjsm...
-
Torrent Paradise 2.0 is dead
For what its worth the source code is still up if anyone wants to create a new site using the code https://github.com/urbanguacamole/torrent-paradise
- I made a decentralized torrent search site with IPFS
-
Any replacement for Torrent Paradise ml ?
For years after we missed torrentz.eu, torrent-paradise.ml was my best torrent search engine. Clean, powerful and uptodate. Sadly it is disabpear in mid january 2022 for reason that I don't know. I'm wondering if there is any clone/alternatives, as the source code is available here
-
Please seed a backup of Torrent Paradise
The code and instructions are still at https://github.com/urbanguacamole/torrent-paradise
-
Database-Less Torrent Website
related: https://torrent-paradise.ml/ Also based on IPFS with this HTTP gateway. I find a lot of torrents in there.
-
Torrent Search Engines
Torrent Paradise
-
Did they really thought we will pay for all of this
I'm only on private, invite only torrent sites right now, so I'm not much help with regard to public trackers. I do have https://torrent-paradise.ml/ bookmarked which seems to be an aggregator of many other trackers.
- Privacy using our Tor-inspired onion routing
-
Please add Torrent Paradise in Synclers provider packages...
It would be great to add this very interesting and valuable torrent site in already awesome provider packages for Syncler. Here is the link for the site https://torrent-paradise.ml/
mumba
-
Back-end languages are coming to the front-end
> I feel like this would enable a more sensible choice:
I'm working in something like this
https://github.com/mumba-org/mumba
The applications developers publish native, Swift applications, where Swift have the full access to the Webkit/Blink api the same way Javascript does and even more with the patterns from the Chromium renderer (for instance, access to lifetime events).
The offline first comes from the fact that every application runs first as a daemon which provide a gRPC api to the world of the services it offers, where the web-UI application process might also consume this same api from its daemon -process manager or from other applications.
-
Database-Less Torrent Website
>That's interesting. Are you aware of the absurd-sql project?
No, thanks for pointing that out, will take a look into it.
> Also, how do peers find each other?
The idea is to use the torrents as a common shareable resource where given the peers have the same interest in that torrent, lets say the torrents works as a "meta-database" with just enough immutable metadata info, giving the developers of that application a list of peers that will have the same RPC service you designed, with a interface that suits your purpose according to your application goals (a distributed Youtube for instance), and giving you know and designed that API yourself whatever you want from each node, lets say a piece of data, be it a file or a database key-value range, you can ask your API for it, combining the torrent peers and whatever distribution combo you need.
> And finally, do you intend to open source it?
I've just did
https://github.com/mumba-org/mumba
It's badly documented given i'm on the final touches before a proper launch, but the "documentation" of the storage layer is planned for today, giving how important it is for the whole thing.
The first thing i've tried to get right was the storage layer, and the capacity to use mutable sqlite databases over torrent (together with files which are simpler given they are meant to be immutable).
Given theres no proper doc yet, i can point out to the source at
https://github.com/mumba-org/mumba/tree/main/lib/storage
where:
https://github.com/mumba-org/mumba/tree/main/lib/storage/bac...
is a modified chrome cache storage layer (which is the real underlying disk storage) that abstract the files and databases storages that from the bit-torrent layer perspective are on the disk.
https://github.com/mumba-org/mumba/blob/main/lib/storage/sto...
is the front end
and the:
https://github.com/mumba-org/mumba/blob/main/lib/storage/tor...
is the main abstraction that may be a "fileset"(collection of files as in torrent) or a dataset/database, which in this case you can get the sqlite db handle from the torrent object and deal with it as normal database.
I've take care to enable a key-value store over the sqlite btree, so both form of databases are possible, a key-value and a normal SQL database.
Key-values are important for the distributed case where you may want the nodes to have partial data and abstract a SQL layer (or whatever) on top of the distributed nodes, which is a better solution for distributed storage.
For the database distribution, a 64k SQLite memory page maps to a torrent piece of the same size, which can be synchronized over other peers that knows what's the root of the merkle tree of the given database is (you can use the RPC layer to coordinate this or use the bit-torrent DHT updating your slot with the new merkle root)
BTW This is what i'm using to distribute the applications, the DHT which points to a "database torrent" which in turn is a index to other files and database torrents.
-
Make the “semantic web” web 3.0 again – with the help of SQLite
I also have a project to explore this alternative way of peers communication but i have a different answer to this, and i think its better if its a network of peers that expose API's
https://github.com/mumba-org/mumba
It's badly documented as i have just published to github, but i hope it gives a clue of how is supposed to work.
I'm on the final touches over this project, but the main concept is already working as is 90% of it, but i think exposing SQL is too raw, and maybe dont offer the whole picture, as for instance, what is important is not data, but sometimes is computation..
Or yet, suppose you need to access something in a third-party before giving an anwer, or if you want to do it in a distributed fashion without you api consumer even noticing it?
API's are a good answer to that, and in my opinion are superior interfaces, whatever the semantic web of the future will be, it will need this network of API peers to work as a floor to it.
For instance, you can design a Graph API on top of it. Exposing your data layer directly is bad engineering as there's a lot of problems you wont be able to solve, ans where leaving clients to talk to "you" over a well-defined API will.
To put it simply, in my point of view the direction the semantic-web is pointing to is cool, but the answer is not the right one, and this idea of exposing SQLite directly while is cooler, yet have the same flaws, or else something as GraphQL would have taken the world as its not much a different answer than the one presented here.
What are some alternatives?
Magnetico - Autonomous (self-hosted) BitTorrent DHT search engine suite.
django-unicorn - The magical reactive component framework for Django ✨
tribler - Privacy enhanced BitTorrent client with P2P content discovery
torrent-net - Distributed search engines using BitTorrent and SQLite
torrenthistory-public
diode - Scala library for managing immutable application model
i2p.i2p - I2P is an anonymizing network, offering a simple layer that identity-sensitive applications can use to securely communicate. All data is wrapped with several layers of encryption, and the network is both distributed and dynamic, with no trusted parties.
luajit - LuaJIT is JIT compiler for the Lua language.
passerby - Peer-to-peer location services for the decentralized web -- discover what's around you, no central authority required
terminusdb - TerminusDB is a distributed database with a collaboration model
orbitdb - Peer-to-Peer Databases for the Decentralized Web
featured