thanx for your advice, kind people.
>> the recommended way to setup a classroom evironment for the
>> Macromedia CF classes is to provide each student with a
>> local installation of CF and of DWMX.
>> You could teach DW/CF integration using a local version of the CF
>> developer edition rather than relying upon the central server.
this we do already: their "local" files can sit in their own H:\ drive and
the \cfusion\wwwroot is the remote server, the datasource has to be on the
remote server (the workstation they use in class) for the DSN's to be happy.
(unless the DSN for file db's - MSAccess - *can* work over network shares?)
This has issues when students move from classroom to classroom - the
machines are basically public.
>> There's not a lot you got going for you here.
thanx Geoff. I'll stop bashing my head against a wall now. At least I know.
>> what are you trying to set up for your users??
2 things:
a secure area for them to put their web projects that they have easy
access to (via the LAN) but will be secure enough to stop plagerism and
jealous @[EMAIL PROTECTED] wrecking their work. (the files are safe - NTFS permissions
- but the DSN's seem too hard). I can rely to *some* extent on ignorance (eg
not blocking tags).
a classroom dev environment (practicing skills in class) where they
don't have to always remember to create/check the DSN to the sample db's and
save the local copies of their modified files when the class finishes for
the day.
there are lots of students all working on lots of workstations all with
developer editions. There is also a test server (pretend proddy server)
running CFMX Professional for them to host their projects (and hopefully a
consistant environment for their present class stuff to replace the use of
local machines).
as you can probably guess, we're feeling our way through this. We've gone to
CFMX from an ASP/IIS setup where all of this was possible (we had a central
server only, no local dev servers at all - security holes), Ultradev4 to
DWMX. Sure their's lots to sort but I'm trying to make it as easy as poss
for students to do their work. All they seem competant in so far is setting
up a DSN in the CF admin!
>> I think you need to rethink your overall approach.
I think you're right.
cheers
barry.b
-----Original Message-----
From: Geoff Bowers [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 11 June 2003 6:09 PM
To: CFAussie Mailing List
Subject: [cfaussie] Re: CFMX, DreamweaverMX and RDS
Beattie, Barry wrote:
> What does this mean? most of the advanced functionality for DreamweaverMX
> needs this RDS login. Without it, teaching Dreamweaver with ColdFusion is
> severly knobbled. No database server behavours.
You could teach DW/CF integration using a local version of the CF
developer edition rather than relying upon the central server.
> But how to do it? As far as I can tell, giving someone an RDS login allows
> them to connect to every database available on that machine, bypassing the
> password used in creating the DSN. Not exactly secure.
Well they will be able to see the DSNs yes. You could nominate
passwords in the code for access and not in the datasource entry -- but
that has its own issues. There's not a lot you got going for you here.
> am I pushing sh*t uphill because I'm using Professional, not Enterprise?
Enterprise is not going to give you any additional RDS options. It will
let you sandbox applications from each other on the server and restrict
access to datasources and the like -- but this is in the context of the
APPLICATION and not in the context of the development tool accessing
through RDS.
I think you need to rethink your overall approach -- from a sort of
helicopter view, what are you trying to set up for your users?? Perhaps
there is an easier alternative.
Hope that helps,
-- geoff
http://www.daemon.com.au/
---
You are currently subscribed to cfaussie as: [EMAIL PROTECTED]
To unsubscribe send a blank email to
[EMAIL PROTECTED]
MX Downunder AsiaPac DevCon - http://mxdu.com/
---
You are currently subscribed to cfaussie as: [EMAIL PROTECTED]
To unsubscribe send a blank email to [EMAIL PROTECTED]
MX Downunder AsiaPac DevCon - http://mxdu.com/
