Re: WCS Newbie question

This WebDNA talk-list message is from

1997


It keeps the original formatting.
numero = 10293
interpreted = N
texte = >I've got some more questions (big surprise :-). When you say servers, do you mean CPUs or Web* applications ?I mean Web* applications. If you're planning to use SSL, I highly recommend you use the CGI version for now.>If you are talking about separate CPUs, how does one use the Web* configuration script to update the PlugIn for both the regular and SSL server applications ? I don't mind doing the configuration manually, I'm just curious if I missed something.Please configure it manually. We provide that very simple script to get people up and running before they learn how to use the _real_ WebStar administration.>If we have both the Web* and Web*/SSL servers on the same CPU, can we still use the plug-in without problems ? Can we keep them in separate folder hierarchies ?For technical reasons only StarNine can explain, it's better not to use the plugin for a site that has both SSL and non-SSL. We're planning a fix in the next release that allows W* and W*SSL to use the exact same plugin.>I'm also not sure I understand the RAM requirement is doubled sentence in either of the two interpretations unless you just mean that each CPU would have to allocate RAM for the plug-in.StarNine designed W* and W*SSL to use separate folders for plugins. That means 2 completely different WebCatalog plugins get loaded, each of which has its own memory space, databases, etc. To prevent confusion on your part, I recommend using the CGI to circumvent this problem (only 1 CGI ever gets used). It's possible to use the plugin, but you must be very aware of what data is going where. Don't worry: the CGI is extremely fast -- ClubMac has been using it for months now with no detectable slowdown.Grant Hulbert, V.P. Engineering | Tools for WebWarriors Pacific Coast Software | WebCatalog, WebCommerce Solution 11770 Bernardo Plaza Court, #462 | SiteEdit, SiteCheck, PhotoMaster San Diego, CA 92128 | 619/675-1106 Fax: 619/675-0372 | http://www.smithmicro.com Associated Messages, from the most recent to the oldest:

    
  1. Re: WCS Newbie question (Grant Hulbert 1997)
  2. Re: WCS Newbie question (Grant Hulbert 1997)
  3. Re: WCS Newbie question (Server1 1997)
  4. Re: WCS Newbie question (Kenneth Grome 1997)
  5. Errata: WCS Newbie question (Sven U. Grenander 1997)
  6. Re: WCS Newbie question (Sven U. Grenander 1997)
  7. Re: WCS Newbie question (Sven U. Grenander 1997)
  8. Re: WCS Newbie question (Sven U. Grenander 1997)
  9. Re: WCS Newbie question (Grant Hulbert 1997)
  10. Re: WCS Newbie question (Kenneth Grome 1997)
  11. Re: WCS Newbie question (Sven U. Grenander 1997)
  12. Re: WCS Newbie question (Kenneth Grome 1997)
  13. WCS Newbie question (Sven U. Grenander 1997)
>I've got some more questions (big surprise :-). When you say servers, do you mean CPUs or Web* applications ?I mean Web* applications. If you're planning to use SSL, I highly recommend you use the CGI version for now.>If you are talking about separate CPUs, how does one use the Web* configuration script to update the PlugIn for both the regular and SSL server applications ? I don't mind doing the configuration manually, I'm just curious if I missed something.Please configure it manually. We provide that very simple script to get people up and running before they learn how to use the _real_ WebStar administration.>If we have both the Web* and Web*/SSL servers on the same CPU, can we still use the plug-in without problems ? Can we keep them in separate folder hierarchies ?For technical reasons only StarNine can explain, it's better not to use the plugin for a site that has both SSL and non-SSL. We're planning a fix in the next release that allows W* and W*SSL to use the exact same plugin.>I'm also not sure I understand the RAM requirement is doubled sentence in either of the two interpretations unless you just mean that each CPU would have to allocate RAM for the plug-in.StarNine designed W* and W*SSL to use separate folders for plugins. That means 2 completely different WebCatalog plugins get loaded, each of which has its own memory space, databases, etc. To prevent confusion on your part, I recommend using the CGI to circumvent this problem (only 1 CGI ever gets used). It's possible to use the plugin, but you must be very aware of what data is going where. Don't worry: the CGI is extremely fast -- ClubMac has been using it for months now with no detectable slowdown.Grant Hulbert, V.P. Engineering | Tools for WebWarriors Pacific Coast Software | WebCatalog, WebCommerce Solution 11770 Bernardo Plaza Court, #462 | SiteEdit, SiteCheck, PhotoMaster San Diego, CA 92128 | 619/675-1106 Fax: 619/675-0372 | http://www.smithmicro.com Grant Hulbert

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:

Forcing a NEWCART (1997) [WebDNA] Date: header on emails - timezone problem perhaps (2010) Show if file exists (2004) A little syntax help (1997) Tax Laws for Online Sales (2003) WebCat2b13MacPlugIn - [include] doesn't allow creator (1997) WebCatalog-NT?'s (1996) Webcat issue (2006) Storebuilder Seems to have just died (2003) WebCatalog NT beta 18 now available (1997) Authenticate (1999) [math] show=F exists? (1997) Ampersand (1997) EMailFolder will not send (2003) Proposed FormVariables hierarchy (2000) ACGI processing for .html (1997) Requiring that certain fields be completed (1997) Error handling for accountNum (1997) [WebDNA] Still having problems (2008) test (2003)