topic icons
-
@Dashrender said:
You're creation of an RSS feed on your site is your permission to at least pull data from your feed to any other website that wants to. Simply hosting an image, you don't expect anyone and everyone on the planet to pull your hosted images.
First part I agree with completely. Second part seems to refute the first part and is what I disagree with. Both cases content is put up and published. The difference between the two is totally in the eye of the beholder. You say that when I put up content, the fact that I put it up is tacit permission. I agree and simply say that this logic holds true and does not stop randomly due to content type.
-
@Dashrender said:
not the image as the whole picture (unless you are saying the post was nothing more than the image itself) but the purpose of the website/forum/community/whatever.
Who is to determine that purpose? You are putting a purpose on a file type that is not inherent to it.
-
@scottalanmiller said:
@Dashrender said:
You're creation of an RSS feed on your site is your permission to at least pull data from your feed to any other website that wants to. Simply hosting an image, you don't expect anyone and everyone on the planet to pull your hosted images.
First part I agree with completely. Second part seems to refute the first part and is what I disagree with. Both cases content is put up and published. The difference between the two is totally in the eye of the beholder. You say that when I put up content, the fact that I put it up is tacit permission. I agree and simply say that this logic holds true and does not stop randomly due to content type.
NO, that's not what I'm saying.
When you publish an RSS feed - you are saying - hey world, pull stuff off my site and use it anywhere you like.
When you publish that same connect, but do NOT have an RSS feed, you're saying saying, please come visit MY site, see what I'm selling, when you want to see what content I have.
-
@Dashrender said:
A great example is Slashdot. It was (is?) common for small community/product sites to be crashed when a highly popular website makes reference to the small site. I heard that it was such a problem that small sites would hope they wouldn't be discovered by slashdot. Heck they might have even asked to not be featured because of the potential to crash the site.
Okay, so you agree with my assertion that all linking is hot linking and the logic that says you should not reference a resource directly would logically be forced to be applied to a website.
And so, if I read your statements correctly, you feel that the concept of hyperlinking between sites is inherently bad regardless of the type.
I don't agree, but this is the only way that I see the logic of "references in websites are wrong" coming to a conclusion.
-
@scottalanmiller said:
@Dashrender said:
not the image as the whole picture (unless you are saying the post was nothing more than the image itself) but the purpose of the website/forum/community/whatever.
Who is to determine that purpose? You are putting a purpose on a file type that is not inherent to it.
No I'm not. I would apply this purpose to any file type. Text file/picture/video/db, etc I don't care what kind of file it is, if you want to pull my content to be viewed within the context of someone else's site - that just seems wrong, unless I told you I was OK with that.
Youtube's embedded link listing, your RSS feed - those things specifically telling others that you grant permission for other sites to cause downloading of that content without the end user directly visiting their website.
-
@Dashrender said:
Text messaging is the only example I can come up with. In the beginning, Texting wasn't free, the end device owners paid for both incoming and outgoing messages (generally). So someone could send me 100 text messages and suddenly my phone bill was $25 higher (plus taxes) because of someone else's behavior, a behavior I couldn't stop.
I showed earlier how this was not a possibly comparison. Text numbers and reception capability is forced on end users, it is non-optional if you want a cell phone (due to monopolies.)
Publishing a web site is fully at the discretion of the publisher and each time it is served out it has to be done so at the discretion of the server. There is always the option to not do it. So exactly not like the text message scenario.
Also, the standard use case of the web, the one for which it was designed, is to share data via references from other data. Sure you could use the web with a different intention, but the intention of its creation was for a specific usage that involved sites referencing resources on each other.
Even before the web we used Gopher for somewhat similar purposes. typically to large text documents back when a text document was thousands of times more expensive to download than an image is today.
Publishing a web site you expect people to avoid is like putting up a billboard and being upset that people don't shield their eye as you drive by,
-
@scottalanmiller said:
@Dashrender said:
A great example is Slashdot. It was (is?) common for small community/product sites to be crashed when a highly popular website makes reference to the small site. I heard that it was such a problem that small sites would hope they wouldn't be discovered by slashdot. Heck they might have even asked to not be featured because of the potential to crash the site.
Okay, so you agree with my assertion that all linking is hot linking and the logic that says you should not reference a resource directly would logically be forced to be applied to a website.
And so, if I read your statements correctly, you feel that the concept of hyperlinking between sites is inherently bad regardless of the type.
I don't agree, but this is the only way that I see the logic of "references in websites are wrong" coming to a conclusion.
Not in the linking itself - I'm totally fine with the linking itself - what I'm not fine with is pulling things outside of the context of what is being linked. This is most notably seen in photos. Someone posts a picture on a website, and people get the direct link to the object on that site, then post that link on another site in such a way that the end user can view the image without viewing the original source page where the image was discovered.
-
@Dashrender said:
No I'm not. I would apply this purpose to any file type. Text file/picture/video/db, etc I don't care what kind of file it is, if you want to pull my content to be viewed within the context of someone else's site - that just seems wrong, unless I told you I was OK with that.
Youtube's embedded link listing, your RSS feed - those things specifically telling others that you grant permission for other sites to cause downloading of that content without the end user directly visiting their website.
But you just disagreed with yourself again. You said that all file types are the same - then try to say that it applies randomly one way to some files and differently to others. You are picking and choosing. It can't work that way.
You are, again, putting "intention" into some file types and a different intention into others by file type.
-
@Dashrender said:
Not in the linking itself - I'm totally fine with the linking itself - what I'm not fine with is pulling things outside of the context of what is being linked.
Ah, so you are upset that most browsers and cache servers pull images and whole websites automatically without forcing the end users to agree to each pull manually?
Again, you are hoisting "context" onto file types that does not exist.
-
@Dashrender said:
Someone posts a picture on a website, and people get the direct link to the object on that site, then post that link on another site in such a way that the end user can view the image without viewing the original source page where the image was discovered.
Well but that is not how it works. You are, again, injecting context. People host images. Some people who host images (most, I grant you) also host an HTML page that references those images. The hosting of the image is a fully hosted resource from that server, a peer resource with the HTML page. They are equals, peers. The context of one is a text file, the other is an image. But both are just files served from a file server.
Either resource can be restricted in how it is downloaded if desired or made available publicly. They are equal. The idea that there is a set context does not exist with the files. that is something that is added and is purely opinion and, I know for a fact, does not always apply.
-
@scottalanmiller said:
@Dashrender said:
Text messaging is the only example I can come up with. In the beginning, Texting wasn't free, the end device owners paid for both incoming and outgoing messages (generally). So someone could send me 100 text messages and suddenly my phone bill was $25 higher (plus taxes) because of someone else's behavior, a behavior I couldn't stop.
I showed earlier how this was not a possibly comparison. Text numbers and reception capability is forced on end users, it is non-optional if you want a cell phone (due to monopolies.)
Publishing a web site is fully at the discretion of the publisher and each time it is served out it has to be done so at the discretion of the server. There is always the option to not do it. So exactly not like the text message scenario.
Also, the standard use case of the web, the one for which it was designed, is to share data via references from other data. Sure you could use the web with a different intention, but the intention of its creation was for a specific usage that involved sites referencing resources on each other.
Even before the web we used Gopher for somewhat similar purposes. typically to large text documents back when a text document was thousands of times more expensive to download than an image is today.
Publishing a web site you expect people to avoid is like putting up a billboard and being upset that people don't shield their eye as you drive by,
But viewers looking at the billboard doesn't cost the advertiser more or less money - it has no effect on them.
I'll agree with the original intent of the web. Unfortunately, times they have'a changed.
Do you have the ability to setup a web server that can block who can and can't download an image? easily? for example - and option would be... someone could be forced to give a link to a website with an image posted there, instead of directly to the image. Then if you want to see the picture, you have to visit the whole website, not just choose to download one object from that site.
-
@Dashrender said:
But viewers looking at the billboard doesn't cost the advertiser more or less money - it has no effect on them.
First, that's not actually relevant. But I agree that that is true.
Same with most website views. ML doesn't pay each time you load the site, not in any manner. The capacity rate is flat. Sure, if you pulled billions of them we would slow down or need to increase capacity, there is a limit, but just pulling the site does not increase the cost. Sure, some places run that way, they also pay less in general. It's a trade off. But you are putting assumptions on someone else's decision to publish material. None of that is relevant.
-
@scottalanmiller said:
@Dashrender said:
Someone posts a picture on a website, and people get the direct link to the object on that site, then post that link on another site in such a way that the end user can view the image without viewing the original source page where the image was discovered.
Well but that is not how it works. You are, again, injecting context. People host images. Some people who host images (most, I grant you) also host an HTML page that references those images. The hosting of the image is a fully hosted resource from that server, a peer resource with the HTML page. They are equals, peers. The context of one is a text file, the other is an image. But both are just files served from a file server.
Either resource can be restricted in how it is downloaded if desired or made available publicly. They are equal. The idea that there is a set context does not exist with the files. that is something that is added and is purely opinion and, I know for a fact, does not always apply.
And of course you're right, and HTML file or image file does not matter (though most HTML is generated on the fly today, so....). I think it should apply equally.
CDNs are different - if you are an image (file) hosting facility, then it's your job to host files for reference from other sights.
But if can put a file on my website that I can prevent being presented as a part of someone else's website, I can see real reasons why I would want to do that.
Heck if I'm an artist, I might not want my artwork 'borrowed' for other websites to broadcast my work. You want to see my work, go to my page, download it as part of my provided solution.
-
@Dashrender said:
I'll agree with the original intent of the web. Unfortunately, times they have'a changed.
Some people choosing to publish files, but not intending to publish them, on a public publishing platform that they don't want to use as intended, expected, etc. do not constitute a mistake on someone else's part.
No different than you can't get upset if you put data on a billboard that you didn't want everyone to get to read. Oh, that's now how you thought billboards work? Guess whose fault that is - hint, not the person who reads it and uses the billboard platform as intended.
You can't apply ethics in a "well, some people decided that wasn't how they thought things should be used at this particular time" sort of way. That's not how it works.
What if a site was set up twenty years ago and just left running... would it be ethical to link to it, not ethical, then ethical again as public confusion changes over time?
What about if another twenty year old site referenced it and both were left running. What if the owners both died?
Would the one referencing the first one be either for ten years, then later would the dead man who set it up become unethical post mortem simply because "the times changed"? I don't believe so.
-
@Dashrender said:
Do you have the ability to setup a web server that can block who can and can't download an image? easily? for example - and option would be... someone could be forced to give a link to a website with an image posted there, instead of directly to the image. Then if you want to see the picture, you have to visit the whole website, not just choose to download one object from that site.
Yes, and to make sure it was visibly simple I posted the code on how to do it in the thread a few pages back so that people could see how trivial it was.
Now if people are doing crazy stuff to work around obvious attempts to block linking... I would totally agree with you. Even light security is security. I'm only talking about fully public resources that are presented as peers with any other resource on the server.
-
@scottalanmiller said:
@Dashrender said:
But viewers looking at the billboard doesn't cost the advertiser more or less money - it has no effect on them.
First, that's not actually relevant. But I agree that that is true.
Same with most website views. ML doesn't pay each time you load the site, not in any manner. The capacity rate is flat. Sure, if you pulled billions of them we would slow down or need to increase capacity, there is a limit, but just pulling the site does not increase the cost. Sure, some places run that way, they also pay less in general. It's a trade off. But you are putting assumptions on someone else's decision to publish material. None of that is relevant.
So you're saying it's nearly impossible for someone today who has a $100 year hosting bill, that it's nearly impossible for them to get a $1500 bill next month because someone linked to a file on my site that goes viral?
-
@scottalanmiller said:
@Dashrender said:
Do you have the ability to setup a web server that can block who can and can't download an image? easily? for example - and option would be... someone could be forced to give a link to a website with an image posted there, instead of directly to the image. Then if you want to see the picture, you have to visit the whole website, not just choose to download one object from that site.
Yes, and to make sure it was visibly simple I posted the code on how to do it in the thread a few pages back so that people could see how trivial it was.
You did? I missed it, I'll have to dig back... is it in this thread?
-
@Dashrender said:
Heck if I'm an artist, I might not want my artwork 'borrowed' for other websites to broadcast my work. You want to see my work, go to my page, download it as part of my provided solution.
I'd normally argue that that artist was misguided if they did not want people to learn about their work, but that is another conversation entirely.
But any artist that wanted to do that can and does. A good example is Flickr, you cannot link to my photos on Flickr, they make sure that that does not work. Even though my own content there is licensed so that you can copy it and host it yourself if you need to. You CAN download it manually and do that, but Flickr prevents hot linking.
-
@Dashrender said:
So you're saying it's nearly impossible for someone today who has a $100 year hosting bill, that it's nearly impossible for them to get a $1500 bill next month because someone linked to a file on my site that goes viral?
Of course that is possible. All it takes is going for the wrong type of connection. Anyone can get any bad ISP agreement and then host on it. But they would get screw even more if people were going to the "full page" rather than just an image in that case too, as even more content would be pulled. So the $1500 bill might be $1800!
But if you have a concern around that you don't use metered connections or have a throttle or monitor logs or whatever. There are options. Web hosting is an option pass time, tracking your bandwidth or using connections that can't explode is just part of doing that.
Same with telephony. Do you pay for incoming calls? You might want to restrict the rate at which you can receive them.
-
@Dashrender said:
@scottalanmiller said:
@Dashrender said:
Do you have the ability to setup a web server that can block who can and can't download an image? easily? for example - and option would be... someone could be forced to give a link to a website with an image posted there, instead of directly to the image. Then if you want to see the picture, you have to visit the whole website, not just choose to download one object from that site.
Yes, and to make sure it was visibly simple I posted the code on how to do it in the thread a few pages back so that people could see how trivial it was.
You did? I missed it, I'll have to dig back... is it in this thread?
I thought so but it is possible that it is in the other, related thread.
