home *** CD-ROM | disk | FTP | other *** search
/ The Datafile PD-CD 3 / PDCD_3.iso / internet / www / !ArcWebK9Q / !Help next >
Text File  |  1994-10-26  |  3KB  |  72 lines
  1. /*
  2.  * ArcWebK9Q
  3.  *
  4.  * © Kevin F. Quinn & Stewart Brodie, 1994
  5.  *
  6.  *
  7.  * This file: !ArcWebK9Q.!Help
  8.  *
  9.  */
  10.  
  11. This is the !Help file for !ArcWebK9Q, a fetcher application for ArcWeb.
  12. This fetcher handles URLs with the http: method from !TCPIP v2.01.
  13.  
  14. This application was written by ripping-off Stewart Brodie's ArcWebLcl
  15. application, and modifying it to suit !TCPIP.  I've included Stewart's
  16. name in the © above as a lot of the standard application stuff is his.
  17. However, if it all goes horribly wrong then it's probably my bits of
  18. code, so blame me, don't blame Stewart!
  19.  
  20. This application is (very) Alpha and should not be trusted.  Essentially,
  21. it is best to wait for your email and news to complete before surfing the
  22. Web as it is entirely possible that it could hang the machine - I certainly
  23. don't trust it :-)  There are whole swathes of code that probably haven't
  24. been executed, let alone tested...
  25.  
  26. Having said that, it seems to work OK most of the time.
  27.  
  28. There are a few limits worth bearing in mind.  One is that up to 64
  29. requests may be made concurrently.  I have written stuff to send an
  30. appropriate HTML file back to ArcWeb informing it that a fetch was
  31. discarded, but I haven't tested this bit (take that to read as
  32. "probably doesn't work").  Secondly, there is a timeout of 60 minutes
  33. on ArcWeb->KA9Q requests - if you supply a duff URL or a site is down,
  34. trf doesn't respond, so I time out.  This has the unfortunate effect
  35. of also killing any requests that do take more than 60 minutes even if
  36. they are working (e.g. large, distant requests).
  37.  
  38. The application uses a sub-directory off the !Scrap application to
  39. store responses from "trf".  This is because trf downloads to the
  40. scrap directory, and renaming to a directory/file below this should
  41. work as it shouldn't take up any more disc space.  However, these
  42. files accumulate at the moment because the expiry protocol of ArcWeb
  43. hasn't been implemented yet (as of v0.09, anyway).  Leaving these files
  44. alone also means that the more determined user can still get at
  45. downloaded images etc even if ArcWebK9Q/ArcWeb get confused trying to
  46. display them.  If you want to clear the files out, go ahead and do so,
  47. but also run "!Wipe" found inside the !WebCache application supplied
  48. with ArcWeb.
  49.  
  50. Note that ArcWeb 0.08 (as uploaded to ftp.demon.co.uk at the time of
  51. writing) falls over with Demon's home page (amongst others).  Version
  52. 0.09 cures this - to get this directly from Stewart's home page without
  53. a working WWW browser :) type the following at the net> prompt in !TCPIP:
  54.  
  55. net> trf louis.ecs.soton.ac.uk 80 "GET /~snb94r/arcweb.arc"
  56.  
  57. After the modem lights stop flashing, you will find a file with a strange
  58. filename in the !Scrap.ScrapDirs.ScrapDir, which is about 300K and of
  59. type Data.  Wait until the download is finished - if you can load it into
  60. your editor then the download is complete, if the download hasn't finished
  61. then you will get a "File Open" error.  Settype the file to "archive" and
  62. open it with SparkPlug or whatever.  Drag the icons to your Internet
  63. directory and away you go.
  64.  
  65. One other point - use "tcp hangup 0 0" to stop !TCPIP quitting underneath
  66. your feet, and you can do "ping gate.demon.co.uk 60" to stop Demon
  67. timing you out.
  68.  
  69.  
  70. Kevin F. Quinn       kevq@banana.demon.co.uk
  71. 26th October 1994
  72.