home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / alt / gopher / 1068 < prev    next >
Encoding:
Internet Message Format  |  1992-07-25  |  4.1 KB
  1. Path: sparky!uunet!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!The-Star.honeywell.com!umn.edu!news2.cis.umn.edu!gopher-news-request@boombox.micro.umn.edu
  2. From: gopher@boombox.micro.umn.edu ("The Gopher Team" )
  3. Newsgroups: alt.gopher
  4. Subject: Gopher Phase II Wish-List Compilation
  5. Message-ID: <9207241825.AA01032@boombox.micro.umn.edu>
  6. Date: 24 Jul 92 18:25:17 GMT
  7. Sender: news@news2.cis.umn.edu
  8. Distribution: alt
  9. Lines: 85
  10. Approved: alt.gopher@news.cis.umn.edu
  11. Original-To: gopher-news@boombox.micro.umn.edu
  12.  
  13. This is being written to put rumors, fears, injured egos, and
  14. alt.gopher flames to rest.
  15.  
  16. Yes, internet Gopher originated from the University of Minnesota.
  17. Yes, enormous amounts of invaluable contributions from other folks on
  18. the Internet have changed its look and capabilities from a campus-wide
  19. information system to an Internet-wide document search and retrieval
  20. system.  And yes, this growth and change has been evolutionary and
  21. somewhat disorderly (as evolution often is).
  22.  
  23. While the original Gopher Team does maintain an archive site for
  24. convenient distribution of all the gopher software, mods, and tools,
  25. and while we'll continue to incorporate enhancements designed here and
  26. elsewhere, we're not a Standards Committee.  Our small size and
  27. relative freedom to move allows us to get things done quickly, and we
  28. value that.  Gopher was put together with a handful of guiding
  29. principles, and we try to view changes in the light of those
  30. principles.  To recap the basic ideas:
  31.  
  32. +  Keep the protocol connectionless (one request/one response per transaction)
  33. +  Keep intelligence in the server.  Keep the protocol simple.
  34. +  Keep requests and responses (directory ones at any rate!) to readable text.
  35. +  Be able to debug clients and servers using telnet.
  36. +  Make the client-writer's job as simple as possible 
  37.    (client writer's real job is the user interface).
  38. +  Clients must run efficiently on Macs and PCs, (the world is not just UNIX).
  39. +  Information producers should run their own server (Mac, PC, UNIX box) rather
  40.    than rely on the "computer center" to maintain their data for them.
  41.  
  42. And so, things we'd like to avoid:
  43.  
  44. - Complex back-and-forth option or feature negotiations between 
  45.   client and server.
  46.  
  47. - Proliferation of document/resource types that are platform-specific. 
  48.   Excessive proliferation of types makes it harder to write a good client.
  49.  
  50. - Breaking compatibility with old clients and servers.
  51.  
  52. Finally, here is the most requested and needed wish-list for the Future of 
  53. Gopher (in no particular order):
  54.  
  55. 1.  Retrieval (and perhaps display) of documents other than text
  56.     (pictures, sounds, binaries, smells)
  57.  
  58. 2.  Encoding an access method (eg. gopher, ftp, wais, etc.) and an
  59.     ident in a gopher list (directory) item. 
  60.  
  61. 3.  Generic index servers (for UNIX, Mac, PC) that allow incremental 
  62.     update.
  63.  
  64. 4.  A gopherspace cruiser daemon that, coupled with #3 could be used
  65.     for autoindexing at least all doc names in some subspace... a sort of
  66.     Archie for gopherspace.
  67.  
  68. 5.  More formal process for enhancements (Oh no! Not that :-))
  69.  
  70. 6.  Primary server organization questions and conventions.
  71.  
  72. 7.  Mechanism for identifying and contacting the administrator of a server.
  73.  
  74. 8.  ID and password to allow controlled access to a document.
  75.  
  76. 9.  A "put this document on the server" facility.  Note: This is
  77.     pretty contrary to the basic Gopher philosophy: "You got data?  Run a
  78.     server off your desk."
  79.  
  80. 10. Generic "prompt user, get input, feed it to a server-based
  81.     process, return output to the user" facility.  Note that this will
  82.     subsume #8 and #9 above.  It could be used for password protected
  83.     stuff, ftp, submitting documents, etc.
  84.  
  85. 11. A push for easier resource discovery, server communication (called
  86.     by various names).  Perhaps simple, static-list based global indexing
  87.     of document names on "all" gopher servers.  Note: This must wait for a
  88.     good #3 & #4; we're working on that.
  89.  
  90. 12. Single efficent data transfer method.  Probably a headed table
  91.     (length count + data block)
  92.  
  93. 13. Alternative representations of document types while preserving the
  94.     lowest common denominator: TEXT.
  95.  
  96.  
  97.  - The Gopher Team.
  98.