Comments (1)
Possible eventually yes, but is it reasonable right now? Probably not. There's a lot that goes into this, and maybe flexibility in our top-level namespace is a reasonable way to start, but meeting all the necessary conditions for such a thing to work is probably hard.
For one thing, just letting people set their own top-level namespaces would introduce a footgun, wherein the user would be able to replace/intercept an existing top-level namespace and MITM themselves. So it would need a way to prevent such a thing from happening.
For another, we might actually have a good reason to change namespaces in the future because real TLD's aren't supposed to contain digits, which besides... some other stuff... is a reason we can't have real TLS certificates like .onion
names can. .garlic
might be the obvious choice, but that doesn't satisfy "flexibility." In fact, this necessitates narrowing the flexibility of the namespace.
However, human-readable naming is really just an application extension primarily used by the HTTP proxy. If somebody wanted, they could implement their own HTTP proxy with their own ways of mapping keys to values. I've done this, so that applications can maintain their own address books. That might be the quickest way to get what you want, doing it in the core will take a lot of deliberation.
from i2p.i2p.
Related Issues (20)
- multiable Hardcoded Secrets cve HOT 2
- 2 uses of risky/ broken cryptograhic alogrithm CVE HOT 3
- multiable SSRF server side request forgery CVE HOT 1
- 4 open redirects CVE HOT 2
- Inadequate Encryption Strength CVE multiables HOT 2
- multiable Use of Password Hash With Insufficient Computational Effort :CVE
- can i have perms to allow pull requests etc HOT 1
- Use of Hardcoded, Security-relevant Constants HOT 1
- Observable Timing Discrepancy (Timing Attack) HOT 2
- Use of Hardcoded Credentials HOT 1
- Improper Neutralization of CRLF Sequences in HTTP Headers HOT 1
- Improper Neutralization of CRLF Sequences in HTTP Headers number 2
- fresh install with split-config breaks the addressbook HOT 3
- https://deb.i2p2.de not responding HOT 5
- Why does Privacy Browser doesn't show up for opening links on GrapheneOS ? HOT 1
- i2psnark.upbw.max not applied after restart. HOT 2
- i2psnark themes behave different HOT 2
- caps=D @ ARM vserver ? HOT 8
- Tag 2.5.2 is missing HOT 2
- Respect for building in Java HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from i2p.i2p.