|
|||||||||||||||||||||
comp lang javascript
(33389)![]() comp soft-sys matlab
(30959)![]() comp unix solaris
(23168)![]() comp lang perl misc
(22636)![]() comp dcom sys cisco
(21628)![]() comp sys mac apps
(18500)![]() comp arch fpga
(16639)![]() comp cad solidworks
(13975)![]() comp sys cbm
(10887)![]() comp lang c++ moderated
(9214)![]() comp sys ibm pc games rpg
(8776)![]() comp sys hp48
(8416)![]() comp lang java programmer
(8330)![]() comp lang java gui
(7761)![]() comp graphics apps photoshop
(7691)![]() comp os linux advocacy
(7054)![]() comp graphics api opengl
(6593)![]() comp databases filemaker
(6426)![]() comp jobs computer
(6277)![]() comp graphics apps paint-shop-pro
(5579)![]() comp soft-sys math mathematica
(5510)![]() comp unix programmer
(5310)![]() comp lang vhdl
(5292)![]() comp arch
(5197)![]() comp text pdf
(5127)![]() comp home automation
(4970)![]() comp ai philosophy
(4910)![]() comp lang python
(4663)![]() comp lang ruby
(4545)![]() comp soft-sys sas
(4424)![]() comp fonts
(4312)![]() comp emacs
(4057)![]() comp sys mac hardware misc
(4025)![]() comp compression
(3654)![]() comp hardware
(3623)![]() comp lang asm x86
(3597)![]() comp ai neural-nets
(3470)![]() comp sys sun admin
(3450)![]() comp sys hp hpux
(3358)![]() comp sys ibm pc hardware video
(3327)![]() comp text tex
(3314)![]() comp graphics apps gimp
(3274)![]() comp dsp
(3227)![]() comp protocols time ntp
(3166)![]() comp os ms-windows networking windows
(2958)![]() comp graphics apps lightwave
(2911)![]() comp unix admin
(2901)![]() comp laptops
(2808)![]() comp sys mac advocacy
(2783)![]() comp music midi
(2695)![]() comp mail misc
(2660)![]() comp lang awk
(2601)![]() comp periphs scsi
(2399)![]() comp lang c++
(2398)![]() comp lang prolog
(2389)![]() comp databases mysql
(2210)![]() comp compilers
(2160)![]() comp sys ibm pc games marketplace
(2154)![]() comp lang logo
(2048)![]() comp lang fortran
(2039)![]() comp lang c
(2033)![]() comp dcom xdsl
(1659)![]() comp sys atari st
(1601)![]() comp lang rexx
(1592)![]() comp infosystems www servers ms-windows
(1548)![]() comp sys mac system
(1516)![]() comp lang php
(1428)![]() comp lang tcl
(1422)![]() comp dcom cabling
(1415)![]() comp ai genetic
(1412)![]() comp os linux questions
(1396)![]() comp lang lisp
(1393)![]() comp parallel mpi
(1387)![]() comp lang java help
(1381)![]() comp lang java security
(1362)![]() comp programming
(1292)![]() comp software extreme-programming
(1277)![]() comp arch embedded
(1255)![]() comp software shareware announce
(1244)![]() comp lang idl-pvwave
(1212)![]() comp graphics misc
(1181)![]() comp ai
(1150)![]() comp os linux portable
(1117)![]() comp databases ms-access
(1115)![]() comp compilers lcc
(1107)![]() comp databases postgresql admin
(1102)![]() comp lang misc
(1070)![]() comp speech users
(1035)![]() comp unix shell
(947)![]() comp sys apple2 programmer
(942)![]() comp sys sun announce
(884)![]() comp databases btrieve
(880)![]() comp os linux misc
(865)![]() comp databases oracle server
(785)![]() comp lang python announce
(775)![]() comp sys ibm pc games war-historical
(750)![]() comp os plan9
(746)![]() comp unix bsd netbsd misc
(713)![]() comp graphics apps pagemaker
(707)![]() comp sys ibm ps2 hardware
(681)![]() |
thought experiment on web:
|
||||||||||||||||||||
| Group: comp.lang.tcl |
Subscribe
|
Posted:12/11/2009 6:22:06 AM | Replies:3 | Views:88 | Items(3) |
|
If tcl could get the string of the browser request, break it into its
parts, assign them to variables, then the programmer could compute any result based on the variables. The event loop would simply process each in turn and hand each off to a handler once assinged, depending on the logic computed as o which variable was what. then the event loop responds, the response being html, and hrefs to pcitures. I am not getting into streaming vid etc. yet. This seems very simple to me. Yet web seems to give people lots fo problems. why? even wub seems madly complex. |
gavino <gavcom...@gmail.com> 12/11/2009 6:22:06 AM |
|
On 11 Dez., 07:22, gavino <gavcom...@gmail.com> wrote:
> If tcl could get the string of the browser request, break it into its > parts, assign them to variables, then the programmer could compute any > result based on the variables. > > The event loop would simply process each in turn and hand each off to > a handler once assinged, depending on the logic computed as o which > variable was what. > > then the event loop responds, the response being html, and hrefs to > pcitures. > > I am not getting into streaming vid etc. yet. > > This seems very simple to me. > > Yet web seems to give people lots fo problems. > > why? > > even wub seems madly complex. All this already exists. ncgi is the answer to your question: http://tcllib.sourceforge.net/doc/ncgi.html Ruediger |
hae <r_haer...@gmx.de> 12/11/2009 6:58:02 AM |
|
gavino wrote:
> If tcl could get the string of the browser request, break it into its > parts, assign them to variables, then the programmer could compute any > result based on the variables. > > The event loop would simply process each in turn and hand each off to > a handler once assinged, depending on the logic computed as o which > variable was what. > > then the event loop responds, the response being html, and hrefs to > pcitures. It can and does and has for years. There are several web servers written in pure Tcl as well as CGI, FastCGI, etc packages. > I am not getting into streaming vid etc. yet. > > This seems very simple to me. It starts simple but can get complex really fast. > Yet web seems to give people lots fo problems. > > why? Because they do not check out prior art via the wiki and google. > even wub seems madly complex. Because it is meant to handle more then the simple case -- in fact it is designed for the fairly complex case (AOLserver is designed for the really complex cases). For the simple case check out some of the very small web servers on the wiki. -- +------------------------------------------------------------------------+ | Gerald W. Lester | |"The man who fights for his ideals is the man who is alive." - Cervantes| +------------------------------------------------------------------------+ |
"Gerald W. Lester" <Gerald.Les...@cox.net> 12/11/2009 3:51:53 PM |
|
On Dec 11, 7:51=A0am, "Gerald W. Lester" <Gerald.Les...@cox.net> wrote:
> gavino wrote: > > even wub seems madly complex. > > Because it is meant to handle more then the simple case -- in fact it is > designed for the fairly complex case (AOLserver is designed for the reall= y > complex cases). =A0For the simple case check out some of the very small w= eb > servers on the wiki. Personally I'm somewhat confused by WUB. The documentation has a diagram of the work flow, which is a series of loops around a main loop (looks like a fractal of some type). I don't think there is much difference between AOLserver and WUB as far as complexity of applications is concerned. Both seem equally capable. AOLserver itself appears more complex than WUB. But the result is that a given application is easier to write. AOLserver has a lot of infrastructure, and the ubiquitous use of threads and thread pool managers and managers above all these managers, greatly simplifies the actual application programming. Instead of thinking about threads and i/o for a database driver, you think about configuration of the driver and use of the generic database API. You don't worry about non- blocking i/o, you don't even think about i/o. But it really isn't fair to compare AOLserver and WUB. WUB is pure Tcl and should run anywhere without compiling. AOLserver can run anywhere, but requires much more effort to install. WUB is experimental and is testing new Tcl features. AOLserver is mature and doesn't have much need to take advantage of the advances used by WUB. My hope is that the WUB developers will provide a series of examples, from static file-serving to advanced domain triggered routing. I think the capability is there, but it is either poorly explained or explained in programming terms instead of functional/configuration terms. I hope I'm wrong here, I'm willing to work with the developers to produce simple examples. |
"tom.rmadilo" <tom.rmad...@gmail.com> 12/11/2009 11:32:29 PM |