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:

Support ?? (1997) New servers and new inline cache (1997) WebCat2 - Getting to the browser's username/password data (1997) Help formatting search results w/ table (1997) Suffix Mapping????? (1998) WebCat2b14MacPlugIn - [include] doesn't hide the search string (1997) RE: Help name our technology! (1997) Databases.tpl (2000) WebCat editing, SiteGuard & SiteEdit (1997) writing db to disk (1997) Emailer (WebCat2) (1997) Date problems (1997) Search in 2 or more catalogs (1997) [WebDNA] jumpstart me? - how to auto-upload to a remote server? (2010) finding the next thursday (2000) RAM variables (1997) frames & carts (1997) WC Database Format (1997) WebSite and *NO* Authentication Dialog Box!!? (1998) AD Error Msg (1997)