Default avatar
npub1n0k5...dwhk
npub1n0k5...dwhk
nostr:npub146y59dkatpwkx0ncs9u34vhmm60dedmdla0s8zy8yw22pqfj4huq36dp2y
press ctrl+shift+r if you havent noticed any change at #coracle.social
i think most of #nostr #nips are bullshit why you keep complicating things
#filehosting should be #filetype #agnostic these non-inclusive rasist file hosts who only accept image/png, image/jpg, image/jpeg, image/gif, image/webp, video/mp4,, video/quicktime, video/mpeg, video/webm, audio/mpeg, audio/mpg, audio/mpeg3 and audio/mp3 are not solving real problem which is: how to host ((any file)) and ((keep it available)) for ((anyone who wants to download it)) (wish there was bold text) just as nostr relays are dump, they dont discriminate based on note content, so should any file host be if file host does not allow uploading virus.exe, it is built wrong. build it again, build it the way they (who want to take your file down) don't know where the file originates
webtorrent through tor could be great, but the latency to load single image should be more like 100 ms rather than 30 seconds if we want to integrate it as image host idk why its so slow to initialize
from these 6 servers, only 2 seems to accept my #uploads anymore #nip-96 is broken at current state, or we need way more servers nostrcheck.me nostrage.com sove.rent nostr.build files.sovbit.host void.cat
#nip-96 is currently supported by 6 file upload servers, which is more than #nip-97 (probably one demo server), but less than any nip using relays directly (#nip-95, or kind 334/335) nostrcheck.me nostrage.com sove.rent nostr.build files.sovbit.host void.cat #kind-334 / #kind-335 are exclusive kinds for #nostrfileviewer, which supports any size of #files #uploaded directly to #relays. it supports #uploading #images without additional #compression / quality loss as well as uploading any other file type, like #archives, executables, #videos etc.. http://bafybeifv7ocpq7pkbwtw5bygwzinfregj2gsvfxge2likxbiftcbik6ag4.ipfs.cf-ipfs.com/#/hostr/p/c489c2bb22c693fc4bfaf444cc34fb247c2132995683ab659222725270d81635/d/fileloader.html#/quiet/filter:jpg/inlineall/noinlinelimit
investigating #nip-96. it is interesting sure, though way more complicated than #nip-97 also is there any kind of file replication? i guess i need to manually upload to each server, as there is no #nostr integration at server side. and manually query each server if my #file exists there. still no idea what even is #kind-10096. some kind of undocumented event no one is using. but there must be a way to find files in relays. maybe its this event idk ... echo '["REQ","q",{"kinds":[10096]}]' | websocat wss://relay.nostr.band echo '["REQ","q",{"kinds":[10096]}]' | websocat wss://nos.lol --> nothing
what is this? #iris_ipfs hosted on #ipfs iris-ipfs is iris with some fixes so that it runs well on ipfs, as well as some other fixes and added features, like support for #hostr content now this link is to hostr content its #html + #javascript app "nostr file viewer" hosted on hostr, eg, its source code is stored in nostr note however, now as #iris + hostr has been integrated, there needs to be only one #webserver or another way to access the #sourcecode. it is available through ipfs gateways, but also you could access it through your local ipfs node View quoted note →