Re: Undocumented changes create problems in webcat 4 ...

This WebDNA talk-list message is from

2000


It keeps the original formatting.
numero = 34290
interpreted = N
texte = on 7/6/2000 5:25 PM, Kenneth Grome at ken@simplewebstores.com wrote:Thanks Ken. I have just checked, the now deactivated, 4.x prefs to make sure that my insecuretextvars was set to 1 (I did that BEFORE installing it). It is still set to that.As far as spaces, unless you caught one in my code, I don't use them. I always use _ for readability.I am looking forward to some response from SM regarding the code snippet below. The symptoms here regarding a page that will not show recent data unless a flushdatabases is done is inconsistent with the fundamental logic of WebCatalog, is it not? Data should always be available is placed into a database running in RAM. It may not get to hard disk if you never commit the data, but it was certainly available until the db closes. Lastly, regarding the search code...if we even think that we need to explore that I would ask why a page will not show data until a flushdatabases occurs and then show that data in all it's glory with 0 changes to the code in 'question'. thoughts? ajm > These are the two best-known -- but still undocumented -- changes in > webcat 4 that cause certain pre-existing sites to fail: > > 1- The variable hierarchy has been changed in webcat 4. You can no > longer use formvariables to override text variables unless you change > the insecuretextvars preference to 1 or change your [text] tags to > [text secure=f]. > > 2- Webcat 1, 2 and 3 can handle spaces in db field and parameter > names, but webcat 4 cannot. There is no simple fix for this problem, > you have to manually remove these spaces in all your templates and db > files if you want them to work with webcat 4. > > > >> Below is code that worked like a charm with 3.0.7 but when we upgraded to >> 4.0.1 today took a powder. >> >> Specifically this code updated 2 databases, sent an email and then >> redirected to a page. In the old world as soon as the append occurred the >> record was available via a standard search (on another page). As soon as we >> went to 4.0.1 the _only_ way to get the search setup to see the new post is >> with a flushdatabase command. (bad). >> >> >> Now since this is MISSION critical I had to go back to 3.0.7 and testing >> this under 4.x is going to be a real pain until I can get a test machine >> setup for this. >> >> Any obvious thoughts from the tried and battle scarred 4.x testers? >> >> AJM >> >> >> >> >> [showif [action]=Appendtask] >> [replace >> db=forums.db&eqMessageIDdatarq=[_tk_SKU]&append=T]messageid=[url][_tk_sku][/ >> url]&Forum=[LOOKUP >> db=project.db&value=[P_SKU_pass]&lookInField=P_SKU&returnField=P_Sku¬Foun >> d=]&PostTime=[url][Time %I:%M %p][/url]&PostDate=[url][Date >> %m-%d-%Y][/url]&Name=[url][_TK_AUTHOR][/url]&Email=[url][Email][/url]&replyt >> o=NewTopic&Topic=[url][_TK_Task][/url]&Message=[url][_TK_COMMENT][/url]&IPAd >> dress=[IPAddress][/replace] >> [commitdatabase db=forums.db] >> [replace >> db=task.db&eqTK_SKUdatarq=[url][_TK_SKU][/url]&append=T][formvariables >> name=_&exact=F][getchars >> start=2][name][/getchars]=[url][value][/url]&[/formvariables][/replace] >> Record Added
>> [commitdatabase db=task.db] >> [SendMail to=members@newworldmedia.com&subject=New Task for [projectname] >> assigned to [LOOKUP >> db=staff.db&value=[_TK_Owner]&lookInField=S_SKU&returnField=S_First_Name¬ >> Found=] - NWM FORUMS&from=managetool@newworldmedia.com] >> Forum: [ProjectName] >> Task: [_TK_Task] >> Owner: [LOOKUP >> db=staff.db&value=[_TK_Owner]&lookInField=S_SKU&returnField=S_First_Name¬ >> Found=] >> Author: [LOOKUP >> db=staff.db&value=[_TK_Author]&lookInField=S_SKU&returnField=S_First_Name&no >> tFound=] >> >> PostTime: [_TK_Modification_Time] >> PostDate: [_TK_MODHISTORY] >> Message: >> ------------- >> [_TK_COMMENT] >> ------------- >> [/SendMail] >> [redirect forum.nmpl?forum=[_TK_projectid]&skunum=[_TK_projectid]] >> [/showif] >> Alex J. McCombie (800-724-8973) http://OurClients.com Corporate http://McCombie.com Personal (Alex@McCombie.com) http://ClubGab.com/ <--- Now here's a serious Chat Room! --->------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/ Associated Messages, from the most recent to the oldest:

    
  1. Re: Undocumented changes create problems in webcat 4 ... (Alex McCombie 2000)
  2. Re: Undocumented changes create problems in webcat 4 ... (Glenn Busbin 2000)
  3. Re: Undocumented changes create problems in webcat 4 ... (Alex McCombie 2000)
  4. Re: Undocumented changes create problems in webcat 4 ... (Alex McCombie 2000)
  5. Re: Undocumented changes create problems in webcat 4 ... (Paul Uttermohlen 2000)
  6. Undocumented changes create problems in webcat 4 ... (Kenneth Grome 2000)
