add multi-network-url-exchange-conception.gmi

This commit is contained in:
postscriptum 2025-12-27 03:32:51 +02:00
parent 22acc8956a
commit 5b54dd5e8a
2 changed files with 12 additions and 0 deletions

View file

@ -16,6 +16,7 @@
### Нотатки ### Нотатки
=> multi-network-url-exchange-conception.gmi 2025-12-27 Концепція мульти-мережного поширення URL
=> fix-screen-flickering-in-chrome-vscode-and-other-electron-apps.gmi 2025-12-24 Виправлення мерехтіння екрану в застосунках Electron на Linux => fix-screen-flickering-in-chrome-vscode-and-other-electron-apps.gmi 2025-12-24 Виправлення мерехтіння екрану в застосунках Electron на Linux
=> rust-cross-compilation-with-cross-crate.gmi 2025-12-22 Простий спосіб крос-компіляції Rust з cross => rust-cross-compilation-with-cross-crate.gmi 2025-12-22 Простий спосіб крос-компіляції Rust з cross
=> downgrade-to-iptables-ufw-from-firewalld-on-fedora-43.gmi 2025-12-18 Перехід на iptables/ufw з firewalld (Fedora 43) => downgrade-to-iptables-ufw-from-firewalld-on-fedora-43.gmi 2025-12-18 Перехід на iptables/ufw з firewalld (Fedora 43)

View file

@ -0,0 +1,11 @@
# Концепція мульти-мережного поширення URL
Хто користувався альтернативними мережами, зокрема ресурасами, які крутяться на різних гетвеях, мабуть помічав проблему: ніколи не знаєш яке посилання краще поширити в Інтернет, I2P, Onion, локалках типу CJDNS, Yggdrasil, Mycelium. Якщо кинути пачку цих посилань в якийсь меседж на Mastodon, то вони з'їдять 9/10 корисного вмісту повідомлення, а то й взагалі - втратять свою актуальність з часом / оновленням IP.
З цією метою, на форумі спільноти, я створив окремі теми-гетвеї для FTP, радіо, торентів та іншого, щоб посилатись на них, а там - юзер вже обере собі потрібну. Але все одно, це не зручно і дати мульти-мережне посилання на форум тут, очевидно, я не можу.
Тому, думаю потрібен якийсь мульти-мережний брідж. Є думки запилити під це діло проект Дупло. Зараз це по суті багатокористувацький сервер FTP, на який можна кинути інтеграцію в Nginx таким чином, щоб лінк дивився на поточний хост (що таку інтеграцію підтримує) а той - редіректив на proxy_pass. Тобто, при такій реалізації, посилання матимуть вигляд duplo:///user/path/to/data або шорт duplo://abcde123. Схема тут потрібна, щоб серверний застосунок правильно розрезольвив проксі.
Звісно, таке рішення підходить тільки для підвантаження мульти-медійного контенту inline. Для зовнішніх посилань, це не працюватиме. Звісно, можна "джампати" юзера через якийсь редірект-скипт, але подібні технології не вітаються в приватно-орієнтованих середовищах.
Поки такі думки. Треба щось придумати, бо ця незв'язність локалок призводить до їх ізоляції: юзери не можуть легко переміщатись між мережами і досі залежать від Інтернет як єдино можливої точки сполучення.