|
Grex > Coop > #284: Grex Town Hall -- How do we move forward? - Fall, 2010 |  |
|
| Author |
Message |
| 25 new of 334 responses total. |
veek
|
|
response 202 of 334:
| 
Dec 2 13:56 UTC 2010 |
http://cyberspace.org/confs.xhtml
this is the original..
|
cross
|
|
response 203 of 334:
|
Dec 2 14:42 UTC 2010 |
Veek, the easiest is to put a patch in your directory on Grex and then send
an email to staff@grex.org.
|
veek
|
|
response 204 of 334:
|
Dec 3 14:47 UTC 2010 |
regarding home-page CGI/web-images/bandwidth-limits - shall I say this
is waived for members (web-images/BW)? And that CGI is temporarily not
available - pending installation??
|
cross
|
|
response 205 of 334:
|
Dec 3 15:22 UTC 2010 |
Personally, I don't understand why any of that stuff is restricted.
CGI, maybe (just because it puts a burden on Grex, and could be an
attack vector for outside users) but the rest seems pretty legit.
|
jgelinas
|
|
response 206 of 334:
|
Dec 3 15:43 UTC 2010 |
"Attack Vector" is, I think, the key concept. If it's no longer a
problem, then we should be able to open up scripting.
Images have been under discussion for a while. It's probably time to
open that up, as well.
|
veek
|
|
response 207 of 334:
|
Dec 3 17:44 UTC 2010 |
Oo! super! now we are talking <g> :) thanks :)
|
cross
|
|
response 208 of 334:
|
Dec 3 19:52 UTC 2010 |
resp:206 Right. We should look into suEXEC and suPHP for user access to
creating server-side dynamic content. M-Net does it; I don't see why we
can't, too.
|
kentn
|
|
response 209 of 334:
|
Dec 3 20:07 UTC 2010 |
Thanks for getting this figured out! I'm hopeful, as veek points out,
that people looking for CGI and PHP services will come here and
support us. If we get this set up, we'll need to set up an example
account that we can show off--maybe the volunteers account :)
Another idea is to get our web page set up to show announcements. While
we can put announcements in the MOTD and in the conferences, having them
on the main Grex web page would show people we are here minding the
store.
|
cross
|
|
response 210 of 334:
|
Dec 3 20:13 UTC 2010 |
That's a good idea. Btw: someone needs to start recording these tasks.
We're going to start forgetting soon; I am, anyway.
|
kentn
|
|
response 211 of 334:
|
Dec 3 20:43 UTC 2010 |
Maybe a central document or database would work? The trouble is, items
like the Town Hall item can generate a lot of ideas, but not all of
them make it to the status of a "task" to be done. Do we have an issue
tracker db? If so, we could enter tasks like these there. Or we could
enter a coop item with a to-do list.
|
jgelinas
|
|
response 212 of 334:
|
Dec 3 21:04 UTC 2010 |
A frozen item in coop would work best. From my point of view, any way.
:)
|
kentn
|
|
response 213 of 334:
|
Dec 3 21:29 UTC 2010 |
Okay, the next question then is who should control it?
|
cross
|
|
response 214 of 334:
|
Dec 3 22:38 UTC 2010 |
Another option would be to use the (existing) RT database.
https://grex.org/helpdesk/
All staff *should* have accounts on it, I think.
|
jgelinas
|
|
response 215 of 334:
|
Dec 3 22:39 UTC 2010 |
I'd volunteer, but I've recently gotten a new "hearing aid." Every
fifteen to thirty seconds, it makes a loud and obnoxious noise, never
the same one twice. So every time I start to form a coherent thought,
it goes off, and I forget what I was thinking about.
|
kentn
|
|
response 216 of 334:
|
Dec 3 22:52 UTC 2010 |
Gack, Joe, that sounds annoying. I hope you are able to get it resolved.
Maybe they need to adjust them or something.
RT won't work for me due to not being staff, but if staff can enter the
tasks when they get to the point of needing doing, we should be okay.
Will RT message people once an issue gets so old?
|
cross
|
|
response 217 of 334:
|
Dec 4 00:07 UTC 2010 |
I believe you can configure it to do that, but I've never tried.
I can create you an RT account, if you like.
|
kentn
|
|
response 218 of 334:
|
Dec 4 01:42 UTC 2010 |
I looked at their web page and they say something about guest accounts
or similar, but if you want to give me a regular account I'll take a
look at how we've got it set up. At least, if we enter issues as
issues and staff members have a chance to look at them and comment
(like I've seen in most helpdesk software) maybe that will take care
of some of the back and forth.
|
kentn
|
|
response 219 of 334:
|
Dec 4 22:44 UTC 2010 |
Here's something that looks interesting, if we were thinking of doing
some sort of training or providing tutorials:
http://moodle.org/
It also has forum facilities in addition to other facilities for
education. It's free software, and there is commercial support
available.
Of course, we probably don't need anything quite so complex to provide
a tutorial. And things like slideshows can be produced other ways and
presented in other ways.
Just something to think about if we want to add some educational
materials to Grex, such as Unix skills or programming languages
instruction.
|
cross
|
|
response 220 of 334:
|
Dec 5 01:40 UTC 2010 |
resp:216 I've created accounts for you and Denise (the only two board
members who didn't have RT accounts). Pending the results of the current
election, I'll add anyone else as needed.
I've created queues for "grex-staff-tasks" and "cyberspace-board-tasks".
Board and Grex staff are members of the former; board along is members of the
latter.
|
kentn
|
|
response 221 of 334:
|
Dec 5 03:54 UTC 2010 |
Thank you, Dan!
|
kentn
|
|
response 222 of 334:
|
Dec 5 23:48 UTC 2010 |
Here's another idea. It's just getting started so no idea of how viable
it is in the longer term, but for those who like text-based applications:
http://www.flatpress.org/home/
(A text file-based blogging system that does not require a database)
|
veek
|
|
response 223 of 334:
|
Dec 6 02:19 UTC 2010 |
that's neat!
|
veek
|
|
response 224 of 334:
|
Dec 8 11:22 UTC 2010 |
we might also want to look into HTTP compression for apache.. browsers
can request compressed data if the server supports it. Apache does:
mod_deflate and mod_gzip.
|
kentn
|
|
response 225 of 334:
|
Dec 9 04:33 UTC 2010 |
Okay, so several of us were talking about getting users access to
MySQL and PostgreSQL, both of which are installed here on Grex. I had
mentioned that the Board discussed such access months back and the
comment I heard from staff members was that any such usage needed to
be part of the quota system, potenially necessitating a complex setup
to make sure the size of db files got counted under the right quotas.
One way to implement this sort of setup is to run multiple db servers,
each pointing to a db in a single user's home directory. It sounds
complicated and potentially resource intensive.
Dan asked who said that, and at this point I don't recall, only that a
couple staff appeared to agree that was the way to go. I never heard
anything more about it after that.
Personally, I think it would probably work just fine if we had one
central db and allowed users to have accounts on that and to create
tables there under their user ids. That would certainly make the setup
much easier.
As to the potential for abuse, I don't see it as any different from any
other application that uses disk space. It's something to manage. And
if we made it by request and for validated users, we'd in theory know
who was causing issues, if any occurred. And probably we'd have less
abuse type of issues in a requested service, as well. There are no
guarantees, but I'm fairly tired of seeing the potential threat of abuse
holding the rest of the users back from getting the apps they'd like.
So, why don't we try this and see how it goes?
I think it would be a wonderful situation to be in where we outgrow
our current computer due to more people using the system in more ways,
rather than watch the current system die of old age.
|
kentn
|
|
response 226 of 334:
|
Dec 9 18:05 UTC 2010 |
So, anyway, what do we plan to do about database access for users?
And how about CGI access?
|