on 7/6/2000 5:25 PM, Kenneth Grome at ken@simplewebstores.com wrote:Thanks Ken. I have just checked, the now deactivated, 4.x prefs to make sure that my insecuretextvars was set to 1 (I did that BEFORE installing it). It is still set to that.As far as spaces, unless you caught one in my code, I don't use them. I always use _ for readability.I am looking forward to some response from SM regarding the code snippet below. The symptoms here regarding a page that will not show recent data unless a flushdatabases is done is inconsistent with the fundamental logic of WebCatalog, is it not? Data should always be available is placed into a database running in RAM. It may not get to hard disk if you never commit the data, but it was certainly available until the db closes. Lastly, regarding the search code...if we even think that we need to explore that I would ask why a page will not show data until a flushdatabases occurs and then show that data in all it's glory with 0 changes to the code in 'question'. thoughts? ajm > These are the two best-known -- but still undocumented -- changes in > webcat 4 that cause certain pre-existing sites to fail: > > 1- The variable hierarchy has been changed in webcat 4. You can no > longer use formvariables to override text variables unless you change > the insecuretextvars preference to 1 or change your [text] tags to > [text secure=f]. > > 2- Webcat 1, 2 and 3 can handle spaces in db field and parameter > names, but webcat 4 cannot. There is no simple fix for this problem, > you have to manually remove these spaces in all your templates and db > files if you want them to work with webcat 4. > > > >> Below is code that worked like a charm with 3.0.7 but when we upgraded to >> 4.0.1 today took a powder. >> >> Specifically this code updated 2 databases, sent an email and then >> redirected to a page. In the old world as soon as the append occurred the >> record was available via a standard search (on another page). As soon as we >> went to 4.0.1 the _only_ way to get the search setup to see the new post is >> with a flushdatabase command. (bad). >> >> >> Now since this is MISSION critical I had to go back to 3.0.7 and testing >> this under 4.x is going to be a real pain until I can get a test machine >> setup for this. >> >> Any obvious thoughts from the tried and battle scarred 4.x testers? >> >> AJM >> >> >> >> >> [showif [action]=Appendtask] >> [replace >> db=forums.db&eqMessageIDdatarq=[_tk_SKU]&append=T]messageid=[url][_tk_sku][/ >> url]&Forum=[LOOKUP >> db=project.db&value=[P_SKU_pass]&lookInField=P_SKU&returnField=P_Sku¬Foun >> d=]&PostTime=[url][Time %I:%M %p][/url]&PostDate=[url][Date >> %m-%d-%Y][/url]&Name=[url][_TK_AUTHOR][/url]&Email=[url][Email][/url]&replyt >> o=NewTopic&Topic=[url][_TK_Task][/url]&Message=[url][_TK_COMMENT][/url]&IPAd >> dress=[ipaddress][/replace] >> [commitdatabase db=forums.db] >> [replace >> db=task.db&eqTK_SKUdatarq=[url][_TK_SKU][/url]&append=T][formvariables >> name=_&exact=F][getchars >> start=2][name][/getchars]=[url][value][/url]&[/formvariables][/replace] >> Record Added
>> [commitdatabase db=task.db] >> [SendMail to=members@newworldmedia.com&subject=New Task for [projectname] >> assigned to [LOOKUP >> db=staff.db&value=[_TK_Owner]&lookInField=S_SKU&returnField=S_First_Name¬ >> Found=] - NWM FORUMS&from=managetool@newworldmedia.com] >> Forum: [ProjectName] >> Task: [_TK_Task] >> Owner: [LOOKUP >> db=staff.db&value=[_TK_Owner]&lookInField=S_SKU&returnField=S_First_Name¬ >> Found=] >> Author: [LOOKUP >> db=staff.db&value=[_TK_Author]&lookInField=S_SKU&returnField=S_First_Name&no >> tFound=] >> >> PostTime: [_TK_Modification_Time] >> PostDate: [_TK_MODHISTORY] >> Message: >> ------------- >> [_TK_COMMENT] >> ------------- >> [/SendMail] >> [redirect forum.nmpl?forum=[_TK_projectid]&skunum=[_TK_projectid]] >> [/showif] >> Alex J. McCombie (800-724-8973) http://OurClients.com Corporate http://McCombie.com Personal (Alex@McCombie.com) http://ClubGab.com/ <--- Now here's a serious Chat Room! --->------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/ Alex McCombie

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:

serial number (1998) Need relative path explanation (1997) 'Carting' into Frames (2000) ReturnRaw context (1997) The Form authentication trick (2000) Attention eCommerce Sites (deadline 12/12) (1997) What am I missing (1997) Help with database strategy (1998) using showpage and showcart commands (1996) Cookie set browser session. (1998) Fun with dates (1997) typhoon vs. webcatalog (1997) Comments in db? (1997) Add message to Order (1997) Resume Catalog ? (1997) [Listfiles] vs Netfinder (1997) TCP Connect/send and CGI (2003) Using Currencies other than Dollars (1997) Listserver problem (1997) [SearchString] problem with [search] context (1997)