From bob at nleaudio.com Sun Jul 1 02:51:32 2012 From: bob at nleaudio.com (Bob Puff@NLE) Date: Sat, 30 Jun 2012 22:51:32 -0400 Subject: [ic] Random errors Message-ID: <4FEFBB34.5060604@nleaudio.com> Hi Racke, > nsession = Interchange thinks that the user is a robot. > > My suggestion is to check whether your robots definition is up-to-date, especially > NotRobotUA should contain > MSIE and Gecko. > > Regards > Racke I just tried doing that, and it appears IC 5.2 (the version on this particular client server) does not support the NotRobotUA: Killing Interchange server 1676 with TERM. Vend::Payment::AuthorizeNet payment module initialized, using Net::SSLeay RPC traffic settings. Calling UI......UI is loaded... Unknown directive 'notrobotua' In line 172 of the configuration file 'interchange.cfg': NotRobotUA < https://github.com/jlavin/interchange/commit/0b840ab8913af5aa57ced27ab963a557ddb2f7d6 --- a/lib/Vend/UserDB.pm +++ b/lib/Vend/UserDB.pm @@ -1572,7 +1572,7 @@ sub login { ); } - username_cookies($self->{PASSED_USERNAME} || $self->{USERNAME}, $pw) + username_cookies($self->{PASSED_USERNAME} || $self->{USERNAME}, $pw, $self->{OPTIONS}{secure_cookies}) if $Vend::Cfg->{CookieLogin}; if ($self->{LOCATION}{LAST} ne 'none') { @@ -1998,7 +1998,7 @@ sub new_account { else { $self->set_values() unless $self->{OPTIONS}{no_set}; $self->{USERNAME} = $foreign if $foreign; - username_cookies($self->{USERNAME}, $pw) + username_cookies($self->{USERNAME}, $pw, $self->{OPTIONS}{secure_cookies}) if $Vend::Cfg->{CookieLogin}; $self->log('new account') if $options{'log'}; @@ -2026,7 +2026,7 @@ sub new_account { } sub username_cookies { - my ($user, $pw) = @_; + my ($user, $pw, $secure) = @_; return unless $CGI::values{mv_cookie_password} or $CGI::values{mv_cookie_username} or @@ -2034,13 +2034,14 @@ sub username_cookies { Vend::Util::read_cookie('MV_USERNAME'); $::Instance->{Cookies} = [] unless defined $::Instance->{Cookies}; my $exp = time() + $Vend::Cfg->{SaveExpire}; + $secure ||= $CGI::secure; push @{$::Instance->{Cookies}}, ['MV_USERNAME', $user, $exp]; return unless $CGI::values{mv_cookie_password} or Vend::Util::read_cookie('MV_PASSWORD'); push @{$::Instance->{Cookies}}, - ['MV_PASSWORD', $pw, $exp]; + ['MV_PASSWORD', $pw, $exp, undef, undef, $secure]; return; } -- Josh Lavin Perusion -- Expert Interchange Consulting http://www.perusion.com/ From jon at endpoint.com Thu Jul 12 20:03:42 2012 From: jon at endpoint.com (Jon Jensen) Date: Thu, 12 Jul 2012 14:03:42 -0600 (MDT) Subject: [ic] Make MV_PASSWORD secure if set on secure page In-Reply-To: <20120712183551.GY16663@mr-eko.kdw.us> References: <20120712183551.GY16663@mr-eko.kdw.us> Message-ID: Josh, Unless I'm missing something, we need some documentation for this. You seem to be introducing a new UserDB option "secure_cookies" but there's no instruction on how to use it, or that it even exists. Additions to the xmldocs repo, the catalog.cfg examples, and explanation in the commit message would all help. Thanks, Jon On Thu, 12 Jul 2012, Josh Lavin wrote: > https://github.com/jlavin/interchange/commit/0b840ab8913af5aa57ced27ab963a557ddb2f7d6 > > --- a/lib/Vend/UserDB.pm > +++ b/lib/Vend/UserDB.pm > @@ -1572,7 +1572,7 @@ sub login { > ); > } > > - username_cookies($self->{PASSED_USERNAME} || > $self->{USERNAME}, $pw) > + username_cookies($self->{PASSED_USERNAME} || > $self->{USERNAME}, $pw, $self->{OPTIONS}{secure_cookies}) > if $Vend::Cfg->{CookieLogin}; > > if ($self->{LOCATION}{LAST} ne 'none') { > @@ -1998,7 +1998,7 @@ sub new_account { > else { > $self->set_values() unless > $self->{OPTIONS}{no_set}; > $self->{USERNAME} = $foreign if $foreign; > - username_cookies($self->{USERNAME}, $pw) > + username_cookies($self->{USERNAME}, $pw, > $self->{OPTIONS}{secure_cookies}) > if $Vend::Cfg->{CookieLogin}; > > $self->log('new account') if $options{'log'}; > @@ -2026,7 +2026,7 @@ sub new_account { > } > > sub username_cookies { > - my ($user, $pw) = @_; > + my ($user, $pw, $secure) = @_; > return unless > $CGI::values{mv_cookie_password} > or > $CGI::values{mv_cookie_username} > or > @@ -2034,13 +2034,14 @@ sub username_cookies { > Vend::Util::read_cookie('MV_USERNAME'); > $::Instance->{Cookies} = [] unless defined > $::Instance->{Cookies}; > my $exp = time() + $Vend::Cfg->{SaveExpire}; > + $secure ||= $CGI::secure; > push @{$::Instance->{Cookies}}, > ['MV_USERNAME', $user, $exp]; > return unless > $CGI::values{mv_cookie_password} > or > Vend::Util::read_cookie('MV_PASSWORD'); > push @{$::Instance->{Cookies}}, > - ['MV_PASSWORD', $pw, $exp]; > + ['MV_PASSWORD', $pw, $exp, undef, undef, > $secure]; > return; > } -- Jon Jensen End Point Corporation http://www.endpoint.com/ +1 507-399-0057 From royce at modern-multimedia.com Thu Jul 12 21:04:18 2012 From: royce at modern-multimedia.com (Royce Cano) Date: Thu, 12 Jul 2012 14:04:18 -0700 Subject: [ic] E Comm Solution Message-ID: To whom it may concern, I have a project I would like to discuss with your group about features your software provides. I can be reached at 949 444 9115 I look forward to your call. -- Royce D. Cano Creative Instigator Modern Multimedia Direct: (949) 436-8892 Toll Free: (866) 414-3090 royce at modern-multimedia.com www.Modern-Multimedia.com ---------------------------------------------------------------------------- ------------------------ Great achievement is usually born of great sacrifice, and is never the result of selfishness. Napoleon Hill ---------------------------------------------------------------------------- ------------------------ NOTICE: This E-mail is governed by the Electronic Communications Privacy Act, 18 U.S.C. Sections 2510-2521. The information contained in this E-mail is legally privileged and confidential, which is intended only for the use of the individual or entity to whom it is addressed. If you are an employee, vendor or client of Modern Multimedia, this email may also be governed by confidentiality, trade secrets and/or other agreements with Modern Multimedia. Do not forward this email to anyone other than for its implied use. If the reader of this message is not the intended recipient; you are hereby notified that any use, dissemination, distribution or reproduction of this message is strictly prohibited. If you have received this communication in error, please notify Modern Multimedia at (866) 414-3090 and delete the misdirected message from your system. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 21A9828E-6485-4828-87F3-740D7259AC9B[15].png Type: image/png Size: 13841 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: AB1A3187-3889-41A1-895E-31D5B2CA3BFF[15].png Type: image/png Size: 23625 bytes Desc: not available URL: From jon at endpoint.com Fri Jul 13 16:01:50 2012 From: jon at endpoint.com (Jon Jensen) Date: Fri, 13 Jul 2012 10:01:50 -0600 (MDT) Subject: [ic] Interchange Hall of Fame updated Message-ID: Everyone, If you have a few minutes, check out the newly updated Interchange Hall of Fame: http://www.icdevgroup.org/i/dev/hall We've created all new screenshot thumbnails, added many new sites, and removed sites that were no longer active. If you know of any active Interchange sites that are not listed, please submit them using the form at the bottom of the page. Also feel free to nominate any sites that have interesting functionality and/or an attractive design, to be featured at the top with a screenshot. Thanks, Jon -- Jon Jensen End Point Corporation http://www.endpoint.com/ +1 507-399-0057 From racke at linuxia.de Fri Jul 13 16:22:40 2012 From: racke at linuxia.de (Stefan Hornburg (Racke)) Date: Fri, 13 Jul 2012 18:22:40 +0200 Subject: [ic] Interchange Hall of Fame updated In-Reply-To: References: Message-ID: <50004B50.8040000@linuxia.de> On 07/13/2012 06:01 PM, Jon Jensen wrote: > Everyone, > > If you have a few minutes, check out the newly updated Interchange Hall of Fame: > > http://www.icdevgroup.org/i/dev/hall > > We've created all new screenshot thumbnails, added many new sites, and removed sites that were no longer active. > > If you know of any active Interchange sites that are not listed, please submit them using the form at the bottom of the page. > > Also feel free to nominate any sites that have interesting functionality and/or an attractive design, to be featured at the top with a screenshot. > What about my Interchange 6 site https://eshop.state.gov/ ? Regards Racke -- LinuXia Systems => http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP => http://www.icdevgroup.org/ Interchange Development Team From jon at endpoint.com Fri Jul 13 16:51:52 2012 From: jon at endpoint.com (Jon Jensen) Date: Fri, 13 Jul 2012 10:51:52 -0600 (MDT) Subject: [ic] Interchange Hall of Fame updated In-Reply-To: <50004B50.8040000@linuxia.de> References: <50004B50.8040000@linuxia.de> Message-ID: On Fri, 13 Jul 2012, Stefan Hornburg (Racke) wrote: >> If you know of any active Interchange sites that are not listed, please >> submit them using the form at the bottom of the page. > > What about my Interchange 6 site https://eshop.state.gov/ ? Yes, excellent. Please submit it via the form, with whatever description and developer link etc. you'd like, and we'll get a screenshot going for it. Thanks, Jon -- Jon Jensen End Point Corporation http://www.endpoint.com/ +1 507-399-0057 From josh at perusion.net Fri Jul 13 16:57:42 2012 From: josh at perusion.net (Josh Lavin) Date: Fri, 13 Jul 2012 09:57:42 -0700 Subject: [ic] Make MV_PASSWORD secure if set on secure page In-Reply-To: References: <20120712183551.GY16663@mr-eko.kdw.us> Message-ID: <20120713165742.GA29974@mr-eko.kdw.us> Quoting Jon Jensen (jon at endpoint.com): > Josh, > > Unless I'm missing something, we need some documentation for this. > You seem to be introducing a new UserDB option "secure_cookies" but > there's no instruction on how to use it, or that it even exists. > > Additions to the xmldocs repo, the catalog.cfg examples, and > explanation in the commit message would all help. Here's a patch for xmldocs: https://github.com/jlavin/xmldocs/commit/bb5b2952a69627746e0acfb6a93b47f51f617a06 > On Thu, 12 Jul 2012, Josh Lavin wrote: > > >https://github.com/jlavin/interchange/commit/0b840ab8913af5aa57ced27ab963a557ddb2f7d6 > > > >--- a/lib/Vend/UserDB.pm > >+++ b/lib/Vend/UserDB.pm > >@@ -1572,7 +1572,7 @@ sub login { > > ); > > } > > > >- username_cookies($self->{PASSED_USERNAME} || > > $self->{USERNAME}, $pw) > >+ username_cookies($self->{PASSED_USERNAME} || > >$self->{USERNAME}, $pw, $self->{OPTIONS}{secure_cookies}) > > if $Vend::Cfg->{CookieLogin}; > > > > if ($self->{LOCATION}{LAST} ne 'none') { > >@@ -1998,7 +1998,7 @@ sub new_account { > > else { > > $self->set_values() unless > >$self->{OPTIONS}{no_set}; > > $self->{USERNAME} = $foreign if $foreign; > >- username_cookies($self->{USERNAME}, $pw) > >+ username_cookies($self->{USERNAME}, $pw, > >$self->{OPTIONS}{secure_cookies}) > > if $Vend::Cfg->{CookieLogin}; > > > > $self->log('new account') if $options{'log'}; > >@@ -2026,7 +2026,7 @@ sub new_account { > >} > > > >sub username_cookies { > >- my ($user, $pw) = @_; > >+ my ($user, $pw, $secure) = @_; > > return unless > > $CGI::values{mv_cookie_password} > >or > > $CGI::values{mv_cookie_username} > >or > >@@ -2034,13 +2034,14 @@ sub username_cookies { > > Vend::Util::read_cookie('MV_USERNAME'); > > $::Instance->{Cookies} = [] unless defined > >$::Instance->{Cookies}; > > my $exp = time() + $Vend::Cfg->{SaveExpire}; > >+ $secure ||= $CGI::secure; > > push @{$::Instance->{Cookies}}, > > ['MV_USERNAME', $user, $exp]; > > return unless > > $CGI::values{mv_cookie_password} > >or > > Vend::Util::read_cookie('MV_PASSWORD'); > > push @{$::Instance->{Cookies}}, > >- ['MV_PASSWORD', $pw, $exp]; > >+ ['MV_PASSWORD', $pw, $exp, undef, undef, > >$secure]; > > return; > >} > From mr.ben1889 at msn.com Fri Jul 13 16:40:14 2012 From: mr.ben1889 at msn.com (WEMA BANK NIGERIA PLC) Date: Fri, 13 Jul 2012 09:40:14 -0700 Subject: [ic] FROM THE DESK OF WEMA BANK NIGERIA PLC Message-ID: <20120713174819.179B25004C3@mail.perusion.com> FROM THE DESK OF WEMA BANK NIGERIA PLC OFFICE OF THE DIRECTOR, MR. FRANK EZE Hot line: +234-8082 312 063 Reply via (consultantinfo30 at gmail.com) YOUR ATM CARD PAYMENT IS READY.... Greetings, I have been waiting to hear from you for some time, regarding your New Bank ATM VISA CARD 2012 valued $10, 500,000.00 United States Dollars, but have not heard from you. Meanwhile your ATM Visa card 2012 has been deposited for delivery with the delivery DEPARTMENTS, You are advice to contact the office as Soon as possible to know when they will deliver your package to you before the expiring date. Bear in mind that we have issued a new pin code, so call for the new pin code to enable you have full access of the card. For your information, the Re-Activation fee of your ATM card have been paid by the Bank and would have paid for the delivery cost but it was not in our power to do so because it have to be insured by the insurance company. So you are advised to contact the office very urgent with the following information to enable the DELIVERY AGENT get your ATM Visa Card deliver to your doorsteps. INFORMATION NEEDED FROM YOU ARE AS FOLLOWS: Your Full Name: Address: Telephone: Cell: phone: Nationality: Age: Occupation: Sex: FINALLY YOU ARE ADVISED TO CALL THE LINE AS SOON AS YOU RECIEVE THIS E-MAIL FOR THE NEXT STEP TO FOLLOW. ALSO FOR YOUR INFORMATION, YOU HAVE TO STOP ANY FURTHER COMMUNICATION WITH ANY OTHER PERSON (S) OR OFFICE(S) TO AVOID ANY HITCHES IN RECEIVING YOUR ATM VISA CARD. Yours Faithfully, MR. FRANK EZE ATM CARD PAYMENT DIRECTOR, WEMA BANK NIGERIA PLC Hot line: +234-8082 312 063 Reply via (consultantinfo30 at gmail.com) From tom at gfdm.net Fri Jul 13 18:48:00 2012 From: tom at gfdm.net (Thomas J.M. Burton) Date: Fri, 13 Jul 2012 11:48:00 -0700 Subject: [ic] Interchange Hall of Fame updated In-Reply-To: References: Message-ID: <50006D60.3030803@gfdm.net> Looks great, thanks for maintaining that page! :) I haven't listed any of the IC sites I've designed/developed before now. Catching up, so you'll see some submissions from me. Thanks, Tom _______________________________ Global Focus Digital Media, LLC www.globalfocusdm.com On 7/13/2012 9:01 AM, Jon Jensen wrote: > Everyone, > > If you have a few minutes, check out the newly updated Interchange > Hall of Fame: > > http://www.icdevgroup.org/i/dev/hall > > We've created all new screenshot thumbnails, added many new sites, and > removed sites that were no longer active. > > If you know of any active Interchange sites that are not listed, > please submit them using the form at the bottom of the page. > > Also feel free to nominate any sites that have interesting > functionality and/or an attractive design, to be featured at the top > with a screenshot. > > Thanks, > Jon > !DSPAM:50006d6133171865512501! From jon at endpoint.com Fri Jul 13 21:17:52 2012 From: jon at endpoint.com (Jon Jensen) Date: Fri, 13 Jul 2012 15:17:52 -0600 (MDT) Subject: [ic] Interchange Hall of Fame updated In-Reply-To: <50006D60.3030803@gfdm.net> References: <50006D60.3030803@gfdm.net> Message-ID: On Fri, 13 Jul 2012, Thomas J.M. Burton wrote: > I haven't listed any of the IC sites I've designed/developed before now. > Catching up, so you'll see some submissions from me. That's great. Thanks. They're approved and showing on the site now, as well as one from Perusion. And someone submitted one that is to my knowledge the only Estonian site running on Interchange, localized in Latvian, Lithuanian, Estonian, and English: http://www.kriso.ee/ Go Baltic states! :) All nice sites. Keep 'em coming. Jon -- Jon Jensen End Point Corporation http://www.endpoint.com/ +1 507-399-0057 From db at m-and-d.com Sun Jul 15 15:13:13 2012 From: db at m-and-d.com (DB) Date: Sun, 15 Jul 2012 11:13:13 -0400 Subject: [ic] Paypal question Message-ID: <5002DE09.1040806@M-and-D.com> I have customers who use Paypal whine now and then about having to fill out the name, address etc. of the IC checkout form before they get sent to Paypal, where their address may then get changed to what Paypal has on file for them. Is my Paypal set up wrong or is this by design? Dave From lyn at zolotek.net Sun Jul 15 16:19:23 2012 From: lyn at zolotek.net (Lyn St George) Date: Sun, 15 Jul 2012 17:19:23 +0100 Subject: [ic] Paypal question In-Reply-To: <5002DE09.1040806@M-and-D.com> References: <5002DE09.1040806@M-and-D.com> Message-ID: <671189994.dfZNBH1Z8P@pip> On Sunday 15 July 2012 11:13:13 DB wrote: > I have customers who use Paypal whine now and then about having to fill > out the name, address etc. of the IC checkout form before they get sent > to Paypal, where their address may then get changed to what Paypal has > on file for them. Is my Paypal set up wrong or is this by design? > > Dave Both ... by default your order profile will require all the standard items the same as for a credit card checkout, but if you change the profile then they will not have to fill out anything at all. From db at m-and-d.com Sun Jul 15 18:52:35 2012 From: db at m-and-d.com (DB) Date: Sun, 15 Jul 2012 14:52:35 -0400 Subject: [ic] Paypal question In-Reply-To: <671189994.dfZNBH1Z8P@pip> References: <671189994.dfZNBH1Z8P@pip> Message-ID: <50031173.70607@M-and-D.com> >> I have customers who use Paypal whine now and then about having to fill >> out the name, address etc. of the IC checkout form before they get sent >> to Paypal, where their address may then get changed to what Paypal has >> on file for them. Is my Paypal set up wrong or is this by design? >> >> Dave > > Both ... by default your order profile will require all the standard items the > same as for a credit card checkout, but if you change the profile then they > will not have to fill out anything at all. OK thanks for the hint. In my profiles.order I see: __NAME__ paypalexpress __COMMON_ORDER_PROFILE__ &fatal = yes policy_agree=required You must agree to our policies to checkout email=required email=email &set=mv_payment PaypalExpress &set=psp Paypal &set=mv_payment_route paypalexpress &final = yes &setcheck = payment_method paypalexpress __END__ And I see that my catalog.cfg has: ifndef COMMON_ORDER_PROFILE Variable COMMON_ORDER_PROFILE < References: <671189994.dfZNBH1Z8P@pip> <50031173.70607@M-and-D.com> Message-ID: <5003152C.4020400@linuxia.de> On 07/15/2012 08:52 PM, DB wrote: >>> I have customers who use Paypal whine now and then about having to fill >>> out the name, address etc. of the IC checkout form before they get sent >>> to Paypal, where their address may then get changed to what Paypal has >>> on file for them. Is my Paypal set up wrong or is this by design? >>> >>> Dave >> >> Both ... by default your order profile will require all the standard items the >> same as for a credit card checkout, but if you change the profile then they >> will not have to fill out anything at all. > > > OK thanks for the hint. In my profiles.order I see: > > > __NAME__ paypalexpress > __COMMON_ORDER_PROFILE__ > &fatal = yes > policy_agree=required You must agree to our policies to checkout > email=required > email=email > &set=mv_payment PaypalExpress > &set=psp Paypal > &set=mv_payment_route paypalexpress > &final = yes > &setcheck = payment_method paypalexpress > __END__ > > > And I see that my catalog.cfg has: > > ifndef COMMON_ORDER_PROFILE > Variable COMMON_ORDER_PROFILE< fname=required > lname=required > address1=required > city=required > country=required > state=multistate > zip=multizip > &or phone_night=phone, phone_day=phone Must have day or evening > phone number > email=required > EOV > endif > > So perhaps I could define a COMMON_ORDER_PROFILE_PAYPAL that requires > only a phone number for example, and then change the paypalexpress > profile to look for that instead? I would just replace __COMMON_ORDER_PROFILE__ in the paypalexpress profile with the fields you require in order to follow the KISS principle. Regards Racke -- LinuXia Systems => http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP => http://www.icdevgroup.org/ Interchange Development Team From chris.keane at zzgi.com Sat Jul 21 14:47:02 2012 From: chris.keane at zzgi.com (Chris Keane) Date: Sat, 21 Jul 2012 07:47:02 -0700 Subject: [ic] A brief discussion of UserTags and their presence in RPC server daemons Message-ID: <500AC0E6.6010101@zzgi.com> Imagine this case: * A single interchange instance with a comprehensive set of system-wide custom UserTags * Multiple catalogs within the interchange instance. Some of them have UserTags overriding some of the system-wide UserTags with catalog-level tags. All catalogs have at least a few tags named the same that implement catalog-specific logic. Problem: inconsistency in which version of a UserTag is actually called: In cases where the global UserTag is not overridden by any local tags, the global tag is properly called (good). In instances where a local UserTag in one catalog overrides a global UserTag, sometimes the tag is also overridden in all catalogs, sometimes not (bad) In instances where multiple catalogs have the same local UserTag, the actual UserTag called in any catalog is a random* selection of those UserTags from all catalogs, i.e. it's not necessarily the UserTag from the actual calling catalog, it might be one from a completely separate catalog. (bad) *random: it's not really random, its actually the version from the first catalog that was called in each server Child process. The reason: Within each server Child process global UserTags are loaded into the Parse space (into %Routines) They are then supplemented/overridden by local UserTags. However, if even a single catalog overrides the in-memory copy of a global UserTag in $Routines{tagname} it will be overridden for all subsequent requests served by that server Child. Even for catalogs which are not supposed to be overriding it. Once a server Child process starts and receives its first request, it loads all the local UserTags for that first catalog called, but does not do so again. Result: that first catalog's local UserTags being used by all subsequent calls to that Child regardless of which catalog they are for. Solutions: The most obvious and braindead solution is to update the RPC mode settings to have MaxRequestsPerChild equal 1. In this setting, each Child will handle one request, die, and spawn a new one, thereby freshly setting all UserTags for one specific catalog call. However, there is then little advantage to using RPC mode, and in our case where we send hundreds of tiny ajax requests through the interchange server, would require quite a high StartServers number. Alternately, fix the code. We gone through various iterations of this over the last few years. Right now we're sitting with: in Vend::Parse in new() replace add_tags($Vend::Cfg->{UserTag}) unless $Vend::Tags_added++; with add_tags($Global::UserTag); # CK added because later-loaded Usertags from different catalogs were overriding global tags if # some other catalog had a local version of the tag but this one relied on the global version add_tags($Vend::Cfg->{UserTag}); Note, the conditional Tags_added removed to force load of tags every time. Otherwise, stale versions from other catalogs will be used instead of the ones from our catalog. Note, added add_tags($Global::UserTag) to force a fresh copy of the global usertags in case a previous call within this Child to a different catalog had overridden the global tag with its own, but we don't override it in this catalog. The downside of performing these add_tags is performance. We don't have any benchmarks. sub add_tags is a memory-only operation so not as terrible as it could be. But basically it's additional stuff that needs to happen before we even start real processing which we're trying to optimize out wherever possible. The next step to making this better will be to rewrite Parse::do_tag to remove the use of the %Routine hash altogether. Basically, at time of execution try finding $Vend::Cfg->{UserTag}->{Routine} first, then try $Global::UserTag->{Routine} next if not found. Thoughts, suggestions? Chris. From mike at perusion.com Sat Jul 21 14:58:37 2012 From: mike at perusion.com (Mike Heins) Date: Sat, 21 Jul 2012 10:58:37 -0400 Subject: [ic] A brief discussion of UserTags and their presence in RPC server daemons In-Reply-To: <500AC0E6.6010101@zzgi.com> References: <500AC0E6.6010101@zzgi.com> Message-ID: <20120721145837.GA18325@bill> Quoting Chris Keane (chris.keane at zzgi.com): > Alternately, fix the code. We gone through various iterations of > this over the last few years. Right now we're sitting with: > in Vend::Parse > in new() > replace > add_tags($Vend::Cfg->{UserTag}) > unless $Vend::Tags_added++; What is happening that the $Vend::Tags_added variable is not reset at instance creation? It should be, as a part of the reset_vars() routine: package Vend; reset 'A-Z'; reset 'a-z'; This is done at the beginning of a connection. I really wasn't aware that this was a problem. Have you tried checking the status of $Vend::Tags_added in Vend::Dispatch? Can you confirm it is not being reset? Another solution that comes to mind is the idea of an optional permanent per-catalog UserTag instance. This would be selected at connection start instead of the add_tags() routine. What it would cost in memory (which would be fairly considerable, considering it would contain all tags) would be made up for in performance. -- Mike Heins Perusion -- Expert Interchange Consulting http://www.perusion.com/ phone +1.765.253.4194 People who want to share their religious views with you almost never want you to share yours with them. -- Dave Barry From kerry at basicq.com Mon Jul 30 13:09:59 2012 From: kerry at basicq.com (Kerry Blalock) Date: Mon, 30 Jul 2012 09:09:59 -0400 Subject: [ic] 404 errors Message-ID: I received this message from Google. It is the second or third in the past couple of months concerning 404 errors. I sent this to my server provider (see message from him below) I am not sure what this means, or if I should try to correct anything. Any suggestions appreciated. Kerry (k2b3) decor.basicq.com "Dear owner or webmaster of http://decor.basicq.com/ While crawling your site, we have noticed an increase in the number of transient soft 404 errors around 2012-07-24 00:00 UTC (London, Dublin, Edinburgh). Your site may have experienced outages. These issues may have been resolved. Here are some sample pages that resulted in soft 404 errors: http://decor.basicq.com/cgi-bin/dcart/scan/MM=a5564fe643ac52c7032db36e809e8be8:1100:1149:50.html?mv_tmp_session=1&mv_arg=&mv_more_ip=1&mv_nextpage=results&mv_form_charset=&explode=1 http://decor.basicq.com/cgi-bin/dcart/scan/MM=1cbf3739b9aa6e79950aab0e86e55811:100:149:50.html?mv_tmp_session=1&mv_arg=&toggle=34639&mv_more_ip=1&mv_nextpage=results&mv_form_charset=&mv_session_id=nsession http://decor.basicq.com/cgi-bin/dcart/scan/MM=44ec26065b3dc8ef889a1a452b68460d:0:49:50.html?mv_more_ip=1&mv_nextpage=results&mv_arg= For more information, see our Help Center: Soft 404 errors" >From my server admin: Carl C. cc at carlc.com 9:25 AM (23 hours ago) to me On 7/29/2012 5:17 AM, Curtain Rod wrote: > Hi Carl, > > Do you know what Google is talking about in the email? When clicking > on thier samples, it brings up the cart, but the result page is blank > of detail. > > Kerry Google is probably seeing multiple "carts" and since the holding "cart" gets killed after a day, it's missing those... BUT, it's also a good question for the guys on interchange to talk about.... From racke at linuxia.de Mon Jul 30 13:24:55 2012 From: racke at linuxia.de (Stefan Hornburg (Racke)) Date: Mon, 30 Jul 2012 15:24:55 +0200 Subject: [ic] 404 errors In-Reply-To: References: Message-ID: <50168B27.50807@linuxia.de> On 07/30/2012 03:09 PM, Kerry Blalock wrote: > I received this message from Google. It is the second or third in the past > couple of months concerning 404 errors. I sent this to my server provider > (see message from him below) > > I am not sure what this means, or if I should try to correct anything. > > Any suggestions appreciated. > > Kerry (k2b3) > > decor.basicq.com > > > "Dear owner or webmaster of http://decor.basicq.com/ While crawling your > site, we have noticed an increase in the number of transient soft 404 > errors around 2012-07-24 00:00 UTC (London, Dublin, Edinburgh). Your site > may have experienced outages. These issues may have been resolved. Here > are some sample pages that resulted in soft 404 errors: > http://decor.basicq.com/cgi-bin/dcart/scan/MM=a5564fe643ac52c7032db36e809e8be8:1100:1149:50.html?mv_tmp_session=1&mv_arg=&mv_more_ip=1&mv_nextpage=results&mv_form_charset=&explode=1 > http://decor.basicq.com/cgi-bin/dcart/scan/MM=1cbf3739b9aa6e79950aab0e86e55811:100:149:50.html?mv_tmp_session=1&mv_arg=&toggle=34639&mv_more_ip=1&mv_nextpage=results&mv_form_charset=&mv_session_id=nsession > http://decor.basicq.com/cgi-bin/dcart/scan/MM=44ec26065b3dc8ef889a1a452b68460d:0:49:50.html?mv_more_ip=1&mv_nextpage=results&mv_arg= > For more information, see our Help Center: Soft 404 errors" Robots can't access more links in the standard Interchange setup. My recommendation is to replace them with nice & clean URLs or hide them through robots.txt. Regards Racke -- LinuXia Systems => http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP => http://www.icdevgroup.org/ Interchange Development Team