I have done something similar to this using 2 xtras offered by
directxtras.  Using directOS, I encrypt a string that I want to send to
the server.  As the movie opens, I attempt to retreive a 1-bit text file
from the server using getnettext.  If the netresult is "ok", then the
encrypted string is posted to the server using postnettext.  If it is
not "ok" I assume there is not a connection (after 3 attempts), and use
the directConnection xtra in a MIAW which asks the user to select a
dial-up connection on their system and connect.  The xtra allows you to
retreive all the dial up connections set up on the system, dial any of
them, hang up, test status, and all kinds of other useful things.  Using
directOs and directConnection xtras give me the capability to offer a
complete connection solution - it's nice.  They are a bit pricy, but
worth it (especially if you can build the cost into your project fee).  

As you said, there are always risks involved when you decrease user
interaction (try to do things seamlessly), but with the functionality of
these xtras (there may also be other good ones out there - this is just
what I happened to use and it worked for me) you should be able to make
things work pretty smoothly.  And you shouldn't have to require the user
to reboot... It's annoying.

I agree that the securenet xtra looks awesome - I want to give it a try
soon.

For what it's worth...
andrew

<snip> ---------------------
We have done a similar project - we used vlist Xtra to save results in
128 bit encrypted vlist files. At the time we did the project, the
SecureNet Xtra wasn't around, and it was a bit of a nightmare trying to
find a good way of sending the datastream as encrypted - we ended up
sending the encrypted vlist of the file over an unencrypted connection -
Net Lingo does not support connections over https. However the SecureNet
Xtra would now solve all those probs. It also solves the other main
problem of firewalls/proxies - BUT the end-user HAS to somehow supply
the firewall/proxy config info - unless you can come up with a reliable
way of ripping the info from the local browser or somesuch. If you can
work out a way of grabbing the proxy/firewall config details, you could
probably make this transparent for the end-user, however, what if the
end-user NEVER has a connection? What if they have a dial up connection?
The dial up WON'T be connected on startup when you launch Director t!
o check for one - it might be open later, when the user dials up to
check their email, but you can't just leave a Director projector running
in the background, forever checking for a connection...
Basically, connecting to the internet is a manual thing for the vast
majority of users - only those who set their connection to dial on
demand don't have to manually click "connect" - or those on a LAN who
have a permanent connection (and who will be behind a firewall and
proxy). My compromise would be too check for a connection of completion
of test - if their isn't one, prompt the user to dial in/connect. If
they refuse, drop the projector in the startup folder. Then when they
reboot, the projector will open and check for a connection - if on a
dial-up, they WON'T have one as soon as they reboot, so I would then
have the projector prompt to dial in again. This means that everytime
they reboot, they will be prompted to dial-in. Futher issues are if you
prompt them to dial in, they click "OK" or "Connect", your app uploads
the results, then do you prompt to disconnect? leave the connection
open, and allow the user to decide when to disconnect (they may not
realise they need !
to disconnect)? Disconnect without a pompt (hoping they don't happen to
be checking their email at the time)?
I won't hypothesise any further, but my point is that uploading files to
the internet on an unknown connection (dial-up? permanent? proxy?
firewall?) with NO end-user interaction is a BIG ask, and liable to many
different problems, whereas a system that prompts the user to ensure an
internet connection, and enter their proxy/firewall settings, is a lot
more reliable, and allows the end-user to know exactly what is happening
on their machine, and the status of their connection....
HTH,
Ben
PS With regard to destroying the file - as my projects are all CD based,
I include an "uninstaller" on the CD itself - this allows you to delete
any files you have created on their machine using a CD-resident app -
therefore leaving the users hard drive clean...the only downside being
the user has to insert the CD to uninstall (much like MS Office!)
</snip>...............

--------------------------------------
Andrew Dempsey
IT and Education Specialist
[EMAIL PROTECTED]
www.andrewdempsey.com


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.419 / Virus Database: 235 - Release Date: 11/13/2002
 

[To remove yourself from this list, or to change to digest mode, go to 
http://www.penworks.com/lingo-l.cgi  To post messages to the list, email 
[EMAIL PROTECTED]  (Problems, email [EMAIL PROTECTED]). Lingo-L is for 
learning and helping with programming Lingo.  Thanks!]

Reply via email to