<zeb_>
Woah, I just tried switching some of my CSS/JS links in my HTML file from /ipns/<peer_id/restofpath to simply ./restofpath, and it made my site load a whole lot faster!
upperdeck has quit [Ping timeout: 268 seconds]
<deltab>
IPNS uses DHT lookups, which currently require you to connect to a number of nodes getting closer and closer
upperdeck has joined #ipfs
<deltab>
if you're already connected to the nodes (as you likely are with ipfs.io), you don't need to make new connections so it's quicker
droman has quit [Quit: WeeChat 1.9.1]
<deltab>
(if I correctly remember the explanation someone else gave)
domanic has joined #ipfs
<zeb_>
I'm guessing that it also helps to use relative paths for css/js libraries located in the same directory as your site, as it reduces the number of IPNS lookups, and seemed to make my site load a lot quicker.
<deltab>
makes sense
<zeb_>
Using IPFS links would probably be best for a lot of the libraries, but several of the ones I'm using (Bootstrap & Popper.js) look for .map files in the same directory as themselves, so I have to use IPNS links for those or else use the non-minified versions of the library... or modify the libraries to change their map links from relative links to IPFS links.
upperdeck has quit [Ping timeout: 240 seconds]
upperdeck has joined #ipfs
<zeb_>
Actually, which is better? A direct IPFS link or a relative link? (/ipfs/thing vs ./thing)
l__q has quit [Ping timeout: 250 seconds]
<lgierth>
relative
<deltab>
'better' depends on what you want, but generally the relative links will be quicker to look up and easier to change what they refer to
<lgierth>
if it's all part of the same file graph, it's easy to move it around, and pin it
<lgierth>
ideally everything is nicely self-contained, and ipfs takes care of the deduplication under the hood
<zeb_>
Okay then, I'll use relative links.
upperdeck has quit [Ping timeout: 240 seconds]
upperdeck has joined #ipfs
James_Epp has quit [Quit: Leaving]
l__q has joined #ipfs
upperdeck has quit [Ping timeout: 255 seconds]
upperdeck has joined #ipfs
upperdeck has quit [Ping timeout: 240 seconds]
upperdeck has joined #ipfs
jaboja has joined #ipfs
upperdeck has quit [Ping timeout: 268 seconds]
upperdeck has joined #ipfs
upperdeck has quit [Ping timeout: 260 seconds]
upperdeck has joined #ipfs
upperdeck has quit [Ping timeout: 260 seconds]
upperdeck has joined #ipfs
upperdeck has quit [Ping timeout: 240 seconds]
upperdeck has joined #ipfs
upperdeck has quit [Ping timeout: 240 seconds]
upperdeck has joined #ipfs
plexigras has joined #ipfs
vivus has joined #ipfs
kaotisk has quit [Ping timeout: 252 seconds]
upperdeck has quit [Ping timeout: 255 seconds]
kaotisk has joined #ipfs
upperdeck has joined #ipfs
detectiveaoi has joined #ipfs
kuchi has quit [Ping timeout: 250 seconds]
kuchi has joined #ipfs
upperdeck has quit [Ping timeout: 260 seconds]
upperdeck has joined #ipfs
upperdeck has quit [Ping timeout: 268 seconds]
upperdeck has joined #ipfs
upperdeck has quit [Ping timeout: 248 seconds]
upperdeck has joined #ipfs
vivus has quit [Quit: Leaving]
upperdeck has quit [Ping timeout: 268 seconds]
upperdeck has joined #ipfs
zeb_ has quit [Quit: Page closed]
Captain_Beezay has joined #ipfs
shizy has joined #ipfs
nonlinear has quit [Ping timeout: 240 seconds]
shizy has quit [Ping timeout: 240 seconds]
domanic has quit [Ping timeout: 240 seconds]
gmoro has quit [Ping timeout: 255 seconds]
<JCaesar>
Uh. :8080 will serve index.htmls? that's nice. :)
anewuser has joined #ipfs
jaboja has quit [Remote host closed the connection]
sim590 has quit [Ping timeout: 255 seconds]
gozala has quit [Ping timeout: 250 seconds]
upperdeck has quit [Ping timeout: 240 seconds]
gozala has joined #ipfs
upperdeck has joined #ipfs
sim590 has joined #ipfs
htmldust[m] has joined #ipfs
Reinhilde is now known as Ellenor
girrrrrrr2 has joined #ipfs
[BFG] has joined #ipfs
[BFG] has quit []
[BFG] has joined #ipfs
tombusby has quit [Ping timeout: 248 seconds]
tombusby has joined #ipfs
minoryu has joined #ipfs
}ls{ has quit [Ping timeout: 248 seconds]
<neuthral>
hello peeps, how would i go about linking comments on a thread to its parent? every post is stored as a json object and i need to get all posts added later to it, i though about maybe using a ipns mutable directory that stores the hashes of every post and comment..
<neuthral>
im working on a browser daemon based image board,
}ls{ has joined #ipfs
lexruee has quit [Ping timeout: 240 seconds]
<JCaesar>
neuthral: If you do not want to use ipns, you could pass the hash of the current postlist into the posts via JS from a parent iframe (or some parameter in the search link) (I've done something similar when building /ipns/goecam.liftm.de/start.html)
lexruee has joined #ipfs
<neuthral>
im not fully following, do you have a server to host the newest hashes for updates?
<neuthral>
im looking at your source code, trying to figure it out
htmldust[m] has left #ipfs ["User left"]
}ls{ has quit [Quit: real life interrupt]
<neuthral>
i guess youre updating your hash of the list as new content is added?
<h[m]1>
I'm wondering how hard it would be to serve gopher sites via IPFS
<h[m]1>
There appears to be a gopher subculture brewing in Mastodon
<Icefoz_>
I'm considering something sorta like that.
dimitarvp has quit [Quit: Bye]
<JCaesar>
neuthral: the start.html is indeed updated daily by a server, and the folder containing it is published to ipns.
ccii1 has quit [Ping timeout: 240 seconds]
<JCaesar>
(although it would be more efficient to directly put the ipfs hash into dns (see dig -tTXT goecam.liftm.de), but I don't want to mess with my dns server so far that my IPFS machine can update that.)
<JCaesar>
but yeah, what exactly is redirecting to the current ipfs hash is entirely up to you… Using ipns for that is nice, but currently not very fast and not mandatory.
kdragon has quit [Quit: ¯\_(ツ)_/¯]
kdragon has joined #ipfs
<h[m]1>
Very cool
infinity0_ has joined #ipfs
infinity0 is now known as Guest40125
infinity0_ has joined #ipfs
infinity0_ has quit [Changing host]
Guest40125 has quit [Killed (cherryh.freenode.net (Nickname regained by services))]
infinity0_ is now known as infinity0
dhruvbaldawa has joined #ipfs
<neuthral>
JCaesar: thanks for the input, im going in generally that direction, maybe i'll use a firebase db to get latest hash for users, and then share directly it through pubsub ;)
dhruvbaldawa has quit [Ping timeout: 248 seconds]
lupi has joined #ipfs
upperdeck has quit [Ping timeout: 248 seconds]
<JCaesar>
Say, ipfs pin will try to put a pin onto a hash. But will it do anything to actively retrieve the entire structure below that hash?
upperdeck has joined #ipfs
dhruvbaldawa has joined #ipfs
dhruvbaldawa has quit [Remote host closed the connection]
<Icefoz_>
JCaesar: Yes.
<Icefoz_>
It will retrieve the hash, then prevent it from being garbage-collected if/when the node runs low on space.
<JCaesar>
It's… incredibly slow. Like… few-blocks-per-minute slow, if even. And I know that the node that has the content is up…
<Icefoz_>
How fast is the connection between those two nodes?
<Icefoz_>
(I've had similar problems myself, especially with really large files.)
<JCaesar>
Not fast. Upstream is around 500kB/s, but I know that the downstream here doesn't give me that when going directly, given the connection is touching three different continents. Give it 100kB/s…
<JCaesar>
but still, the files are around 50kB. So a file per second should be no problem. Shouldn't that also mean a block per second?
<JCaesar>
($ ipfs stats bw is talking about ~5kB/s incoming…
<Icefoz_>
I'm afraid I don't know. :-(
<JCaesar>
(I'm trying to pin /ipfs/QmWAeY7spEsZ5UJ63fXVR9Ji5Kk2LkbLHX8HxcVULM8cWV, but that shouldn't matter.)
lupi has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<Icefoz_>
Hmmm
<Icefoz_>
Shows up just fine on ipfs.io
<Icefoz_>
but when I try to get it, it just sits there waiting
<JCaesar>
ipfs.io probably has it cached…
<Icefoz_>
Well then it should be able to give it to other people, I would assume.
<Icefoz_>
Oh, my node found it and is downloading it... very slowly.
<Icefoz_>
I'll let it keep doing that and seed it, and hopefully that can help you.
<JCaesar>
Thank you. But I'm a bit worried about the whole thing in general…
<JCaesar>
(It's 30GB in total, so I don't know if you really want to do that.)
<Icefoz_>
I'm getting about 120 kb/sec in, I guess.
<Icefoz_>
I have space, for the moment.
<Icefoz_>
It would certainly be interesting to be able to investigate this sort of thing better.
<JCaesar>
I'm still not getting anything. Stuck at 933 nodes and dead.
<h[m]1>
30 Gb. That sounds like the whole Ethereum database
<JCaesar>
Just some pictures a webcam took over the last two years. nothing particularily important either.
<Icefoz_>
Looks like Berlin! <3
<JCaesar>
Görlitz. Not quite as grand.
<Icefoz_>
Aww. Still pretty.
dhruvbaldawa has joined #ipfs
dhruvbaldawa has quit [Remote host closed the connection]
dhruvbaldawa has joined #ipfs
dhruvbaldawa has quit [Remote host closed the connection]
minoryu has quit [Ping timeout: 260 seconds]
alexpuig[m] has joined #ipfs
nope_23 has joined #ipfs
dhruvbaldawa has joined #ipfs
dhruvbaldawa has quit [Remote host closed the connection]
girrrrrrr2 has quit [Read error: Connection reset by peer]
dhruvbaldawa has joined #ipfs
hts has quit [Ping timeout: 260 seconds]
cix[m] has left #ipfs ["User left"]
Alpha64 has quit [Read error: Connection reset by peer]
ccii has joined #ipfs
rendar has joined #ipfs
ccii has quit [Ping timeout: 240 seconds]
ccii has joined #ipfs
detectiveaoi has quit [Quit: Leaving...]
<JCaesar>
Hm. I'm getting the feeling that ipfs add --nocopy is causing an awful lot of random access. That would explain why it is so slow…
nope_23 has quit [Ping timeout: 240 seconds]
lexruee has quit [Ping timeout: 248 seconds]
lexruee has joined #ipfs
anewuser has quit [Quit: anewuser]
Caterpillar has quit [Quit: You were not made to live as brutes, but to follow virtue and knowledge.]
plexigras has quit [Ping timeout: 260 seconds]
<neuthral>
is there a specific reason the js-ipfs browser daemon crashes the browser after a while?
<neuthral>
im using Vivaldi (chrome based)
clickjack has quit [Max SendQ exceeded]
<neuthral>
im trying to disable things like dht, webrtc and mdns
Ellenor is now known as Reinhilde
clickjack has joined #ipfs
Caterpillar has joined #ipfs
ygrek_ has joined #ipfs
espadrine has quit [Ping timeout: 240 seconds]
dhruvbaldawa has quit [Remote host closed the connection]
espadrine has joined #ipfs
dhruvbaldawa has joined #ipfs
dhruvbaldawa has quit [Ping timeout: 248 seconds]
upperdeck has quit [Ping timeout: 260 seconds]
upperdeck has joined #ipfs
leeice has joined #ipfs
leeice has left #ipfs [#ipfs]
clickjack has quit [Quit: clickjack]
upperdeck has quit [Ping timeout: 240 seconds]
upperdeck has joined #ipfs
xnbya has quit [Ping timeout: 248 seconds]
xnbya has joined #ipfs
espadrine has quit [Ping timeout: 248 seconds]
upperdeck has quit [Ping timeout: 255 seconds]
upperdeck has joined #ipfs
kaotisk has quit [Remote host closed the connection]
kaotisk has joined #ipfs
ygrek_ has quit [Ping timeout: 268 seconds]
xnbya has quit [Ping timeout: 248 seconds]
xnbya has joined #ipfs
toppler has joined #ipfs
<toppler>
Sorry for beginner question: I just ls'd a directory on /ipfs. It took ages, and appeared to download all the images in the directory (browsing them was instantaneous). Is that normal, something to do with ls?
<lemmi>
toppler: IIRC the --resolve-type can speed up things. ls downloads quite a bit more than just the folder
<toppler>
This was the normal linux "ls" on the mounted /ipfs directory. Should I be using the ipfs command instead?
<lemmi>
probably
cryp7ix has joined #ipfs
<JCaesar>
Deactivating the --color option of ls may be enough. I heard that that does quite a few things…
<JCaesar>
What I wanted to ask: Can I somehow remove objects from the filestore? Especially those that have gone no-file?
espadrine has joined #ipfs
erictapen has joined #ipfs
o33 has joined #ipfs
<JCaesar>
for my earlier question: after removing all pins and gc-ing, the files went away. not optimal, but problem solved, for now…
chiui has joined #ipfs
tglman has quit [Ping timeout: 240 seconds]
o33 has quit [Quit: Leaving]
tglman has joined #ipfs
lexruee has quit [Ping timeout: 248 seconds]
<chiui>
anybody using ipfs with #fedora?
<chiui>
it seems it cannot detect nat correctly, I may have found one reason, but it's not the only one
<chiui>
(hardcoded /usr/bin/ip and /usr/bin/route paths)