Re: RePost: NAT and the CART
This WebDNA talk-list message is from 1999
It keeps the original formatting.
numero = 24052
interpreted = N
texte = >So this is not a problem specific to WebCat then?That is correct. Webcat has no role whatsoever in determining where to send the results it creates. All it does is hand over its rendered pages to the web server. The web server is the component that sends the data back to the same *ip address* that requested the file ...And that's where your problem is. Web servers are based on the premise that each computer has its own unique ip address when it's on the net -- in other words, each ip addresses is uniquely assigned to ONE COMPUTER -- not to several computers that happen to be sharing the same ip address on a LAN.In your situation, the task of 'redirecting' or 'routing' your incoming internet traffic to the proper computer on your local LAN is the responsibility of additional hardware or software ... not webcat, and not your web server software.Apparently the additional software and/or hardware you need is not in use at your location, or else it is there but it is unfortunately not configured properly ... :( >If 300 employees of company A were shopping at amazon.com >and company A was using NAT to connect their LAN to the internet >using one IP address, then all 300 people would look like one visitor >to the amazon.com server, yes.Yes, that is correct. All amazon.com sees or cares about is that ONE ip address -- because that's where requests are coming from, so that's where it delivers requested files -- to the ip address that the requests came from. If there were only one computer using that ip address, there would be no problem whatsoever. But apparently that's not your situation ... >But I thought the [cart] was set upon a particular browser's first >visit and carried along in the code from page to page.No, the cart has nothing to do with the browser. The cart value is set by webcat and placed in the page when webcat renders that page, then the page is passed to the web server, then the web server sends the page to the *ip address* where the original request came from. But in your example there are 300 computers sharing the same ip address, and that's where your problems lie ...Sincerely, Kenneth Grome WebDNA Consultant
Associated Messages, from the most recent to the oldest:
>So this is not a problem specific to WebCat then?That is correct. Webcat has no role whatsoever in determining where to send the results it creates. All it does is hand over its rendered pages to the web server. The web server is the component that sends the data back to the same *ip address* that requested the file ...And that's where your problem is. Web servers are based on the premise that each computer has its own unique ip address when it's on the net -- in other words, each ip addresses is uniquely assigned to ONE COMPUTER -- not to several computers that happen to be sharing the same ip address on a LAN.In your situation, the task of 'redirecting' or 'routing' your incoming internet traffic to the proper computer on your local LAN is the responsibility of additional hardware or software ... not webcat, and not your web server software.Apparently the additional software and/or hardware you need is not in use at your location, or else it is there but it is unfortunately not configured properly ... :( >If 300 employees of company A were shopping at amazon.com >and company A was using NAT to connect their LAN to the internet >using one IP address, then all 300 people would look like one visitor >to the amazon.com server, yes.Yes, that is correct. All amazon.com sees or cares about is that ONE ip address -- because that's where requests are coming from, so that's where it delivers requested files -- to the ip address that the requests came from. If there were only one computer using that ip address, there would be no problem whatsoever. But apparently that's not your situation ... >But I thought the
[cart] was set upon a particular browser's first >visit and carried along in the code from page to page.No, the cart has nothing to do with the browser. The cart value is set by webcat and placed in the page when webcat renders that page, then the page is passed to the web server, then the web server sends the page to the *ip address* where the original request came from. But in your example there are 300 computers sharing the same ip address, and that's where your problems lie ...Sincerely, Kenneth Grome WebDNA Consultant
Kenneth Grome
DOWNLOAD WEBDNA NOW!
Top Articles:
Talk List
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...
Related Readings:
ListVariables Problem (2003)
Help! (1996)
OT: one to one live chat (1999)
[WebDNA] Moving sites to a HostGator dedicated server (2008)
Register First (2000)
What am I missing (1997)
Mozilla/4. and Browser Info.txt (1997)
F3 crashing server (1997)
Add to Cart & List of Products (1997)
Interfacing WebMerchant to www.fedex.com (1997)
Quick Question About Sorting (1997)
Nesting format tags (1997)
WebCatalog Upgrade Pricing? (1997)
Nested tags count question (1997)
upload images and other data (2001)
Weird Math and SV (1997)
[WebDNA] lookup in php (2010)
About Include (2001)
Updating a database once per day - An example (1998)
Include a big block of text (1997)