Setting up shared MySQL db at Sourceforge
Michael Smith <[email protected]>
| Newsgroups | gmane.text.refdb.devel |
|---|---|
| Message-ID | <20031205131718.GB2156@theThirdPoliceman> |
Hi Markus, Sorry for not replying sooner. My day job hasn't left me much time to do anything with RefDB over the last couple days. You wrote: > Hi, > > I'd love to set up a sandbox for others to play with. Unfortunately my > resources are limited. The only box that I could run 24/7 online is my > WinXP box at work. Besides the fact that I don't trust M$ products > anyway, this box runs on top of a Netware network. All user logins > use the local administrator account which I believe is horribly > insecure (but I'm not a security tech). That is, refdbd will run with > administator permissions, and if anyone finds a hole in that app the > computer will be his/hers. Moreover, I'm legally not allowed to run > any servers accessible by the public anyway without asking for > permission in the IT department. > > I'll have to investigate whether SourceForge offers any possibility to > run a RefDB sandbox. Would be nice to have. By "RefDB sandbox" do you mean a RefDB database instance? If so, please take a look at: http://sourceforge.net/project/admin/database.php?group_id=26091 You should be able to schedule creation of a MySQL database for the project just by going to that page and clicking the Create button. Having a shared test database to work from, populated with some real data would be nice. If along with having that, setting up a "RefDB sandbox" would require having persistent server processes or daemons or whatever running on the server side, than my guess is that Sourceforge probably prohibits that. Looking through the SF docs, I've not found anything that explicitly says it's prohibited, but looking on the shell server (e.g., running 'ps u -U root -u root -N'), I don't see anything that looks like a server process running under somebody's uid. > For the time being it will be a lot easier to get Michael's RefDB > installation up and running. If you (Michael) can provide remote > access via SSH, I'll be happy to do this for you. I can also send you > test databases and RIS/risx entries to play with. I reckon I can get an installation up on running on a local system here if it comes down to that. But I would need some data to work with -- what you describe: a test database and some files to play with. --Mike > Bruce D'Arcus writes: > > > > Hmm...Markus? This is what I was saying he was asking for the other > > day. I suggest you set up a sandbox db for people like Mike. > > > > While you're at, make it available via the web interface from the > > project page with guest permissions. > > > > Bruce > > > > Begin forwarded message: > > > > > And it's extremely limited in featues -- none of the fancy stuff we've > > > been discussing is in there yet; for one thing, that again is because I > > > don't have any database set up, so can't yet try out anything related > > > to > > > dynamically building menus based on info from a database.
signature.asc
(application/pgp-signature, 155 B)
-----BEGIN PGP SIGNATURE----- iD8DBQE/0IVtsGCNMsnBsxkRAoseAJ95UuRtQThhMTZZewqB0D625ntXwQCfQ4N0 PBH05DmGXGTocC5LEMHwMLY= =Ers+ -----END PGP SIGNATURE-----