ನೋವು ಇಲ್ಲದೆ 🥇IPFS (ಆದರೆ ಇದು ನಿಖರವಾಗಿಲ್ಲ)

Habré ಈಗಾಗಲೇ ಎಂದು ವಾಸ್ತವವಾಗಿ ಹೊರತಾಗಿಯೂ IPFS ಕುರಿತು ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಲೇಖನಗಳು.

ನಾನು ಈ ಪ್ರದೇಶದಲ್ಲಿ ಪರಿಣಿತನಲ್ಲ ಎಂದು ನಾನು ಈಗಿನಿಂದಲೇ ಸ್ಪಷ್ಟಪಡಿಸುತ್ತೇನೆ, ಆದರೆ ನಾನು ಈ ತಂತ್ರಜ್ಞಾನದಲ್ಲಿ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಬಾರಿ ಆಸಕ್ತಿ ತೋರಿಸಿದ್ದೇನೆ, ಆದರೆ ಅದರೊಂದಿಗೆ ಆಡಲು ಪ್ರಯತ್ನಿಸುವುದು ಆಗಾಗ್ಗೆ ಸ್ವಲ್ಪ ನೋವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ಇಂದು ನಾನು ಮತ್ತೆ ಪ್ರಯೋಗವನ್ನು ಪ್ರಾರಂಭಿಸಿದೆ ಮತ್ತು ನಾನು ಹಂಚಿಕೊಳ್ಳಲು ಬಯಸುವ ಕೆಲವು ಫಲಿತಾಂಶಗಳನ್ನು ಪಡೆದುಕೊಂಡಿದ್ದೇನೆ. ಸಂಕ್ಷಿಪ್ತವಾಗಿ, IPFS ಅನುಸ್ಥಾಪನಾ ಪ್ರಕ್ರಿಯೆ ಮತ್ತು ಕೆಲವು ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ವಿವರಿಸಲಾಗುವುದು (ಎಲ್ಲವನ್ನೂ ಉಬುಂಟುನಲ್ಲಿ ಮಾಡಲಾಗಿದೆ, ನಾನು ಅದನ್ನು ಇತರ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಲ್ಲಿ ಪ್ರಯತ್ನಿಸಿಲ್ಲ).

IPFS ಏನೆಂದು ನೀವು ತಪ್ಪಿಸಿಕೊಂಡರೆ, ಅದನ್ನು ಇಲ್ಲಿ ಸ್ವಲ್ಪ ವಿವರವಾಗಿ ಬರೆಯಲಾಗಿದೆ: habr.com/en/post/314768

ಸೆಟ್ಟಿಂಗ್

ಪ್ರಯೋಗದ ಶುದ್ಧತೆಗಾಗಿ, ಅದನ್ನು ತಕ್ಷಣವೇ ಕೆಲವು ಬಾಹ್ಯ ಸರ್ವರ್‌ನಲ್ಲಿ ಸ್ಥಾಪಿಸಲು ನಾನು ಸಲಹೆ ನೀಡುತ್ತೇನೆ, ಏಕೆಂದರೆ ನಾವು ಸ್ಥಳೀಯ ಮೋಡ್ ಮತ್ತು ರಿಮೋಟ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಕೆಲವು ಮೋಸಗಳನ್ನು ಪರಿಗಣಿಸುತ್ತೇವೆ. ನಂತರ, ಬಯಸಿದಲ್ಲಿ, ಅದನ್ನು ದೀರ್ಘಕಾಲದವರೆಗೆ ಕೆಡವಲಾಗುವುದಿಲ್ಲ, ಹೆಚ್ಚು ಇಲ್ಲ.

ಹೋಗಿ ಸ್ಥಾಪಿಸಿ

ಅಧಿಕೃತ ದಸ್ತಾವೇಜನ್ನು
ಪ್ರಸ್ತುತ ಆವೃತ್ತಿಯನ್ನು ಇಲ್ಲಿ ನೋಡಿ golang.org/dl

ಗಮನಿಸಿ: IPFS ಅನ್ನು ಹೆಚ್ಚಾಗಿ ಬಳಸಬೇಕಾದ ಬಳಕೆದಾರರ ಪರವಾಗಿ ಸ್ಥಾಪಿಸುವುದು ಉತ್ತಮ. ಸತ್ಯವೆಂದರೆ ಕೆಳಗೆ ನಾವು ಆರೋಹಿಸುವ ಆಯ್ಕೆಯನ್ನು ಪರಿಗಣಿಸುತ್ತೇವೆ ಫ್ಯೂಸ್ ಮತ್ತು ಸೂಕ್ಷ್ಮತೆಗಳಿವೆ.

cd ~
curl -O https://dl.google.com/go/go1.12.9.linux-amd64.tar.gz
tar xvf go1.12.9.linux-amd64.tar.gz
sudo chown -R root:root ./go
sudo mv go /usr/local
rm go1.12.9.linux-amd64.tar.gz

