← Back to branch summary

~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/developers/network-protocol.txt

  • Committer: Zearin
  • Date: 2010-11-12 22:08:18 UTC
  • mto: (5570.1.1 integration)
  • mto: This revision was merged to the branch mainline in revision 5572.
  • Revision ID: zearin@users.sourceforge.net-20101112220818-mb62len4zyxr8qvd
Fixed capitalization of XML and HTTP.  Fixed by hand and only where appropriate (e.g., left http://some/url lowercase, but capitalized "When making an HTTP request…").

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/developers/network-protocol.txt
369
369
  sent.
370
370
 
371
371
  This relies on the client being able to read back from the server while
372
 
  it's writing.  This is technically difficult for http but feasible over
373
 
  a socket or ssh.
 
372
  it's writing.  This is technically difficult for HTTP but feasible over
 
373
  a socket or SSH.
374
374
 
375
375
  We'd need a clean way to pass this back to the request method, even
376
376
  though it's presumably in the middle of doing its body iterator.
400
400
  happening out of order, or mixed requests happening at the same time.
401
401
 
402
402
  Wonder how our network performance would have turned out now if we'd
403
 
  done full-duplex from the start, and ignored hpss over http.  We have
404
 
  pretty good (readonly) http support just over dumb http, and that may be
 
403
  done full-duplex from the start, and ignored hpss over HTTP.  We have
 
404
  pretty good (read-only) HTTP support just over dumb HTTP, and that may be
405
405
  better for many users.
406
406
 
407
407
 
424
424
 
425
425
Servers run over ssh will typically want to be able to access any path the
426
426
user can access.  Public servers on the other hand (which might be over
427
 
http, ssh or tcp) will typically want to restrict access to only a
 
427
HTTP, SSH or TCP) will typically want to restrict access to only a
428
428
particular directory and its children, so will want to do a software
429
429
virtual root at that level.  In other words they'll want to rewrite
430
430
incoming paths to be under that level (and prevent escaping using ../