|
|
| Author |
Message |
| 12 new of 69 responses total. |
scott
|
|
response 58 of 69:
| 
Nov 10 00:23 UTC 2001 |
Not really. You could always find another way other than Grex to ftp to a
free image site.
|
scott
|
|
response 59 of 69:
|
Nov 10 00:25 UTC 2001 |
Oops, I didn't read the question very carefully.
I don't think Grex would end up allowing images only for paid members. Most
of us don't like the idea/precedent of being able to pay for better services.
The current ftp policy is based on the identifiable user issue than any money
issue.
|
keesan
|
|
response 60 of 69:
|
Nov 10 02:27 UTC 2001 |
But this means paying users can use grex to post images to a free website,
and nonpaying users cannot post images without going to a library or somewhere
else. So they have less services. Not complaining, just pointing out that
the result is the same.
|
janc
|
|
response 61 of 69:
|
Nov 10 04:16 UTC 2001 |
(Actually, I've never been able to find any evidence that quotas don't work
OK under SunOS, except for some references to some bugs on Sun 3's that were
fixed by patches long ago. If we weren't moving off SunOS, I'd be doing a
round of experiments to see if SunOS quotas could work for us. But since we
are leaving SunOS, the point is moot.)
|
gelinas
|
|
response 62 of 69:
|
Nov 10 04:37 UTC 2001 |
(Quotas have been used on the SunOS 4.1.4 machines I've used. Other than
being per-filesystem, they worked as advertised, as far as I could tell
as an average user.)
|
malymi
|
|
response 63 of 69:
|
Nov 10 10:38 UTC 2001 |
re #19: porn sites also use hop-off (or jump-through) sites, which only
have small images and some html, which takes you to the real site.
so allowing any images is likely to attract them.
this isn't to say that i have an opinion on the issue, one way or
the other.
|
malymi
|
|
response 64 of 69:
|
Nov 10 10:45 UTC 2001 |
re #22: there is no way for a web server to tell the difference between
a page that displays an image and one that requires you to click
on a link to obtain the image. it should be possible to write
a filter to insure that served html only contains href's and
no img's.
|
malymi
|
|
response 65 of 69:
|
Nov 10 11:04 UTC 2001 |
re #38: in order to use geocities to provide hosting of images without
violating their aup (acceptible use policy) you would have to
use an html file, hence it cannot be used as the target of an
img src tag in a page hosted at grex.
|
remmers
|
|
response 66 of 69:
|
Nov 10 18:17 UTC 2001 |
Re resp:57 - There's a significant difference in bandwidth cost
between (1) a member using ftp on grex to upload an image to a
remote website and (2) the member storing the image in their
grex www directory. In case (1), the image uses grex bandwidth
only once, when it's uploaded by the owner to the remote site.
In case (2), the image uses grex bandwidth every time anybody
on the web views it.
|
other
|
|
response 67 of 69:
|
Nov 10 19:18 UTC 2001 |
re #65:
<html><body>
<!-- this file = "http://annoyingserver.com/mydirectory/image01.html" -->
<img src="image01.gif">
</body></html
|
steve
|
|
response 68 of 69:
|
Nov 10 23:54 UTC 2001 |
Quotas do *not* work on a heavily used SunOS 4.1.4 system. Sure, the
typical
little used system is likely fune with them, but not when the filesystem is in
constant use. I've gotten that advice several times now from people who used
to use SunOS, years ago.
|
gelinas
|
|
response 69 of 69:
|
Nov 12 19:36 UTC 2001 |
I asked a fairly knowledgeable sysadmin aboout SunOS quotas. The problem is
that the quota table is a fixed size; if you have more users than the table
will hold, the 'extra' users don't get quotas. I'm told that in SunOS 4 it
was possible to use adb to resize that table and then rebuild the kernal,
while SunOS 5 has a variable that can be used to resize it. Apparently,
the table takes up the same amount of memory no matter how fully populated,
so systems with a really large userbase are going to take a performance hit.
So quotas work, but they may not be worth the trouble. I think that's
where we are right now.
|