ನಂತರ ನೀವು ಪರಿಸರವನ್ನು ನವೀಕರಿಸಬೇಕಾಗಿದೆ (ಹೆಚ್ಚಿನ ವಿವರಗಳು ಇಲ್ಲಿ: golang.org/doc/code.html#GOPATH).

echo 'export GOPATH=$HOME/work' >> ~/.bashrc
echo 'export PATH=$PATH:/usr/local/go/bin:$GOPATH/bin' >> ~/.bashrc
source ~/.bashrc

ಹೋಗಿ ಸ್ಥಾಪಿಸಲಾಗಿದೆ ಎಂದು ಪರಿಶೀಲಿಸಲಾಗುತ್ತಿದೆ

go version

IPFS ಅನ್ನು ಸ್ಥಾಪಿಸಿ

ನಾನು ಅನುಸ್ಥಾಪನಾ ವಿಧಾನವನ್ನು ಹೆಚ್ಚು ಇಷ್ಟಪಟ್ಟಿದ್ದೇನೆ ipfs ನವೀಕರಣ.

ಆಜ್ಞೆಯೊಂದಿಗೆ ಅದನ್ನು ಸ್ಥಾಪಿಸಿ

go get -v -u github.com/ipfs/ipfs-update

ಅದರ ನಂತರ, ನೀವು ಈ ಕೆಳಗಿನ ಆಜ್ಞೆಗಳನ್ನು ಚಲಾಯಿಸಬಹುದು:

ipfs-ನವೀಕರಣ ಆವೃತ್ತಿಗಳು - ಡೌನ್‌ಲೋಡ್‌ಗಾಗಿ ಲಭ್ಯವಿರುವ ಎಲ್ಲಾ ಆವೃತ್ತಿಗಳನ್ನು ನೋಡಲು.
ipfs-ನವೀಕರಣ ಆವೃತ್ತಿ - ಪ್ರಸ್ತುತ ಸ್ಥಾಪಿಸಲಾದ ಆವೃತ್ತಿಯನ್ನು ನೋಡಲು (ನಾವು IPFS ಅನ್ನು ಸ್ಥಾಪಿಸುವವರೆಗೆ, ಅದು ಯಾವುದೂ ಆಗಿರುವುದಿಲ್ಲ).
ipfs-update ಇತ್ತೀಚಿನ ಸ್ಥಾಪನೆ - IPFS ನ ಇತ್ತೀಚಿನ ಆವೃತ್ತಿಯನ್ನು ಸ್ಥಾಪಿಸಿ. ಇತ್ತೀಚಿನ ಬದಲಿಗೆ, ಅನುಕ್ರಮವಾಗಿ, ಲಭ್ಯವಿರುವ ಪಟ್ಟಿಯಿಂದ ನೀವು ಯಾವುದೇ ಬಯಸಿದ ಆವೃತ್ತಿಯನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು.

ipfs ಅನ್ನು ಸ್ಥಾಪಿಸಲಾಗುತ್ತಿದೆ

ipfs-update install latest

ಪರಿಶೀಲಿಸಲಾಗುತ್ತಿದೆ

ipfs --version

ಅನುಸ್ಥಾಪನೆಯೊಂದಿಗೆ ನೇರವಾಗಿ ಸಾಮಾನ್ಯ ಪರಿಭಾಷೆಯಲ್ಲಿ ಎಲ್ಲವೂ.

IPFS ಅನ್ನು ಪ್ರಾರಂಭಿಸಿ

ಆರಂಭ

ಮೊದಲು ನೀವು ಪ್ರಾರಂಭವನ್ನು ನಿರ್ವಹಿಸಬೇಕಾಗಿದೆ.

ipfs init

ಪ್ರತಿಕ್ರಿಯೆಯಾಗಿ, ನೀವು ಈ ರೀತಿಯದನ್ನು ಸ್ವೀಕರಿಸುತ್ತೀರಿ:

 ipfs init
initializing IPFS node at /home/USERNAME/.ipfs
generating 2048-bit RSA keypair...done
peer identity: QmeCWX1DD7HnXXXXXXXXXXXXXXXXXXXXXXXXxxx
to get started, enter:
	ipfs cat /ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv/readme

ನೀವು ಸೂಚಿಸಿದ ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸಬಹುದು

ipfs cat /ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv/readme

ಪರಿಣಾಮವಾಗಿ

Hello and Welcome to IPFS!

██╗██████╗ ███████╗███████╗
██║██╔══██╗██╔════╝██╔════╝
██║██████╔╝█████╗  ███████╗
██║██╔═══╝ ██╔══╝  ╚════██║
██║██║     ██║     ███████║
╚═╝╚═╝     ╚═╝     ╚══════╝

If you're seeing this, you have successfully installed
IPFS and are now interfacing with the ipfs merkledag!

 -------------------------------------------------------
| Warning:                                              |
|   This is alpha software. Use at your own discretion! |
|   Much is missing or lacking polish. There are bugs.  |
|   Not yet secure. Read the security notes for more.   |
 -------------------------------------------------------

Check out some of the other files in this directory:

  ./about
  ./help
  ./quick-start     <-- usage examples
  ./readme          <-- this file
  ./security-notes

ಇಲ್ಲಿ, ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ, ಆಸಕ್ತಿದಾಯಕ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ಅನುಸ್ಥಾಪನೆಯ ಹಂತದಲ್ಲಿರುವ ವ್ಯಕ್ತಿಗಳು ಈಗಾಗಲೇ ತಮ್ಮದೇ ಆದ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಬಳಸಲು ಪ್ರಾರಂಭಿಸುತ್ತಿದ್ದಾರೆ. ಪ್ರಸ್ತಾವಿತ ಹ್ಯಾಶ್ QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv ಅನ್ನು ನಿರ್ದಿಷ್ಟವಾಗಿ ನಿಮಗಾಗಿ ರಚಿಸಲಾಗಿಲ್ಲ, ಆದರೆ ಬಿಡುಗಡೆಗೆ ಹೊಲಿಯಲಾಗುತ್ತದೆ. ಅಂದರೆ, ಬಿಡುಗಡೆಯ ಮೊದಲು, ಅವರು ಸ್ವಾಗತ ಪಠ್ಯವನ್ನು ಸಿದ್ಧಪಡಿಸಿದರು, ಅದನ್ನು IPFS ಗೆ ಸುರಿಯುತ್ತಾರೆ ಮತ್ತು ಸ್ಥಾಪಕಕ್ಕೆ ವಿಳಾಸವನ್ನು ಸೇರಿಸಿದರು. ಇದು ತುಂಬಾ ತಂಪಾಗಿದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಮತ್ತು ಈ ಫೈಲ್ (ಹೆಚ್ಚು ನಿಖರವಾಗಿ, ಸಂಪೂರ್ಣ ಫೋಲ್ಡರ್) ಈಗ ಸ್ಥಳೀಯವಾಗಿ ಮಾತ್ರವಲ್ಲದೆ ಅಧಿಕೃತ ಗೇಟ್ವೇನಲ್ಲಿಯೂ ವೀಕ್ಷಿಸಬಹುದು ipfs.io/ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv. ಅದೇ ಸಮಯದಲ್ಲಿ, ಫೋಲ್ಡರ್ನ ವಿಷಯಗಳು ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ಬದಲಾಗಿಲ್ಲ ಎಂದು ನೀವು ಖಚಿತವಾಗಿ ಹೇಳಬಹುದು, ಏಕೆಂದರೆ ಅದು ಬದಲಾಗಿದ್ದರೆ, ನಂತರ ಹ್ಯಾಶ್ ಕೂಡ ಬದಲಾಗುತ್ತಿತ್ತು.

ಮೂಲಕ, ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಆವೃತ್ತಿ ನಿಯಂತ್ರಣ ಸರ್ವರ್ನೊಂದಿಗೆ IPFS ಕೆಲವು ಹೋಲಿಕೆಗಳನ್ನು ಹೊಂದಿದೆ. ನೀವು ಫೋಲ್ಡರ್‌ನ ಮೂಲ ಫೈಲ್‌ಗಳಿಗೆ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಿದರೆ ಮತ್ತು ಫೋಲ್ಡರ್ ಅನ್ನು ಮತ್ತೆ IPFS ಗೆ ಸುರಿದರೆ, ಅದು ಹೊಸ ವಿಳಾಸವನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಹಳೆಯ ಫೋಲ್ಡರ್ ಎಲ್ಲಿಯೂ ಹೋಗುವುದಿಲ್ಲ ಮತ್ತು ಅದರ ಹಿಂದಿನ ವಿಳಾಸದಲ್ಲಿ ಲಭ್ಯವಿರುತ್ತದೆ.

ನೇರ ಉಡಾವಣೆ

ipfs daemon

ನೀವು ಈ ರೀತಿಯ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಸ್ವೀಕರಿಸಬೇಕು:

ipfs daemon
Initializing daemon...
go-ipfs version: 0.4.22-
Repo version: 7
System version: amd64/linux
Golang version: go1.12.7
Swarm listening on /ip4/x.x.x.x/tcp/4001
Swarm listening on /ip4/127.0.0.1/tcp/4001
Swarm listening on /ip6/::1/tcp/4001
Swarm listening on /p2p-circuit
Swarm announcing /ip4/127.0.0.1/tcp/4001
Swarm announcing /ip6/::1/tcp/4001
API server listening on /ip4/127.0.0.1/tcp/5001
WebUI: http://127.0.0.1:5001/webui
Gateway (readonly) server listening on /ip4/127.0.0.1/tcp/8080
Daemon is ready

ಇಂಟರ್ನೆಟ್‌ಗೆ ಬಾಗಿಲು ತೆರೆಯುವುದು

ಈ ಎರಡು ಸಾಲುಗಳಿಗೆ ಗಮನ ಕೊಡಿ:

WebUI: http://127.0.0.1:5001/webui
Gateway (readonly) server listening on /ip4/127.0.0.1/tcp/8080

ಈಗ, ನೀವು ಸ್ಥಳೀಯವಾಗಿ IPFS ಅನ್ನು ಸ್ಥಾಪಿಸಿದ್ದರೆ, ನಂತರ ನೀವು ಸ್ಥಳೀಯ ವಿಳಾಸಗಳನ್ನು ಬಳಸಿಕೊಂಡು IPFS ಇಂಟರ್ಫೇಸ್‌ಗಳನ್ನು ಪ್ರವೇಶಿಸುತ್ತೀರಿ ಮತ್ತು ಎಲ್ಲವೂ ನಿಮಗೆ ಲಭ್ಯವಿರುತ್ತವೆ (ಉದಾಹರಣೆಗೆ, ಸ್ಥಳೀಯ ಹೋಸ್ಟ್:5001/webui/). ಆದರೆ ಬಾಹ್ಯ ಸರ್ವರ್‌ನಲ್ಲಿ ಸ್ಥಾಪಿಸಿದಾಗ, ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ಗೇಟ್‌ವೇಗಳನ್ನು ಇಂಟರ್ನೆಟ್‌ಗೆ ಮುಚ್ಚಲಾಗುತ್ತದೆ. ಗೇಟ್‌ವೇ ಎರಡು:

webui ನಿರ್ವಾಹಕ (GitHub5001 ಬಂದರಿನಲ್ಲಿ.
ಪೋರ್ಟ್ 8080 ನಲ್ಲಿ ಬಾಹ್ಯ API (ಓದಲು ಮಾತ್ರ).

ಇಲ್ಲಿಯವರೆಗೆ, ಎರಡೂ ಪೋರ್ಟ್‌ಗಳನ್ನು (5001 ಮತ್ತು 8080) ಪ್ರಯೋಗಗಳಿಗಾಗಿ ತೆರೆಯಬಹುದು, ಆದರೆ ಯುದ್ಧ ಸರ್ವರ್‌ನಲ್ಲಿ, ಸಹಜವಾಗಿ, ಪೋರ್ಟ್ 5001 ಅನ್ನು ಫೈರ್‌ವಾಲ್‌ನೊಂದಿಗೆ ಮುಚ್ಚಬೇಕು. ಪೋರ್ಟ್ 4001 ಸಹ ಇದೆ, ಇದು ಇತರ ಗೆಳೆಯರು ನಿಮ್ಮನ್ನು ಹುಡುಕಲು ಅಗತ್ಯವಿದೆ. ಇದನ್ನು ಹೊರಗಿನ ವಿನಂತಿಗಳಿಗೆ ಮುಕ್ತವಾಗಿ ಬಿಡಬೇಕು.

ಸಂಪಾದನೆಗಾಗಿ ~/.ipfs/config ತೆರೆಯಿರಿ ಮತ್ತು ಅದರಲ್ಲಿ ಈ ಸಾಲುಗಳನ್ನು ಹುಡುಕಿ:

"Addresses": {
  "Swarm": [
    "/ip4/0.0.0.0/tcp/4001",
    "/ip6/::/tcp/4001"
  ],
  "Announce": [],
  "NoAnnounce": [],
  "API": "/ip4/127.0.0.1/tcp/5001",
  "Gateway": "/ip4/127.0.0.1/tcp/8080"
}

127.0.0.1 ಅನ್ನು ನಿಮ್ಮ ಸರ್ವರ್‌ನ ip ಗೆ ಬದಲಾಯಿಸಿ ಮತ್ತು ಫೈಲ್ ಅನ್ನು ಉಳಿಸಿ, ನಂತರ ipfs ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ (Ctrl + C ನೊಂದಿಗೆ ಚಾಲನೆಯಲ್ಲಿರುವ ಆಜ್ಞೆಯನ್ನು ನಿಲ್ಲಿಸಿ ಮತ್ತು ಅದನ್ನು ಮತ್ತೆ ಪ್ರಾರಂಭಿಸಿ).

ಪಡೆಯಬೇಕು

...
WebUI: http://ip_вашего_сервера:5001/webui
Gateway (readonly) server listening on /ip4/ip_вашего_сервера/tcp/8080

ಈಗ ಬಾಹ್ಯ ಇಂಟರ್ಫೇಸ್ಗಳು ಲಭ್ಯವಿರಬೇಕು.

ಪರಿಶೀಲಿಸಿ

http://домен_или_ip_сервера:8080/ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv/readme

ಮೇಲಿನ readme ಫೈಲ್ ತೆರೆಯಬೇಕು.

http://домен_или_ip_сервера:5001/webui/

ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ತೆರೆಯಬೇಕು.

webui ನಿಮಗಾಗಿ ಕೆಲಸ ಮಾಡಿದರೆ, ಅಂಕಿಅಂಶಗಳನ್ನು ವೀಕ್ಷಿಸುವುದನ್ನು ಒಳಗೊಂಡಂತೆ IPFS ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ನೇರವಾಗಿ ಅದರಲ್ಲಿ ಬದಲಾಯಿಸಬಹುದು, ಆದರೆ ಕೆಳಗೆ ನಾನು ಕಾನ್ಫಿಗರ್ ಫೈಲ್ ಮೂಲಕ ನೇರವಾಗಿ ಕಾನ್ಫಿಗರೇಶನ್ ಆಯ್ಕೆಗಳನ್ನು ಪರಿಗಣಿಸುತ್ತೇನೆ, ಅದು ಸಾಮಾನ್ಯವಾಗಿ ನಿರ್ಣಾಯಕವಲ್ಲ. ಕಾನ್ಫಿಗರ್ ಎಲ್ಲಿದೆ ಮತ್ತು ಅದರೊಂದಿಗೆ ಏನು ಮಾಡಬೇಕೆಂದು ನಿಖರವಾಗಿ ನೆನಪಿಟ್ಟುಕೊಳ್ಳುವುದು ಉತ್ತಮ, ಇಲ್ಲದಿದ್ದರೆ ವೆಬ್ ಫೇಸ್ ಕಾರ್ಯನಿರ್ವಹಿಸದಿದ್ದರೆ, ಅದು ಹೆಚ್ಚು ಕಷ್ಟಕರವಾಗಿರುತ್ತದೆ.

ನಿಮ್ಮ ಸರ್ವರ್‌ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಹೊಂದಿಸಲಾಗುತ್ತಿದೆ

ಇಲ್ಲಿ ಮೊದಲ ಅಪಾಯವಿದೆ, ಇದು ಸುಮಾರು ಮೂರು ಗಂಟೆಗಳನ್ನು ತೆಗೆದುಕೊಂಡಿತು.

ನೀವು ಬಾಹ್ಯ ಸರ್ವರ್‌ನಲ್ಲಿ IPFS ಅನ್ನು ಸ್ಥಾಪಿಸಿದ್ದರೆ, ಆದರೆ IPFS ಅನ್ನು ಸ್ಥಳೀಯವಾಗಿ ಸ್ಥಾಪಿಸದಿದ್ದರೆ ಅಥವಾ ರನ್ ಮಾಡದಿದ್ದರೆ, ನೀವು ವೆಬ್ ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ /webui ಗೆ ಹೋದಾಗ, ನೀವು ಸಂಪರ್ಕ ದೋಷವನ್ನು ನೋಡಬೇಕು:

ಸತ್ಯವೆಂದರೆ ವೆಬುಯಿ, ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ, ಬಹಳ ಅಸ್ಪಷ್ಟವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಮೊದಲಿಗೆ, ಇಂಟರ್ಫೇಸ್ ತೆರೆದಿರುವ ಸರ್ವರ್ನ API ಗೆ ಸಂಪರ್ಕಿಸಲು ಇದು ಪ್ರಯತ್ನಿಸುತ್ತದೆ (ಬ್ರೌಸರ್ನಲ್ಲಿನ ವಿಳಾಸವನ್ನು ಆಧರಿಸಿ, ಸಹಜವಾಗಿ). ಮತ್ತು ಅದು ಅಲ್ಲಿ ಕೆಲಸ ಮಾಡದಿದ್ದರೆ, ಅದು ಸ್ಥಳೀಯ ಗೇಟ್‌ವೇಗೆ ಸಂಪರ್ಕಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ. ಮತ್ತು ನೀವು ಸ್ಥಳೀಯವಾಗಿ ಐಪಿಎಫ್‌ಎಸ್ ಚಾಲನೆಯಲ್ಲಿದ್ದರೆ, ವೆಬುಯಿ ನಿಮಗಾಗಿ ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ನೀವು ಮಾತ್ರ ಸ್ಥಳೀಯ ಐಪಿಎಫ್‌ಎಸ್‌ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುತ್ತೀರಿ ಮತ್ತು ಬಾಹ್ಯವಲ್ಲ, ನೀವು ಬಾಹ್ಯ ಸರ್ವರ್‌ನಲ್ಲಿ ವೆಬ್‌ಐ ಅನ್ನು ತೆರೆದಿದ್ದರೂ. ನಂತರ ನೀವು ಫೈಲ್‌ಗಳನ್ನು ಅಪ್‌ಲೋಡ್ ಮಾಡುತ್ತೀರಿ, ಆದರೆ ಕೆಲವು ಕಾರಣಗಳಿಂದ ನೀವು ಅವುಗಳನ್ನು ಬಾಹ್ಯ ಸರ್ವರ್‌ನಲ್ಲಿ ನೋಡುವುದಿಲ್ಲ…

ಮತ್ತು ಅದು ಸ್ಥಳೀಯವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸದಿದ್ದರೆ, ನಾವು ಸಂಪರ್ಕ ದೋಷವನ್ನು ಪಡೆಯುತ್ತೇವೆ. ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ, ದೋಷವು ಹೆಚ್ಚಾಗಿ CORS ನ ಕಾರಣದಿಂದಾಗಿರುತ್ತದೆ, ಇದು ಸಂರಚನೆಯನ್ನು ಸೇರಿಸಲು ಸೂಚಿಸುವ ವೆಬ್‌ಯುಯಿಯಿಂದ ಕೂಡ ಸೂಚಿಸಲಾಗುತ್ತದೆ.

ipfs config --json API.HTTPHeaders.Access-Control-Allow-Origin '["http://ip_вашего сервера:5001", "http://127.0.0.1:5001", "https://webui.ipfs.io"]'
ipfs config --json API.HTTPHeaders.Access-Control-Allow-Methods '["PUT", "GET", "POST"]'

ನಾನು ಈಗಷ್ಟೇ ವೈಲ್ಡ್‌ಕಾರ್ಡ್ ಅನ್ನು ನೋಂದಾಯಿಸಿದ್ದೇನೆ

ipfs config --json API.HTTPHeaders.Access-Control-Allow-Origin '["*"]'

ಸೇರಿಸಿದ ಹೆಡರ್‌ಗಳನ್ನು ಅದೇ ~/.ipfs/config ನಲ್ಲಿ ಕಾಣಬಹುದು. ನನ್ನ ವಿಷಯದಲ್ಲಿ ಅದು

  "API": {
    "HTTPHeaders": {
      "Access-Control-Allow-Origin": [
        "*"
      ]
    }
  },

ನಾವು ipfs ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸುತ್ತೇವೆ ಮತ್ತು webui ಯಶಸ್ವಿಯಾಗಿ ಸಂಪರ್ಕಗೊಂಡಿದೆ ಎಂದು ನಾವು ನೋಡುತ್ತೇವೆ (ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ, ನೀವು ಹೊರಗಿನಿಂದ ವಿನಂತಿಗಳಿಗಾಗಿ ಗೇಟ್ವೇಗಳನ್ನು ತೆರೆದಿದ್ದರೆ, ಮೇಲೆ ವಿವರಿಸಿದಂತೆ).

ಈಗ ನೀವು ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ನೇರವಾಗಿ ಫೋಲ್ಡರ್‌ಗಳು ಮತ್ತು ಫೈಲ್‌ಗಳನ್ನು ಅಪ್‌ಲೋಡ್ ಮಾಡಬಹುದು, ಹಾಗೆಯೇ ನಿಮ್ಮ ಸ್ವಂತ ಫೋಲ್ಡರ್‌ಗಳನ್ನು ರಚಿಸಬಹುದು.

FUSE ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಆರೋಹಿಸುವುದು

ಇಲ್ಲಿ ಸಾಕಷ್ಟು ಆಸಕ್ತಿದಾಯಕ ವೈಶಿಷ್ಟ್ಯವಿದೆ.

ಫೈಲ್‌ಗಳು (ಹಾಗೆಯೇ ಫೋಲ್ಡರ್‌ಗಳು), ನಾವು ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಮಾತ್ರವಲ್ಲದೆ ನೇರವಾಗಿ ಟರ್ಮಿನಲ್‌ನಲ್ಲಿಯೂ ಸೇರಿಸಬಹುದು, ಉದಾಹರಣೆಗೆ

ipfs add test -r
added QmfYuz2gegRZNkDUDVLNa5DXzKmxxxxxxxxxx test/test.txt
added QmbnzgRVAP4fL814h5mQttyqk1aURxxxxxxxxxxxx test

ಕೊನೆಯ ಹ್ಯಾಶ್ ರೂಟ್ ಫೋಲ್ಡರ್‌ನ ಹ್ಯಾಶ್ ಆಗಿದೆ.

ಈ ಹ್ಯಾಶ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು, ನಾವು ಯಾವುದೇ ipfs ನೋಡ್‌ನಲ್ಲಿ ಫೋಲ್ಡರ್ ಅನ್ನು ತೆರೆಯಬಹುದು (ಅದು ನಮ್ಮ ನೋಡ್ ಅನ್ನು ಕಂಡುಹಿಡಿಯಬಹುದು ಮತ್ತು ವಿಷಯಗಳನ್ನು ಪಡೆಯಬಹುದು), ನಾವು ಪೋರ್ಟ್ 5001 ಅಥವಾ 8080 ನಲ್ಲಿ ವೆಬ್ ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ ಮಾಡಬಹುದು ಅಥವಾ ನಾವು ಸ್ಥಳೀಯವಾಗಿ ipfs ಮೂಲಕ ಮಾಡಬಹುದು.

ipfs ls QmbnzgRVAP4fL814h5mQttyqk1aUxxxxxxxxxxxxx
QmfYuz2gegRZNkDUDVLNa5DXzKmKVxxxxxxxxxxxxxx 10 test.txt

ಆದರೆ ನೀವು ಅದನ್ನು ಇನ್ನೂ ಸಾಮಾನ್ಯ ಫೋಲ್ಡರ್‌ನಂತೆ ತೆರೆಯಬಹುದು.

ರೂಟ್‌ನಲ್ಲಿ ಎರಡು ಫೋಲ್ಡರ್‌ಗಳನ್ನು ರಚಿಸೋಣ ಮತ್ತು ನಮ್ಮ ಬಳಕೆದಾರರಿಗೆ ಹಕ್ಕುಗಳನ್ನು ನೀಡೋಣ.

sudo mkdir /ipfs /ipns
sudo chown USERNAME /ipfs /ipns

ಮತ್ತು --ಮೌಂಟ್ ಫ್ಲ್ಯಾಗ್‌ನೊಂದಿಗೆ ipfs ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ

ipfs daemon --mount

ನೀವು ಇತರ ಸ್ಥಳಗಳಲ್ಲಿ ಫೋಲ್ಡರ್‌ಗಳನ್ನು ರಚಿಸಬಹುದು ಮತ್ತು ipfs ಡೀಮನ್ ನಿಯತಾಂಕಗಳ ಮೂಲಕ ಅವುಗಳಿಗೆ ಮಾರ್ಗವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು -mount -mount-ipfs /ipfs_path -mount-ipns /ipns_path

ಈಗ ಈ ಫೋಲ್ಡರ್‌ನಿಂದ ಓದುವುದು ಸ್ವಲ್ಪ ಅಸಾಮಾನ್ಯವಾಗಿದೆ.

ls -la /ipfs
ls: reading directory '/ipfs': Operation not permitted
total 0

ಅಂದರೆ, ಈ ಫೋಲ್ಡರ್‌ನ ಮೂಲಕ್ಕೆ ನೇರ ಪ್ರವೇಶವಿಲ್ಲ. ಆದರೆ ನೀವು ವಿಷಯವನ್ನು ಪಡೆಯಬಹುದು, ಹ್ಯಾಶ್ ಅನ್ನು ತಿಳಿದುಕೊಳ್ಳಬಹುದು.

ls -la /ipfs/QmbnzgRVAP4fL814h5mQttyqxxxxxxxxxxxxxxxxx
total 0
-r--r--r-- 1 root root 10 Aug 31 07:03 test.txt

cat /ipfs/QmbnzgRVAP4fL814h5mQttyqxxxxxxxxxxxxxxxxx/test.txt 
test
test

ಅದೇ ಸಮಯದಲ್ಲಿ, ನೀವು ಮಾರ್ಗವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದಾಗ ಫೋಲ್ಡರ್ ಒಳಗೆ ಸ್ವಯಂ ಪೂರ್ಣಗೊಳಿಸುವಿಕೆ ಸಹ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.

ನಾನು ಮೇಲೆ ಹೇಳಿದಂತೆ, ಅಂತಹ ಆರೋಹಿಸುವಾಗ ಸೂಕ್ಷ್ಮತೆಗಳಿವೆ: ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ಮೌಂಟೆಡ್ ಫ್ಯೂಸ್ ಫೋಲ್ಡರ್ಗಳು ಪ್ರಸ್ತುತ ಬಳಕೆದಾರರಿಗೆ ಮಾತ್ರ ಲಭ್ಯವಿವೆ (ರೂಟ್ ಕೂಡ ಅಂತಹ ಫೋಲ್ಡರ್ನಿಂದ ಓದಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ, ಸಿಸ್ಟಮ್ನಲ್ಲಿ ಇತರ ಬಳಕೆದಾರರನ್ನು ಉಲ್ಲೇಖಿಸಬಾರದು). ನೀವು ಈ ಫೋಲ್ಡರ್‌ಗಳನ್ನು ಇತರ ಬಳಕೆದಾರರಿಗೆ ಲಭ್ಯವಾಗುವಂತೆ ಮಾಡಲು ಬಯಸಿದರೆ, ನಂತರ ಸಂರಚನೆಯಲ್ಲಿ ನೀವು "FuseAllowOther" ಅನ್ನು ಬದಲಾಯಿಸಬೇಕಾಗುತ್ತದೆ: ತಪ್ಪು "FuseAllowOther" ಗೆ: ನಿಜ. ಆದರೆ ಇಷ್ಟೇ ಅಲ್ಲ. ನೀವು IPFS ಅನ್ನು ರೂಟ್ ಆಗಿ ಚಲಾಯಿಸಿದರೆ, ಎಲ್ಲವೂ ಸರಿಯಾಗಿದೆ. ಮತ್ತು ಸಾಮಾನ್ಯ ಬಳಕೆದಾರರ ಪರವಾಗಿ (ಸೂಡೋ ಸಹ), ಆಗ ನೀವು ದೋಷವನ್ನು ಪಡೆಯುತ್ತೀರಿ

mount helper error: fusermount: option allow_other only allowed if 'user_allow_other' is set in /etc/fuse.conf

ಈ ಸಂದರ್ಭದಲ್ಲಿ, #user_allow_other ಲೈನ್ ಅನ್ನು ಅನ್‌ಕಾಮೆಂಟ್ ಮಾಡುವ ಮೂಲಕ ನೀವು /etc/fuse.conf ಅನ್ನು ಸಂಪಾದಿಸಬೇಕಾಗುತ್ತದೆ.

ಅದರ ನಂತರ, ipfs ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ.

FUSE ನೊಂದಿಗೆ ತಿಳಿದಿರುವ ಸಮಸ್ಯೆಗಳು

ಆರೋಹಿಸುವಾಗ (ಮತ್ತು ಬಹುಶಃ ಇತರ ಸಂದರ್ಭಗಳಲ್ಲಿ) ipfs ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿದ ನಂತರ, / ipfs ಮತ್ತು / ipns ಮೌಂಟ್ ಪಾಯಿಂಟ್‌ಗಳು ಲಭ್ಯವಿಲ್ಲ ಎಂದು ಸಮಸ್ಯೆಯನ್ನು ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಬಾರಿ ಗಮನಿಸಲಾಗಿದೆ. ಅವರಿಗೆ ಯಾವುದೇ ಪ್ರವೇಶವಿಲ್ಲ, ಮತ್ತು ls -la /ipfs ತೋರಿಸುತ್ತದೆ ???? ಹಕ್ಕುಗಳ ಪಟ್ಟಿಯಲ್ಲಿ.

ಈ ಪರಿಹಾರವನ್ನು ಕಂಡುಕೊಂಡಿದೆ:

fusermount -z -u /ipfs
fusermount -z -u /ipns

ನಂತರ ipfs ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ.

ಸೇವೆಯನ್ನು ಸೇರಿಸಲಾಗುತ್ತಿದೆ

ಸಹಜವಾಗಿ, ಟರ್ಮಿನಲ್ನಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಆರಂಭಿಕ ಪರೀಕ್ಷೆಗಳಿಗೆ ಮಾತ್ರ ಸೂಕ್ತವಾಗಿದೆ. ಯುದ್ಧ ಕ್ರಮದಲ್ಲಿ, ಸಿಸ್ಟಮ್ ಪ್ರಾರಂಭದಲ್ಲಿ ಡೀಮನ್ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಪ್ರಾರಂಭವಾಗಬೇಕು.

sudo ಪರವಾಗಿ, ಫೈಲ್ /etc/systemd/system/ipfs.service ಅನ್ನು ರಚಿಸಿ ಮತ್ತು ಅದಕ್ಕೆ ಬರೆಯಿರಿ:

[Unit]
Description=IPFS Daemon
After=syslog.target network.target remote-fs.target nss-lookup.target

[Service]
Type=simple
ExecStart=/home/USERNAME/work/bin/ipfs daemon --mount
User=USERNAME
Restart=always

[Install]
WantedBy=multi-user.target

USERNAME, ಸಹಜವಾಗಿ, ನಿಮ್ಮ ಬಳಕೆದಾರರನ್ನು ಬದಲಿಸಬೇಕು (ಮತ್ತು ಬಹುಶಃ ipfs ಪ್ರೋಗ್ರಾಂಗೆ ಪೂರ್ಣ ಮಾರ್ಗವು ನಿಮಗೆ ವಿಭಿನ್ನವಾಗಿರುತ್ತದೆ (ನೀವು ಪೂರ್ಣ ಮಾರ್ಗವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬೇಕು)).

ನಾವು ಸೇವೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತೇವೆ.

sudo systemctl enable ipfs.service

ನಾವು ಸೇವೆಯನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ.

sudo service ipfs start

ಸೇವೆಯ ಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತಿದೆ.

sudo service ipfs status

ಪ್ರಯೋಗದ ಶುದ್ಧತೆಗಾಗಿ, ಭವಿಷ್ಯದಲ್ಲಿ ಸರ್ವರ್ ಅನ್ನು ರೀಬೂಟ್ ಮಾಡಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಲು ipfs ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಯಶಸ್ವಿಯಾಗಿ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ.

ನಮಗೆ ತಿಳಿದಿರುವ ಹಬ್ಬಗಳನ್ನು ಸೇರಿಸುವುದು

ನಾವು ಬಾಹ್ಯ ಸರ್ವರ್‌ನಲ್ಲಿ ಮತ್ತು ಸ್ಥಳೀಯವಾಗಿ IPFS ನೋಡ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸಿರುವ ಪರಿಸ್ಥಿತಿಯನ್ನು ಪರಿಗಣಿಸಿ. ಬಾಹ್ಯ ಸರ್ವರ್‌ನಲ್ಲಿ, ನಾವು ಕೆಲವು ಫೈಲ್ ಅನ್ನು ಸೇರಿಸುತ್ತೇವೆ ಮತ್ತು CID ಮೂಲಕ ಸ್ಥಳೀಯವಾಗಿ IPFS ಮೂಲಕ ಅದನ್ನು ಪಡೆಯಲು ಪ್ರಯತ್ನಿಸುತ್ತೇವೆ. ಏನಾಗುವುದೆಂದು? ಸಹಜವಾಗಿ, ಸ್ಥಳೀಯ ಸರ್ವರ್ ನಮ್ಮ ಬಾಹ್ಯ ಸರ್ವರ್ ಬಗ್ಗೆ ಏನನ್ನೂ ತಿಳಿದಿರುವುದಿಲ್ಲ ಮತ್ತು ಸಿಐಡಿಯಿಂದ ಫೈಲ್ ಅನ್ನು ಹುಡುಕಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ ಮತ್ತು ಲಭ್ಯವಿರುವ ಎಲ್ಲಾ IPFS ಗೆಳೆಯರನ್ನು "ಕೇಳುತ್ತದೆ" (ಅದು ಈಗಾಗಲೇ "ಪರಿಚಯವಾಗಲು" ನಿರ್ವಹಿಸಿದೆ). ಪ್ರತಿಯಾಗಿ ಅವರು ಇತರರನ್ನು ಕೇಳುತ್ತಾರೆ. ಮತ್ತು ಹೀಗೆ, ಫೈಲ್ ಕಂಡುಬರುವವರೆಗೆ. ವಾಸ್ತವವಾಗಿ, ನಾವು ಅಧಿಕೃತ ಗೇಟ್‌ವೇ ಮೂಲಕ ಫೈಲ್ ಅನ್ನು ಪಡೆಯಲು ಪ್ರಯತ್ನಿಸಿದಾಗ ಅದೇ ಸಂಭವಿಸುತ್ತದೆ ipfs.io. ನೀವು ಅದೃಷ್ಟವಂತರಾಗಿದ್ದರೆ, ಫೈಲ್ ಕೆಲವು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಕಂಡುಬರುತ್ತದೆ. ಮತ್ತು ಇಲ್ಲದಿದ್ದರೆ, ಕೆಲವೇ ನಿಮಿಷಗಳಲ್ಲಿ ಅದು ಕಂಡುಬರುವುದಿಲ್ಲ, ಇದು ಕೆಲಸದ ಸೌಕರ್ಯವನ್ನು ಹೆಚ್ಚು ಪರಿಣಾಮ ಬೀರುತ್ತದೆ. ಆದರೆ ಈ ಫೈಲ್ ಮೊದಲು ಎಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ ಎಂಬುದು ನಮಗೆ ತಿಳಿದಿದೆ. ಹಾಗಾದರೆ ನಾವು ತಕ್ಷಣ ನಮ್ಮ ಸ್ಥಳೀಯ ಸರ್ವರ್‌ಗೆ "ಮೊದಲು ಅಲ್ಲಿ ಹುಡುಕಿ" ಎಂದು ಏಕೆ ಹೇಳಬಾರದು? ಸ್ಪಷ್ಟವಾಗಿ, ಇದನ್ನು ಮಾಡಬಹುದು.

1. ನಾವು ರಿಮೋಟ್ ಸರ್ವರ್‌ಗೆ ಹೋಗುತ್ತೇವೆ ಮತ್ತು ~/.ipfs/config config ನಲ್ಲಿ ನೋಡುತ್ತೇವೆ

"Identity": {
    "PeerID": "QmeCWX1DD7HnPSuMHZSh6tFuxxxxxxxxxxxxxxxx",

2. sudo ಸೇವೆ ipfs ಸ್ಥಿತಿಯನ್ನು ರನ್ ಮಾಡಿ ಮತ್ತು ಅದರಲ್ಲಿ ಸಮೂಹ ನಮೂದುಗಳಿಗಾಗಿ ನೋಡಿ, ಉದಾಹರಣೆಗೆ:

Swarm announcing /ip4/ip_вашего_сервера/tcp/4001

3. ನಾವು ಇದರಿಂದ "/ip4/ip_your_server/tcp/4001/ipfs/$PeerID" ಫಾರ್ಮ್‌ನ ಸಾಮಾನ್ಯ ವಿಳಾಸವನ್ನು ಸೇರಿಸುತ್ತೇವೆ.

4. ವಿಶ್ವಾಸಾರ್ಹತೆಗಾಗಿ, ನಮ್ಮ ಸ್ಥಳೀಯ ವೆಬ್‌ಬಿ ಮೂಲಕ ಗೆಳೆಯರಿಗೆ ಈ ವಿಳಾಸವನ್ನು ಸೇರಿಸಲು ನಾವು ಪ್ರಯತ್ನಿಸುತ್ತೇವೆ.

5. ಎಲ್ಲವೂ ಸರಿಯಾಗಿದ್ದರೆ, ಸ್ಥಳೀಯ ಸಂರಚನೆಯನ್ನು ತೆರೆಯಿರಿ ~ / .ipfs / config, ಅದರಲ್ಲಿ "ಬೂಟ್‌ಸ್ಟ್ರ್ಯಾಪ್" ಅನ್ನು ಹುಡುಕಿ: [...
ಮತ್ತು ಸ್ವೀಕರಿಸಿದ ವಿಳಾಸವನ್ನು ಮೊದಲು ರಚನೆಗೆ ಸೇರಿಸಿ.

IPFS ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ.

ಈಗ ನಾವು ಫೈಲ್ ಅನ್ನು ಬಾಹ್ಯ ಸರ್ವರ್‌ಗೆ ಸೇರಿಸೋಣ ಮತ್ತು ಅದನ್ನು ಸ್ಥಳೀಯವಾಗಿ ವಿನಂತಿಸಲು ಪ್ರಯತ್ನಿಸೋಣ. ವೇಗವಾಗಿ ಹಾರಬೇಕು.

ಆದರೆ ಈ ಕಾರ್ಯವು ಇನ್ನೂ ಸ್ಥಿರವಾಗಿಲ್ಲ. ನಾನು ಅರ್ಥಮಾಡಿಕೊಂಡಂತೆ, ನಾವು ಬೂಟ್‌ಸ್ಟ್ರ್ಯಾಪ್‌ನಲ್ಲಿ ಪೀರ್ ವಿಳಾಸವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದರೂ ಸಹ, ಕಾರ್ಯಾಚರಣೆಯ ಸಮಯದಲ್ಲಿ ipfs ಸಕ್ರಿಯ ಸಂಪರ್ಕಗಳ ಪಟ್ಟಿಯನ್ನು ಗೆಳೆಯರಿಗೆ ಬದಲಾಯಿಸುತ್ತದೆ. ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ, ಶಾಶ್ವತ ಗೆಳೆಯರನ್ನು ಸೂಚಿಸುವ ಸಾಧ್ಯತೆಯ ಬಗ್ಗೆ ಇದರ ಚರ್ಚೆ ಮತ್ತು ಶುಭಾಶಯಗಳು ನಡೆಯುತ್ತಿವೆ ಇಲ್ಲಿ ಮತ್ತು ಹಾಗೆ ತೋರುತ್ತದೆ ಭಾವಿಸಲಾದ ಕೆಲವು ಕಾರ್ಯಗಳನ್ನು ಸೇರಿಸಿ [ಇಮೇಲ್ ರಕ್ಷಿಸಲಾಗಿದೆ]+

ಪ್ರಸ್ತುತ ಗೆಳೆಯರ ಪಟ್ಟಿಯನ್ನು webui ಮತ್ತು ಟರ್ಮಿನಲ್‌ನಲ್ಲಿ ವೀಕ್ಷಿಸಬಹುದು.

ipfs swarm peers

ಎರಡೂ ಸ್ಥಳಗಳಲ್ಲಿ ನೀವು ಹಸ್ತಚಾಲಿತವಾಗಿ ನಿಮ್ಮ ಸ್ವಂತ ಹಬ್ಬವನ್ನು ಸೇರಿಸಬಹುದು.

ipfs swarm connect "/ip4/ip_вашего_сервера/tcp/4001/ipfs/$PeerID"

ಈ ಕಾರ್ಯವನ್ನು ಸುಧಾರಿಸುವವರೆಗೆ, ಬಯಸಿದ ಪೀರ್‌ಗೆ ಸಂಪರ್ಕವನ್ನು ಪರಿಶೀಲಿಸಲು ಮತ್ತು ಇಲ್ಲದಿದ್ದರೆ, ಸಂಪರ್ಕವನ್ನು ಸೇರಿಸಲು ನೀವು ಉಪಕರಣವನ್ನು ಬರೆಯಬಹುದು.

ತಾರ್ಕಿಕ

IPFS ಬಗ್ಗೆ ಈಗಾಗಲೇ ಪರಿಚಿತವಾಗಿರುವವರಲ್ಲಿ, IPFS ಪರ ಮತ್ತು ವಿರುದ್ಧ ಎರಡೂ ವಾದಗಳಿವೆ. ಮೂಲತಃ, ನಿನ್ನೆ ಚರ್ಚೆ ಮತ್ತು ಮತ್ತೆ IPFS ಗೆ ಅಗೆಯಲು ನನ್ನನ್ನು ಪ್ರೇರೇಪಿಸಿತು. ಮತ್ತು ಮೇಲೆ ತಿಳಿಸಲಾದ ಚರ್ಚೆಗೆ ಸಂಬಂಧಿಸಿದಂತೆ: ಮಾತನಾಡಿದವರ ಯಾವುದೇ ವಾದವನ್ನು ನಾನು ಬಲವಾಗಿ ವಿರೋಧಿಸುತ್ತೇನೆ ಎಂದು ಹೇಳಲಾರೆ (ಒಂದೂವರೆ ಪ್ರೋಗ್ರಾಮರ್ಗಳು IPFS ಅನ್ನು ಬಳಸುತ್ತಾರೆ ಎಂಬ ಅಂಶವನ್ನು ಮಾತ್ರ ನಾನು ಒಪ್ಪುವುದಿಲ್ಲ). ಸಾಮಾನ್ಯವಾಗಿ, ಇಬ್ಬರೂ ತಮ್ಮದೇ ಆದ ರೀತಿಯಲ್ಲಿ ಸರಿ (ವಿಶೇಷವಾಗಿ ಚೆಕ್ ಬಗ್ಗೆ ಕಾಮೆಂಟ್ ಮಾಡಿ ನಿಮ್ಮನ್ನು ಯೋಚಿಸುವಂತೆ ಮಾಡುತ್ತದೆ). ಆದರೆ ನಾವು ನೈತಿಕ ಮತ್ತು ಕಾನೂನು ಮೌಲ್ಯಮಾಪನವನ್ನು ತ್ಯಜಿಸಿದರೆ, ಈ ತಂತ್ರಜ್ಞಾನದ ತಾಂತ್ರಿಕ ಮೌಲ್ಯಮಾಪನವನ್ನು ಯಾರು ನೀಡುತ್ತಾರೆ? ವೈಯಕ್ತಿಕವಾಗಿ, "ಇದನ್ನು ನಿಸ್ಸಂದಿಗ್ಧವಾಗಿ ಮಾಡಬೇಕು, ಇದು ಕೆಲವು ನಿರೀಕ್ಷೆಗಳನ್ನು ಹೊಂದಿದೆ" ಎಂದು ನನಗೆ ಕೆಲವು ರೀತಿಯ ಆಂತರಿಕ ಭಾವನೆ ಇದೆ. ಆದರೆ ಏಕೆ ನಿಖರವಾಗಿ, ಸ್ಪಷ್ಟ ಸೂತ್ರೀಕರಣವಿಲ್ಲ. ಹಾಗೆ, ನೀವು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಕೇಂದ್ರೀಕೃತ ಸಾಧನಗಳನ್ನು ನೋಡಿದರೆ, ಅನೇಕ ವಿಷಯಗಳಲ್ಲಿ ಅವು ಬಹಳ ಮುಂದಿವೆ (ಸ್ಥಿರತೆ, ವೇಗ, ನಿರ್ವಹಣೆ, ಇತ್ಯಾದಿ). ಅದೇನೇ ಇದ್ದರೂ, ನಾನು ಒಂದು ಆಲೋಚನೆಯನ್ನು ಹೊಂದಿದ್ದೇನೆ ಅದು ಅರ್ಥಪೂರ್ಣವಾಗಿದೆ ಮತ್ತು ಅಂತಹ ವಿಕೇಂದ್ರೀಕೃತ ವ್ಯವಸ್ಥೆಗಳಿಲ್ಲದೆ ಅದನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುವುದಿಲ್ಲ. ಸಹಜವಾಗಿ, ನಾನು ತುಂಬಾ ಕಷ್ಟಪಟ್ಟು ಸ್ವಿಂಗ್ ಮಾಡುತ್ತಿದ್ದೇನೆ, ಆದರೆ ನಾನು ಅದನ್ನು ಈ ರೀತಿ ರೂಪಿಸುತ್ತೇನೆ: ಇಂಟರ್ನೆಟ್ನಲ್ಲಿ ಮಾಹಿತಿಯನ್ನು ಪ್ರಸಾರ ಮಾಡುವ ತತ್ವವನ್ನು ಬದಲಾಯಿಸಬೇಕು.

ನಾನು ವಿವರಿಸುತ್ತೇನೆ. ನೀವು ಅದರ ಬಗ್ಗೆ ಯೋಚಿಸಿದರೆ, "ನಾನು ಅದನ್ನು ನೀಡಿದವನು ಅದನ್ನು ರಕ್ಷಿಸುತ್ತಾನೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ ಮತ್ತು ಅದನ್ನು ಉದ್ದೇಶಿಸದವರಿಗೆ ಕಳೆದುಕೊಳ್ಳುವುದಿಲ್ಲ ಅಥವಾ ಸ್ವೀಕರಿಸುವುದಿಲ್ಲ" ಎಂಬ ತತ್ವದ ಪ್ರಕಾರ ನಾವು ಮಾಹಿತಿಯನ್ನು ವಿತರಿಸಿದ್ದೇವೆ. ಉದಾಹರಣೆಯಾಗಿ, ವಿವಿಧ ಮೇಲ್ ಸೇವೆಗಳು, ಕ್ಲೌಡ್ ಸಂಗ್ರಹಣೆಗಳು ಇತ್ಯಾದಿಗಳನ್ನು ಪರಿಗಣಿಸುವುದು ಸುಲಭ. ಮತ್ತು ನಾವು ಏನು ಕೊನೆಗೊಳ್ಳುತ್ತೇವೆ? ಹಬ್ರೆ ಹಬ್‌ನಲ್ಲಿ ಮಾಹಿತಿ ಭದ್ರತೆ ಮೊದಲ ಸಾಲಿನಲ್ಲಿದೆ ಮತ್ತು ಬಹುತೇಕ ಪ್ರತಿದಿನ ನಾವು ಮತ್ತೊಂದು ಜಾಗತಿಕ ಸೋರಿಕೆಯ ಬಗ್ಗೆ ಸುದ್ದಿಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತೇವೆ. ತಾತ್ವಿಕವಾಗಿ, ಎಲ್ಲಾ ಅತ್ಯಂತ ಆಸಕ್ತಿದಾಯಕ ವಿಷಯಗಳನ್ನು <irony> ಅದ್ಭುತದಲ್ಲಿ ಪಟ್ಟಿ ಮಾಡಲಾಗಿದೆ ಲೇಖನ ಬೇಸಿಗೆ ಬಹುತೇಕ ಮುಗಿದಿದೆ. ಬಹುತೇಕ ಯಾವುದೇ ಸೋರಿಕೆಯಾಗದ ಡೇಟಾ ಉಳಿದಿಲ್ಲ. ಅಂದರೆ, ಮುಖ್ಯ ಇಂಟರ್ನೆಟ್ ದೈತ್ಯರು ದೊಡ್ಡದಾಗುತ್ತಿದ್ದಾರೆ, ಅವರು ಹೆಚ್ಚು ಹೆಚ್ಚು ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸುತ್ತಿದ್ದಾರೆ ಮತ್ತು ಅಂತಹ ಸೋರಿಕೆಗಳು ಒಂದು ರೀತಿಯ ಮಾಹಿತಿ ಪರಮಾಣು ಸ್ಫೋಟಗಳಾಗಿವೆ. ಇದು ಹಿಂದೆಂದೂ ಸಂಭವಿಸಿಲ್ಲ, ಮತ್ತು ಇಲ್ಲಿ ಅದು ಮತ್ತೊಮ್ಮೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಅಪಾಯಗಳಿವೆ ಎಂದು ಹಲವರು ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದರೂ, ಅವರು ತಮ್ಮ ಡೇಟಾವನ್ನು ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಕಂಪನಿಗಳಿಗೆ ನಂಬುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತಾರೆ. ಮೊದಲನೆಯದಾಗಿ, ಹೆಚ್ಚು ಪರ್ಯಾಯವಿಲ್ಲ, ಮತ್ತು ಎರಡನೆಯದಾಗಿ, ಅವರು ಎಲ್ಲಾ ರಂಧ್ರಗಳನ್ನು ಪ್ಯಾಚ್ ಮಾಡಿದ್ದಾರೆ ಮತ್ತು ಇದು ಮತ್ತೆ ಎಂದಿಗೂ ಸಂಭವಿಸುವುದಿಲ್ಲ ಎಂದು ಅವರು ಭರವಸೆ ನೀಡುತ್ತಾರೆ.

ನಾನು ಯಾವ ಆಯ್ಕೆಯನ್ನು ನೋಡುತ್ತೇನೆ? ಡೇಟಾವನ್ನು ಆರಂಭದಲ್ಲಿ ಬಹಿರಂಗವಾಗಿ ವಿತರಿಸಬೇಕು ಎಂದು ನನಗೆ ತೋರುತ್ತದೆ. ಆದರೆ ಈ ಸಂದರ್ಭದಲ್ಲಿ ಮುಕ್ತತೆ ಎಲ್ಲವನ್ನೂ ಓದಲು ಸುಲಭ ಎಂದು ಅರ್ಥವಲ್ಲ. ನಾನು ಸಂಗ್ರಹಣೆ ಮತ್ತು ವಿತರಣೆಯ ಮುಕ್ತತೆಯ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದೇನೆ, ಆದರೆ ಓದುವಲ್ಲಿ ಸಂಪೂರ್ಣ ಮುಕ್ತತೆಯಲ್ಲ. ಮಾಹಿತಿಯನ್ನು ಸಾರ್ವಜನಿಕ ಕೀಲಿಗಳೊಂದಿಗೆ ವಿತರಿಸಬೇಕು ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಎಲ್ಲಾ ನಂತರ, ಸಾರ್ವಜನಿಕ / ಖಾಸಗಿ ಕೀಲಿಗಳ ತತ್ವವು ಈಗಾಗಲೇ ಹಳೆಯದು, ಬಹುತೇಕ ಇಂಟರ್ನೆಟ್‌ನಂತೆ. ಮಾಹಿತಿಯು ಗೌಪ್ಯವಾಗಿಲ್ಲದಿದ್ದರೆ ಮತ್ತು ವಿಶಾಲ ವಲಯಕ್ಕೆ ಉದ್ದೇಶಿಸಿದ್ದರೆ, ಅದನ್ನು ಸಾರ್ವಜನಿಕ ಕೀಲಿಯೊಂದಿಗೆ ತಕ್ಷಣವೇ ಹಾಕಲಾಗುತ್ತದೆ (ಆದರೆ ಇನ್ನೂ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಲಾದ ರೂಪದಲ್ಲಿ, ಲಭ್ಯವಿರುವ ಕೀಲಿಯೊಂದಿಗೆ ಯಾರಾದರೂ ಅದನ್ನು ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡಬಹುದು). ಮತ್ತು ಇಲ್ಲದಿದ್ದರೆ, ಅದನ್ನು ಸಾರ್ವಜನಿಕ ಕೀಲಿಯಿಲ್ಲದೆ ಹಾಕಲಾಗುತ್ತದೆ ಮತ್ತು ಈ ಮಾಹಿತಿಗೆ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿರಬೇಕಾದ ಕೀಲಿಯನ್ನು ಸ್ವತಃ ವರ್ಗಾಯಿಸಲಾಗುತ್ತದೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಅದನ್ನು ಓದಬೇಕಾದವನು ಕೀಲಿಯನ್ನು ಮಾತ್ರ ಹೊಂದಿರಬೇಕು, ಮತ್ತು ಈ ಮಾಹಿತಿಯನ್ನು ಎಲ್ಲಿ ಪಡೆಯಬೇಕು, ಅವನು ನಿಜವಾಗಿಯೂ ಮೇಲೇರಬಾರದು - ಅವನು ಅದನ್ನು ನೆಟ್‌ವರ್ಕ್‌ನಿಂದ ಎಳೆಯುತ್ತಾನೆ (ಇದು ವಿಷಯದ ಮೂಲಕ ವಿತರಣೆಯ ಹೊಸ ತತ್ವವಾಗಿದೆ, ಅದರ ಮೂಲಕ ಅಲ್ಲ ವಿಳಾಸ).

ಹೀಗಾಗಿ, ಸಾಮೂಹಿಕ ದಾಳಿಗಾಗಿ, ಆಕ್ರಮಣಕಾರರು ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಖಾಸಗಿ ಕೀಗಳನ್ನು ಪಡೆಯಬೇಕಾಗುತ್ತದೆ, ಮತ್ತು ಇದನ್ನು ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ಮಾಡಲು ಅಸಂಭವವಾಗಿದೆ. ಈ ಕಾರ್ಯ, ನಾನು ನೋಡುವಂತೆ, ನಿರ್ದಿಷ್ಟ ಸೇವೆಯನ್ನು ಹ್ಯಾಕ್ ಮಾಡುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಕಷ್ಟ.

ಮತ್ತು ಇಲ್ಲಿ ಮತ್ತೊಂದು ಸಮಸ್ಯೆಯನ್ನು ಮುಚ್ಚಲಾಗಿದೆ: ಕರ್ತೃತ್ವದ ದೃಢೀಕರಣ. ಈಗ ಅಂತರ್ಜಾಲದಲ್ಲಿ ನಮ್ಮ ಸ್ನೇಹಿತರು ಬರೆದ ಅನೇಕ ಉಲ್ಲೇಖಗಳನ್ನು ನೀವು ಕಾಣಬಹುದು. ಆದರೆ ಅವುಗಳನ್ನು ಬರೆದವರು ಅವರೇ ಎಂಬುದಕ್ಕೆ ಗ್ಯಾರಂಟಿ ಎಲ್ಲಿದೆ? ಈಗ, ಅಂತಹ ಪ್ರತಿಯೊಂದು ದಾಖಲೆಯು ಡಿಜಿಟಲ್ ಸಹಿಯೊಂದಿಗೆ ಇದ್ದರೆ, ಅದು ತುಂಬಾ ಸುಲಭವಾಗುತ್ತದೆ. ಮತ್ತು ಈ ಮಾಹಿತಿಯು ಎಲ್ಲಿದೆ ಎಂಬುದು ಮುಖ್ಯವಲ್ಲ, ಮುಖ್ಯ ವಿಷಯವೆಂದರೆ ಸಹಿ, ಇದು ಖೋಟಾ ಮಾಡುವುದು ಕಷ್ಟ.

ಮತ್ತು ಇಲ್ಲಿ ಆಸಕ್ತಿದಾಯಕವಾಗಿದೆ: IPFS ಈಗಾಗಲೇ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಪರಿಕರಗಳನ್ನು ಹೊಂದಿದೆ (ಎಲ್ಲಾ ನಂತರ, ಇದನ್ನು ಬ್ಲಾಕ್‌ಚೈನ್ ತಂತ್ರಜ್ಞಾನದಲ್ಲಿ ನಿರ್ಮಿಸಲಾಗಿದೆ). ಖಾಸಗಿ ಕೀಲಿಯನ್ನು ತಕ್ಷಣವೇ ಸಂರಚನೆಯಲ್ಲಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾಗಿದೆ.

  "Identity": {
    "PeerID": "QmeCWX1DD7HnPSuMHZSh6tFuMxxxxxxxxxxxxxx",
    "PrivKey": "CAASqAkwggSkAgEAAoIBAQClZedVmj8JkPvT92sGrNIQmofVF3ne8xSWZIGqkm+t9IHNN+/NDI51jA0MRzpBviM3o/c/Nuz30wo95vWToNyWzJlyAISXnUHxnVhvpeJAbaeggQRcFxO9ujO9DH61aqgN1m+JoEplHjtc4KS5
pUEDqamve+xAJO8BWt/LgeRKA70JN4hlsRSghRqNFFwjeuBkT1kB6tZsG3YmvAXJ0o2uye+y+7LMS7jKpwJNJBiFAa/Kuyu3W6PrdOe7SqrXfjOLHQ0uX1oYfcqFIKQsBNj/Fb+GJMiciJUZaAjgHoaZrrf2b/Eii3z0i+QIVG7OypXT3Z9JUS60
KKLfjtJ0nVLjAgMBAAECggEAZqSR5sbdffNSxN2TtsXDa3hq+WwjPp/908M10QQleH/3mcKv98FmGz65zjfZyHjV5C7GPp24e6elgHr3RhGbM55vT5dQscJu7SGng0of2bnzQCEw8nGD18dZWmYJsE4rUsMT3wXxhUU4s8/Zijgq27oLyxKNr9T7
2gxqPCI06VTfMiCL1wBBUP1wHdFmD/YLJwOjV/sVzbsl9HxqzgzlDtfMn/bJodcURFI1sf1e6WO+MyTc3.................

ನಾನು ಭದ್ರತಾ ತಜ್ಞರಲ್ಲ ಮತ್ತು ಅದನ್ನು ಸರಿಯಾಗಿ ಬಳಸುವುದು ಹೇಗೆ ಎಂದು ನಿಖರವಾಗಿ ತಿಳಿದಿಲ್ಲ, ಆದರೆ ಈ ಕೀಗಳನ್ನು IPFS ನೋಡ್‌ಗಳ ನಡುವಿನ ವಿನಿಮಯದ ಮಟ್ಟದಲ್ಲಿ ಬಳಸಲಾಗುತ್ತದೆ ಎಂದು ನನಗೆ ತೋರುತ್ತದೆ. ಅಷ್ಟೇ ಅಲ್ಲ js-ipfs ಮತ್ತು ಉದಾಹರಣೆಗೆ ಯೋಜನೆಗಳು ಕಕ್ಷೆ-dbಇದು ಕೆಲಸ ಮಾಡುವ ಮೇಲೆ orbit.chat. ಅಂದರೆ, ಸೈದ್ಧಾಂತಿಕವಾಗಿ, ಪ್ರತಿ ಸಾಧನ (ಮೊಬೈಲ್ ಮತ್ತು ಮಾತ್ರವಲ್ಲ) ತನ್ನದೇ ಆದ ಎನ್‌ಕ್ರಿಪ್ಶನ್-ಡಿಕ್ರಿಪ್ಶನ್ ಯಂತ್ರಗಳೊಂದಿಗೆ ಸುಲಭವಾಗಿ ಸಜ್ಜುಗೊಳಿಸಬಹುದು. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಪ್ರತಿಯೊಬ್ಬರೂ ತಮ್ಮ ಖಾಸಗಿ ಕೀಗಳನ್ನು ಉಳಿಸುವ ಬಗ್ಗೆ ಕಾಳಜಿ ವಹಿಸುವುದು ಮಾತ್ರ ಉಳಿದಿದೆ, ಮತ್ತು ಪ್ರತಿಯೊಬ್ಬರೂ ತಮ್ಮದೇ ಆದ ಭದ್ರತೆಗೆ ಜವಾಬ್ದಾರರಾಗಿರುತ್ತಾರೆ ಮತ್ತು ಕೆಲವು ಸೂಪರ್-ಜನಪ್ರಿಯ ಇಂಟರ್ನೆಟ್ ದೈತ್ಯರಲ್ಲಿ ಮತ್ತೊಂದು ಮಾನವ ಅಂಶದ ಒತ್ತೆಯಾಳುಗಳಾಗಿರಬಾರದು.

ನೋಂದಾಯಿತ ಬಳಕೆದಾರರು ಮಾತ್ರ ಸಮೀಕ್ಷೆಯಲ್ಲಿ ಭಾಗವಹಿಸಬಹುದು. ಸೈನ್ ಇನ್ ಮಾಡಿ, ದಯವಿಟ್ಟು.

ನೀವು ಮೊದಲು IPFS ಬಗ್ಗೆ ಕೇಳಿದ್ದೀರಾ?

ನಾನು IPFS ಬಗ್ಗೆ ಎಂದಿಗೂ ಕೇಳಿಲ್ಲ, ಆದರೆ ಇದು ಆಸಕ್ತಿದಾಯಕವಾಗಿದೆ
ಕೇಳಿಲ್ಲ ಮತ್ತು ಕೇಳಲು ಬಯಸುವುದಿಲ್ಲ
ಕೇಳಿದರೂ ಆಸಕ್ತಿಯಿಲ್ಲ
ಕೇಳಿದೆ, ಆದರೆ ಅರ್ಥವಾಗಲಿಲ್ಲ, ಆದರೆ ಈಗ ಅದು ಆಸಕ್ತಿದಾಯಕವಾಗಿದೆ
ನಾನು ದೀರ್ಘಕಾಲದವರೆಗೆ IPFS ಅನ್ನು ಸಕ್ರಿಯವಾಗಿ ಬಳಸುತ್ತಿದ್ದೇನೆ.

69 ಬಳಕೆದಾರರು ಮತ ಹಾಕಿದ್ದಾರೆ. 13 ಬಳಕೆದಾರರು ದೂರ ಉಳಿದಿದ್ದಾರೆ.

ಮೂಲ: www.habr.com

ನೋವು ಇಲ್ಲದೆ IPFS (ಆದರೆ ಇದು ನಿಖರವಾಗಿಲ್ಲ)