congratulations for being like one of a small handful of people actually even willing to consider the notion. I'm going to write a part II soon.. and will be combing over that most hard to read book for quotes.
it's written by an MK Ultra Survivor.
wow i used to read vw trends as a kid and never saw this covered :D
for some reason half of your reply didnt' show up earlier in iris.
but i'm seeing it here in more-speech.
--
Yes. I think it's due to the topology of nostr itself, having to as you said serve all the clients, with all the various requests they make.
This should be interesting.
Meanwhile, I wonder how many people realize that basically we're all doing work for free..
last month, for example I only pulled 428 gigs.
>From: 21b4191...<-nostr... at 03/26/23 22:19:01 on wss://relay.damus.io
>---------------
>> 200 MB / minute on a average.
>How does that compare to your dataset?
>Off hand it seems high, but maybe things aren't caching.
that is a RIDICULOUS amount of data.
but then again, i've never ran a professional CDN.
>From: cd9ea7c...<-8eb09... at 03/26/23 23:15:02 on wss://relay.damus.io
>---------------
>Can you explain why each image has to be downloaded by 10-30 relays per user?
>
((without getting too complicated, it doesn't mean that, necessarily.)) not sure how many relays most people use.
>As far as I understand, the image url is referenced within an event. That does not necessarly mean a relay would have to fetch it right?
>
(( referenced within an event, yes. and correct, the relay doesn't necessarily have to fetch the jpg. )) but the moment someone on global or that relay OR that persons followers list, fetches the event, that jpg is suddenly being pulled by from the media storage server whereever that is, and pulled by the users accessing it via that event on that relay, if this makes sense.
>Since the user first fetches the events from relays, which then make a separate request from the client to the image server.
>
>If for any reason all relays would need to fetch images (let´s say to verfiy the image content with a hashsum or whatever) this also may be solved in another way.
>
((this is interesting and sounds convoluted, but i'm curious what your proposing here, and how it would be beneficial..))
>Also another thought that came to my mind: To serve images that would cause high traffic, lets assume we know the user posting it has a lot of follwers: Image is uploaded to imager server. The relay recognizes this image as a very important image (VII) and publishes a specific event which will list a clients for that image that have downloaded this image within the last 20 minutes. Using this event, clients could request the image from other clients instead of getting it from the image server. It is like a client-only peer-to-peer image CDN. I am not sure though how this could be implemented so that clients could be found. Maybe with ephemeral events and web workers.
(( this is actually very interesting. )) I like this alot.
what I've yet to see is some sort of procedural regularity with the relays that i'm using (about 40 of them), and wherein I can predict a pattern therein that the above would actually be applicable in a relevant way,}{ without turning into the dreaded "this torrent started but has no seeds, scenario."
furthermore, on your last point: that would mean that other clients also have knowledge of an image uploaded, and where it is, making clients more a search engine back end, (but then how would they serve and validate metadata requests for an image or media resource, or mp4 for example?) the discovery portion of this is a bit vexing...
I wonder what thor@tigerville.no thinks of all this.
all of you are welcome to come discuss this on my irc server, if you'd like. there are already a few tech folks that idle there if you need some extra brains to pick.
2x2chat.com #2x2
thank you Daniele. I'm going to reply to and follow you from my main account: ringo@nostr-check.com (where this will come from, although I began composing this in iris.)
as far as the long form content, I think that writefreely *almost* nails it.
I run a blog server that could support thousands of users, but nobody ever asks me to start a blog.
I *Love* writing, though. and have been in the practice of keeping online blogs for the last 22 years, and on paper more or less forever.
---
I think what's happening is multifold, but people have largely lost the ability to communicate outside of an image... which is rather sad because if you think about it, the image isn't actually communicating what that person is thinking, and MAAAYBE if we're lucky only a fraction of what they are feeling.
That said, I'm not really certain how much thinking is actually going on in most peoples heads, but out of my nature and politeness both, I hesitate with trepidation to call them stupid, or ignorant. What I really do wonder though, is how effective THEY feel that a gif or an image is, insofar as communicating their feelings, emotions and thoughts. I've thus far, never gotten to the bottom of this one.
---
When you say "long form content," what kind of things are you seeing or would like to see here?
How would a website "run nostr?" I could hash out my conceptualization of that, but I'd rather hear what someone else thinks, so asking in earnest curiosity. Pros, Cons, overall architecture, or whatever you feel coming to mind that's both salient and universally relevant.
- - -
The Nephilim in Film - "Anna and The Wolves" (1973)
https://writehere.is/nwo/the-nephilim-in-film-anna-and-the-wolves-1973
- - - -
great thank you for asking :) just working on a few things over here, some involve pen and paper :D where do you hail from? Western united states here.
morning tetsu how are you today ?
well hello ! :) how are you?
anna and the wolves.
trying to finish this. it's a very strange movie, though.
that sounds lovely will do.
btw i run an irc server, you idle anywhere? this is so much flipping overhead just to have a simple conversation... and so inefficient.
🤣....