From David_e at charter.net  Thu Jun 11 03:38:11 2015
From: David_e at charter.net (David Etheredge)
Date: Wed, 10 Jun 2015 22:38:11 -0500
Subject: [ic] Using an alternate page to results when using scan
Message-ID: <514901d0a3f8$0adc6fe0$0301a8c0@blackbox>

In some special circumstances, I would like to use the scan routine but 
instead of results.html use an alternate page price_results.html. The only 
difference is that because sometimes the description field is so large for 
our products, I would like to leave it out when the customers only want to 
the title, thumb, and prices for a category of items.

Or if possible, some way to tell the scan not to include the [item-field 
comment] in the results page when not needed.

In other words, on scan, I would like to optionally leave the <table> 
product description out of 
http://huldaclarkparazapper.com/cgi-bin/cart.cgi/scan/fi=products/st=db/co=yes/sf=category/se=Multi_freq_zapper/va=banner_image=/va=banner_text=Multi%20Frequency%20Zappers.html



TIA  David
 



From peter at pajamian.dhs.org  Thu Jun 11 03:57:26 2015
From: peter at pajamian.dhs.org (Peter)
Date: Thu, 11 Jun 2015 15:57:26 +1200
Subject: [ic] Using an alternate page to results when using scan
In-Reply-To: <514901d0a3f8$0adc6fe0$0301a8c0@blackbox>
References: <514901d0a3f8$0adc6fe0$0301a8c0@blackbox>
Message-ID: <55790726.9060407@pajamian.dhs.org>

On 06/11/2015 03:38 PM, David Etheredge wrote:
> In some special circumstances, I would like to use the scan routine but
> instead of results.html use an alternate page price_results.html.

> http://huldaclarkparazapper.com/cgi-bin/cart.cgi/scan/fi=products/st=db/co=yes/sf=category/se=Multi_freq_zapper/va=banner_image=/va=banner_text=Multi%20Frequency%20Zappers.html

sp=price_results

http://interchange.rtfm.info/icdocs/Search_parameters.html#mv_search_page_sp


Peter


From racke at linuxia.de  Wed Jun 17 10:29:22 2015
From: racke at linuxia.de (racke at linuxia.de)
Date: Wed, 17 Jun 2015 12:29:22 +0200
Subject: [ic] Problems on icdevgroup.org / Squeeze LTS warning
Message-ID: <8cbb45d2c37ef4a8d6411859d16b8de5@linuxia.de>

Hello,

after a kernel upgrade today our website www.icdevgroup.org didn't work 
reliable anymore.
This was caused by a problematic Squeeze LTS upgrade, please see 
details in the Debian
bug report https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=789037 
filed by our core
team member Peter Mottram.

Also thanks to Peter for taking care of the problem on our server.

Regards
          Racke


From jon at endpoint.com  Wed Jun 17 15:29:44 2015
From: jon at endpoint.com (Jon Jensen)
Date: Wed, 17 Jun 2015 09:29:44 -0600 (MDT)
Subject: [ic] Problems on icdevgroup.org / Squeeze LTS warning
In-Reply-To: <8cbb45d2c37ef4a8d6411859d16b8de5@linuxia.de>
References: <8cbb45d2c37ef4a8d6411859d16b8de5@linuxia.de>
Message-ID: <alpine.LFD.2.11.1506170929250.2739@ybpnyubfg6.ybpnyqbznva6>

On Wed, 17 Jun 2015, racke at linuxia.de wrote:

> after a kernel upgrade today our website www.icdevgroup.org didn't work 
> reliable anymore.
>
> This was caused by a problematic Squeeze LTS upgrade, please see details 
> in the Debian bug report 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=789037 filed by our 
> core team member Peter Mottram.
>
> Also thanks to Peter for taking care of the problem on our server.

Thanks, Stefan & Peter, for dealing with that!

Jon

-- 
Jon Jensen
End Point Corporation
https://www.endpoint.com/


From David_e at charter.net  Wed Jun 17 19:15:53 2015
From: David_e at charter.net (David Etheredge)
Date: Wed, 17 Jun 2015 14:15:53 -0500
Subject: [ic] Interchange really bad for SEO?
Message-ID: <04b501d0a932$083786a0$0301a8c0@blackbox>

While I have not upgraded to the latest version, I have found a serious 
problem with SEO in interchange based websites.

Since the header for each page produced is defined in the templates, all 
pages have the same Title, keywords, and Description. Google, Bing, and 
Yahoo all seriously frown on the duplication of this meta data. Each page 
should have its own Title, keywords, and desctription. It may in some cases, 
need its own robot instructions ( NOFOLLOW, etc. ).


Solution?


TIA

David



From pintos_jorge at yahoo.com  Wed Jun 17 19:24:20 2015
From: pintos_jorge at yahoo.com (jorge pintos)
Date: Wed, 17 Jun 2015 19:24:20 +0000 (UTC)
Subject: [ic] Interchange really bad for SEO?
In-Reply-To: <04b501d0a932$083786a0$0301a8c0@blackbox>
References: <04b501d0a932$083786a0$0301a8c0@blackbox>
Message-ID: <1151520710.319425.1434569060094.JavaMail.yahoo@mail.yahoo.com>

U can change that behaviour using includes .....RG 


     On Wednesday, June 17, 2015 3:18 PM, David Etheredge <David_e at charter.net> wrote:
   

 While I have not upgraded to the latest version, I have found a serious 
problem with SEO in interchange based websites.

Since the header for each page produced is defined in the templates, all 
pages have the same Title, keywords, and Description. Google, Bing, and 
Yahoo all seriously frown on the duplication of this meta data. Each page 
should have its own Title, keywords, and desctription. It may in some cases, 
need its own robot instructions ( NOFOLLOW, etc. ).


Solution?


TIA

David


_______________________________________________
interchange-users mailing list
interchange-users at icdevgroup.org
http://www.icdevgroup.org/mailman/listinfo/interchange-users


   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.icdevgroup.org/pipermail/interchange-users/attachments/20150617/1d78203d/attachment.html>

From jbeima at palb.com  Wed Jun 17 19:49:01 2015
From: jbeima at palb.com (JB)
Date: Wed, 17 Jun 2015 13:49:01 -0600
Subject: [ic] Interchange really bad for SEO?
In-Reply-To: <04b501d0a932$083786a0$0301a8c0@blackbox>
References: <04b501d0a932$083786a0$0301a8c0@blackbox>
Message-ID: <D2CFA111-D283-426D-9AAE-0B7BBD30891F@palb.com>

I always liked to create an "SEO" Table in the database, and then simply have the template, on page load, load with custom entries from the table, or if there was no entry for the page, use a default entry.

It is better to store it in a "SEO Pages" table, than with the data, for example the item data. That way you can create an entry for just about anything and everything is in one place. For example search category result pages.

The only thing this does not handle, and really how can you, is the results from a search based on user input. :)


John Beima



Sent from my iPad

> On Jun 17, 2015, at 1:15 PM, David Etheredge <David_e at charter.net> wrote:
> 
> While I have not upgraded to the latest version, I have found a serious problem with SEO in interchange based websites.
> 
> Since the header for each page produced is defined in the templates, all pages have the same Title, keywords, and Description. Google, Bing, and Yahoo all seriously frown on the duplication of this meta data. Each page should have its own Title, keywords, and desctription. It may in some cases, need its own robot instructions ( NOFOLLOW, etc. ).
> 
> 
> Solution?
> 
> 
> TIA
> 
> David
> 
> 
> _______________________________________________
> interchange-users mailing list
> interchange-users at icdevgroup.org
> http://www.icdevgroup.org/mailman/listinfo/interchange-users


From gert at 3edge.com  Wed Jun 17 19:56:01 2015
From: gert at 3edge.com (Gert van der Spoel)
Date: Wed, 17 Jun 2015 22:56:01 +0300
Subject: [ic] Interchange really bad for SEO?
In-Reply-To: <1151520710.319425.1434569060094.JavaMail.yahoo@mail.yahoo.com>
References: <04b501d0a932$083786a0$0301a8c0@blackbox>
	<1151520710.319425.1434569060094.JavaMail.yahoo@mail.yahoo.com>
Message-ID: <049a01d0a937$a3a1f4e0$eae5dea0$@3edge.com>

Hi David,

 

I don?t know if this is best practice (perhaps there are others that can provide better :)).

 

In a site I created I used scratch variables ? 

Example:

templates/grayorange/regions/TOP:

<html><head> ?. 

[if scratch page_title]

  <title>example.com - [msg]__SHORT_TITLE__[/msg] [msg][scratch page_title][/msg]</title>

[else]

  <title>example.com - [msg]__LONG_TITLE__[/msg]</title>

[/else]

[/if]

 

  <meta name="description" content="[msg][scratch page_descr][/msg]">

  <meta name="keywords" content="[msg][scratch page_kwrds][/msg]">

 

And then in catalog/pages/index.html   it has:

[tmp page_descr]LONGTITLE[/tmp]

[tmp page_kwrds]KEYWORDS[/tmp]

 

(so no page_title so it would use the ?else? above)

 

And in catalog/pages/flypage.html it has:

  [tmp page_title] ## [item-filter quote_reduce][item-description][/item-filter]  ([item-field mancat]) - [item-field manbrand] [item-field manid] [item-field scale][/tmp]

  [tmp page_descr][item-field category] - [item-filter quote_reduce][item-description][/item-filter] ([item-field mancat]) - [item-field manbrand] [item-field manid] [item-field scale][/tmp]

  [tmp page_kwrds][item-field category] [item-field mancat] [item-field manbrand] [item-field manid] [item-field scale][/tmp]

 

But as can be seen from the other replies, there are more ways to Rome. :)

 

CU,


Gert

 

 

From: interchange-users-bounces at icdevgroup.org [mailto:interchange-users-bounces at icdevgroup.org] On Behalf Of jorge pintos
Sent: Wednesday, June 17, 2015 22:24
To: interchange-users at icdevgroup.org
Subject: Re: [ic] Interchange really bad for SEO?

 

U can change that behaviour using includes .....

R

G

 

 

On Wednesday, June 17, 2015 3:18 PM, David Etheredge < <mailto:David_e at charter.net> David_e at charter.net> wrote:

 

While I have not upgraded to the latest version, I have found a serious 
problem with SEO in interchange based websites.

Since the header for each page produced is defined in the templates, all 
pages have the same Title, keywords, and Description. Google, Bing, and 
Yahoo all seriously frown on the duplication of this meta data. Each page 
should have its own Title, keywords, and desctription. It may in some cases, 
need its own robot instructions ( NOFOLLOW, etc. ).


Solution?


TIA

David


_______________________________________________
interchange-users mailing list
 <mailto:interchange-users at icdevgroup.org> interchange-users at icdevgroup.org
 <http://www.icdevgroup.org/mailman/listinfo/interchange-users> http://www.icdevgroup.org/mailman/listinfo/interchange-users



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.icdevgroup.org/pipermail/interchange-users/attachments/20150617/fa3d130a/attachment.html>

From icgort33 at gmail.com  Thu Jun 18 06:03:18 2015
From: icgort33 at gmail.com (IC Hacker)
Date: Thu, 18 Jun 2015 16:03:18 +1000
Subject: [ic] Interchange really bad for SEO?
Message-ID: <CAEpSPgRFrUyi5+ZkHK-uvRmP6xyAKw-DbaDBbURMxBedHv7EuA@mail.gmail.com>

On 18/06/2015 5:15 AM, David Etheredge wrote:

While I have not upgraded to the latest version, I have found a serious
problem with SEO in interchange based websites.

Since the header for each page produced is defined in the templates, all
pages have the same Title, keywords, and Description. Google, Bing, and
Yahoo all seriously frown on the duplication of this meta data. Each page
should have its own Title, keywords, and desctription. It may in some
cases, need its own robot instructions ( NOFOLLOW, etc. ).


Solution?



Hi David

I don't think there is a problem with IC5.x and SEO. Our IC sites rank very
well as a rule.

I use something like this in various catalogs to customise SEO on product
pages:

flypage.html

[tmp page_title]
        [if session arg]
                [description code="[data session arg]"]
        [else]
        [item-field brand_publisher] - [item-description]
        [/else]
        [/if]
[/tmp]

[calc]
        $Scratch->{page_title} =~ s/-//g;;
        return;
[/calc]

I sometimes have seperate tables for meta data so use:

[tmp meta_description][if type="data"
term="products_meta::meta_description::[item-code]"][data
table=products_meta col=meta_description key=[item-field sku]][else][data
table=products_meta col=details key=[item-field sku]][/else][/if][/tmp]

but you could just pull content out of the default products file:

[tmp meta_description] [item-field brand_publisher] -
[item-description][/tmp]
[tmp meta_keywords][item-field prod_group], [item-field category],
[item-description][/tmp]

and in the template or layout for the page i.e. includes/layout/leftonly

<title>[scratch page_title]</title>

<meta name="description" content="[filter op="restrict_html.i qb_safe 120."
interpolate=1][scratch meta_description][/filter]">

<meta name="keywords" content="[filter op="restrict_html.i qb_safe 120."
interpolate=1][scratch meta_keywords][/filter]">

Hope this gives you some ideas.

Gort
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.icdevgroup.org/pipermail/interchange-users/attachments/20150618/575b1d82/attachment.html>

From peter at pajamian.dhs.org  Thu Jun 18 06:34:49 2015
From: peter at pajamian.dhs.org (Peter)
Date: Thu, 18 Jun 2015 18:34:49 +1200
Subject: [ic] Interchange really bad for SEO?
In-Reply-To: <049a01d0a937$a3a1f4e0$eae5dea0$@3edge.com>
References: <04b501d0a932$083786a0$0301a8c0@blackbox>	<1151520710.319425.1434569060094.JavaMail.yahoo@mail.yahoo.com>
	<049a01d0a937$a3a1f4e0$eae5dea0$@3edge.com>
Message-ID: <55826689.8010007@pajamian.dhs.org>

On 06/18/2015 07:56 AM, Gert van der Spoel wrote:
>   <meta name="keywords" content="[msg][scratch page_kwrds][/msg]">

> Since the header for each page produced is defined in the templates, all
> pages have the same Title, keywords, and Description.

Just a quick note here.  Meta keywords are fairly pointless nowadays
because all major search engines that I'm aware of ignore them
completely.  You are best not using meta keywords at all.

http://searchengineland.com/the-meta-keywords-tag-lives-at-bing-why-only-spammers-should-use-it-96874

As for the meta description, I'm pretty sure it is *only* used to
provide a description in search results, and not to help with keywords
or placement.


Peter


From racke at linuxia.de  Thu Jun 18 14:05:36 2015
From: racke at linuxia.de (Stefan Hornburg (Racke))
Date: Thu, 18 Jun 2015 16:05:36 +0200
Subject: [ic] New Interchange6::Schema relase 0.085
Message-ID: <20150618160536.4b774dbd@shelby.cobolt.net>

Hello innovators,

today we release a new version of our DBIx::Class schema for
Interchange6 with the following changes:


   [ENHANCEMENTS]

   * Let reset_token_checksum in User result class work without password
     (Peter Mottram).
   * Automatically create uri value in Navigation result class if value
     is not defined instead of if false (Peter Mottram).
   * Update last_login and fail_count in User result class on
     check_password call (Peter Mottram).
   * Add priority to Address result class (Peter Mottram, GH #175).

   [DOCUMENTATION]

   * Add YAML config Dancer::Plugin::DBIC to database support manual
     (Peter Mottram).
   * Fix database support manual text regarding set_strict_mode in MySQL
     (Peter Mottram).
   * Add cookbook to list of manuals (Stefan Hornburg).

   [TESTS]

   * Fix datetime comparison check in user tests (Peter Mottram).

We appreciate testing and feedback on the new release.

Regards
         Racke

-- 
Perl and Dancer Development

Visit our Perl::Dancer conference 2015.


From josh at perusion.com  Thu Jun 18 15:48:48 2015
From: josh at perusion.com (Josh Lavin)
Date: Thu, 18 Jun 2015 15:48:48 +0000
Subject: [ic] Interchange really bad for SEO?
In-Reply-To: <04b501d0a932$083786a0$0301a8c0@blackbox>
References: <04b501d0a932$083786a0$0301a8c0@blackbox>
Message-ID: <20150617200203.GB19817@kate.perusion.com>

Quoting David Etheredge (David_e at charter.net):
> While I have not upgraded to the latest version, I have found a serious
> problem with SEO in interchange based websites.

I'm not sure of the state of the "standard" template WRT SEO, but of
course you can change anything you don't like.

The "strap" templates (not distributed with IC yet) have tons of
SEO-goodness:
http://www.perusion.com/demos.html

Best,
Josh

 
> Since the header for each page produced is defined in the templates, all
> pages have the same Title, keywords, and Description. Google, Bing, and
> Yahoo all seriously frown on the duplication of this meta data. Each page
> should have its own Title, keywords, and desctription. It may in some cases,
> need its own robot instructions ( NOFOLLOW, etc. ).
> 
> 
> Solution?
> 
> 
> TIA
> 
> David
> 
> 
> _______________________________________________
> interchange-users mailing list
> interchange-users at icdevgroup.org
> http://www.icdevgroup.org/mailman/listinfo/interchange-users

-- 
Josh Lavin
Perusion -- Expert Interchange Consulting    http://www.perusion.com/
... ask me about job opportunities ...


From db at m-and-d.com  Fri Jun 19 12:37:00 2015
From: db at m-and-d.com (DB)
Date: Fri, 19 Jun 2015 08:37:00 -0400
Subject: [ic] Interchange really bad for SEO?
In-Reply-To: <20150617200203.GB19817@kate.perusion.com>
References: <20150617200203.GB19817@kate.perusion.com>
Message-ID: <55840CEC.5060104@M-and-D.com>

> Quoting David Etheredge (David_e at charter.net):
>> While I have not upgraded to the latest version, I have found a serious
>> problem with SEO in interchange based websites.
> 
> I'm not sure of the state of the "standard" template WRT SEO, but of
> course you can change anything you don't like.
> 
> The "strap" templates (not distributed with IC yet) have tons of
> SEO-goodness:
> http://www.perusion.com/demos.html
> 
> Best,
> Josh

<snip>

Hi Josh... I've been meaning to try out your strap stuff. Is it best
used as a new catalog, or is there a way to instead use it with an
existing IC5 catalog for only certain pages?

Currently my site uses a (quite old) modified Foundation and I'm looking
for a quick/easy way to make at least some pages mobile-friendly until
IC6 is a bit further along. I've managed to make versions of the
existing templates that pass Google's mobile-friendly test but they're
not yet very pretty.

DB


From db at m-and-d.com  Thu Jun 25 01:12:38 2015
From: db at m-and-d.com (DB)
Date: Wed, 24 Jun 2015 21:12:38 -0400
Subject: [ic] Specify flypage using javascript or another non-database
 method
In-Reply-To: <20150427002459.GA20556@kim.perusion.com>
References: <20150427002459.GA20556@kim.perusion.com>
Message-ID: <558B5586.90302@M-and-D.com>

>> Hi all. I'm working an making IC5 site a bit more mobile friendly and so
>> far it's been fairly painless. Using javascript to redirect mobile
>> visitors to the mobile version of a page works well. But I now need a
>> way to make mobile visitors see a different flypage than non-mobile
>> visitors see.
>> 
>> PageSelectField looks like one way to change the flypage on a
>> per-product basis but that's not what I need here. Can anyone think of a
>> way to change the flypage using javascript or ome other non-database
>> method? Thanks for any ideas!
> 
> Surely you can detect the presence of a mobile browser? If so,
> you can easily do:
> 
> Sub change_fp <<EOR
> sub {
> 	return unless $Tag->is_mobile();
> 	$Config->{SpecialPage}->{flypage} = 'mflypage';
> 	return;
> }
> EOR
> 
> Autoload change_fp
> 
> -- 
> Mike Heins
> Perusion -- Expert Interchange Consulting    http://www.perusion.com/
> phone +1.765.253.4194  <mike at perusion.com>

I got around to trying this finally. In my global directory I created
is_mobile.tag containing:

UserTag is_mobile hasEndTag
UserTag is_mobile Routine <<EOR
use HTTP::BrowserDetect;
sub {
        if(! defined $Vend::Session->{mobile_browser}) {
                my $ua =
HTTP::BrowserDetect->new($Vend::Session->{browser});
                if($ua->mobile()) {
                         $Vend::Session->{mobile_browser} = 1;
                }
                else {
                         $Vend::Session->{mobile_browser} = 0;
                }
        }

        return $Vend::Session->{mobile_browser}
                ? Vend::Interpolate::pull_if(shift (@_))
                : Vend::Interpolate::pull_else(shift (@_) );
}
EOR


and then in my catalog.cfg I added:

Sub change_fp <<EOR
sub {
       return unless $Tag->is_mobile();
       $Config->{SpecialPage}->{flypage} = 'mflypage';
       return;
}
EOR

Autoload change_fp

I restarted IC and it squawked about HTTP::BrowserDetect missing, so I
installed that using yum. But now in my catalog error log I get:

CAT /cgi-bin/CAT/index.html Died in server spawn: Can't locate object
method "mobile" via package "HTTP::BrowserDetect" at (eval 500) line 5.

Maybe the version of HTTP::BrowserDetect that yum (Centos 5) installed
is too old? Any other thoughts?

DB



From db at m-and-d.com  Thu Jun 25 13:35:29 2015
From: db at m-and-d.com (DB)
Date: Thu, 25 Jun 2015 09:35:29 -0400
Subject: [ic] Specify flypage using javascript or another non-database
 method
In-Reply-To: <558B5586.90302@M-and-D.com>
References: <558B5586.90302@M-and-D.com>
Message-ID: <558C03A1.209@M-and-D.com>

> I got around to trying this finally. In my global directory I created
> is_mobile.tag containing:
> 
> UserTag is_mobile hasEndTag
> UserTag is_mobile Routine <<EOR
> use HTTP::BrowserDetect;
> sub {
>         if(! defined $Vend::Session->{mobile_browser}) {
>                 my $ua =
> HTTP::BrowserDetect->new($Vend::Session->{browser});
>                 if($ua->mobile()) {
>                          $Vend::Session->{mobile_browser} = 1;
>                 }
>                 else {
>                          $Vend::Session->{mobile_browser} = 0;
>                 }
>         }
> 
>         return $Vend::Session->{mobile_browser}
>                 ? Vend::Interpolate::pull_if(shift (@_))
>                 : Vend::Interpolate::pull_else(shift (@_) );
> }
> EOR
> 
> 
> and then in my catalog.cfg I added:
> 
> Sub change_fp <<EOR
> sub {
>        return unless $Tag->is_mobile();
>        $Config->{SpecialPage}->{flypage} = 'mflypage';
>        return;
> }
> EOR
> 
> Autoload change_fp
> 
> I restarted IC and it squawked about HTTP::BrowserDetect missing, so I
> installed that using yum. But now in my catalog error log I get:
> 
> CAT /cgi-bin/CAT/index.html Died in server spawn: Can't locate object
> method "mobile" via package "HTTP::BrowserDetect" at (eval 500) line 5.
> 
> Maybe the version of HTTP::BrowserDetect that yum (Centos 5) installed
> is too old? Any other thoughts?
> 
> DB

I think it was just too old. I was able to manually install the current
version and the warning went away. So now I can test to see if the
detection works.

DB


From josh at perusion.com  Thu Jun 25 14:10:59 2015
From: josh at perusion.com (Josh Lavin)
Date: Thu, 25 Jun 2015 14:10:59 +0000
Subject: [ic] Specify flypage using javascript or another non-database
	method
In-Reply-To: <558C03A1.209@M-and-D.com>
References: <558B5586.90302@M-and-D.com> <558C03A1.209@M-and-D.com>
Message-ID: <20150625141056.GL8971@kate.kdw.us>

Quoting DB (db at m-and-d.com):
> > I got around to trying this finally. In my global directory I created
> > is_mobile.tag containing:
> > 
[snip]

Something else you might be interested in:

https://github.com/perusion/interchange-extras/tree/master/mobile

-- 
Josh Lavin
Perusion -- Expert Interchange Consulting    http://www.perusion.com/
... ask me about job opportunities ...


From db at m-and-d.com  Thu Jun 25 21:52:38 2015
From: db at m-and-d.com (DB)
Date: Thu, 25 Jun 2015 17:52:38 -0400
Subject: [ic] Specify flypage using javascript or another non-database
 method
In-Reply-To: <20150625141056.GL8971@kate.kdw.us>
References: <20150625141056.GL8971@kate.kdw.us>
Message-ID: <558C7826.1010807@M-and-D.com>


>> > I got around to trying this finally. In my global directory I created
>> > is_mobile.tag containing:
>> > 
> [snip]
> 
> Something else you might be interested in:
> 
> https://github.com/perusion/interchange-extras/tree/master/mobile
> 
> -- 
> Josh Lavin
> Perusion -- Expert Interchange Consulting    http://www.perusion.com/
> ... ask me about job opportunities ...

Thanks - looks useful!

DB


From db at m-and-d.com  Sun Jun 28 17:43:06 2015
From: db at m-and-d.com (DB)
Date: Sun, 28 Jun 2015 13:43:06 -0400
Subject: [ic] Specify flypage using javascript or another non-database
 method
In-Reply-To: <20150625141056.GL8971@kate.kdw.us>
References: <20150625141056.GL8971@kate.kdw.us>
Message-ID: <5590322A.7070408@M-and-D.com>

>> > I got around to trying this finally. In my global directory I created
>> > is_mobile.tag containing:
>> > 
> [snip]
> 
> Something else you might be interested in:
> 
> https://github.com/perusion/interchange-extras/tree/master/mobile
> 
> -- 
> Josh Lavin
> Perusion -- Expert Interchange Consulting    http://www.perusion.com/
> ... ask me about job opportunities ...

I'm making some progress but having an issue getting this to fully work.

I added the code from
https://github.com/perusion/interchange-extras/blob/master/mobile/i/usertag/is_mobile.tag
into a file named is_mobile.tag in my global directory which in included
from my catalog.cfg. I also added

Autoload [handle-mobile]

to my catalog.cfg and restarted IC.

I can tell the is_mobile code works because I added to my pages/index.html:

[is_mobile]YO[/is_mobile]

and I indeed see YO if I visit my page from a phone or use a browser
plugin to change my user agent string.

But the automatic redirects don't seem to work. I have a directory
pages/m and in there I have index.html and flypage.html. Both of these
pages load as expected if I directly visit domain.com/m/index.html or
domain.com/m/flypage.html

If I add to my pages/index.html:

[is_mobile]
 [bounce page="m/[var MV_PAGE 1]" status="301 Permanent Redirect"]
[/is_mobile]

that works. If I add to my catalog.cfg:

Specialpage flypage m/flypage

that works. I also tried Mike's simpler version from
http://www.icdevgroup.org/pipermail/interchange-users/2015-April/054897.html
but that also doesn't work. If anyone has ideas to help me debug I'd be
grateful.

DB




From gert at 3edge.com  Sun Jun 28 19:48:27 2015
From: gert at 3edge.com (Gert van der Spoel)
Date: Sun, 28 Jun 2015 22:48:27 +0300
Subject: [ic] Specify flypage using javascript or another non-database
	method
In-Reply-To: <5590322A.7070408@M-and-D.com>
References: <20150625141056.GL8971@kate.kdw.us> <5590322A.7070408@M-and-D.com>
Message-ID: <013901d0b1db$675062e0$35f128a0$@3edge.com>

>>> > I got around to trying this finally. In my global directory I 
>>> > created is_mobile.tag containing:
>>> > 
>> [snip]
>> 
>> Something else you might be interested in:
>> 
>> https://github.com/perusion/interchange-extras/tree/master/mobile
>> 
>> --
>> Josh Lavin
>> Perusion -- Expert Interchange Consulting    http://www.perusion.com/
>> ... ask me about job opportunities ...
>
> I'm making some progress but having an issue getting this to fully work.
>
> I added the code from
>
https://github.com/perusion/interchange-extras/blob/master/mobile/i/usertag/
is_mobile.tag
> into a file named is_mobile.tag in my global directory which in included
from my catalog.cfg. I also added
> 
> Autoload [handle-mobile]
>
> to my catalog.cfg and restarted IC.
>
> I can tell the is_mobile code works because I added to my
pages/index.html:
>
> [is_mobile]YO[/is_mobile]
>
> and I indeed see YO if I visit my page from a phone or use a browser
plugin to change my user agent string.
>
> But the automatic redirects don't seem to work. I have a directory pages/m
and in there I have index.html and flypage.html. Both of these pages load as
expected if I directly visit domain.com/m/index.html or
domain.com/m/flypage.html
>
> If I add to my pages/index.html:
>
> [is_mobile]
>  [bounce page="m/[var MV_PAGE 1]" status="301 Permanent Redirect"]
[/is_mobile]
>
> that works. If I add to my catalog.cfg:
>
> Specialpage flypage m/flypage
>
> that works. I also tried Mike's simpler version from
http://www.icdevgroup.org/pipermail/interchange-users/2015-April/054897.html
> but that also doesn't work. If anyone has ideas to help me debug I'd be
grateful.
>
> DB

In the github code I see logDebug lines, have you uncommented those to
actually see those values written in the log as well? That would give me
more a feeling that 'it works'  than printing of 'YO'.

Other than that I don't have any ideas, it's late :)

CU,

Gert



_______________________________________________
interchange-users mailing list
interchange-users at icdevgroup.org
http://www.icdevgroup.org/mailman/listinfo/interchange-users



From db at m-and-d.com  Sun Jun 28 23:26:32 2015
From: db at m-and-d.com (DB)
Date: Sun, 28 Jun 2015 19:26:32 -0400
Subject: [ic] Specify flypage using javascript or another non-database
 method
In-Reply-To: <013901d0b1db$675062e0$35f128a0$@3edge.com>
References: <013901d0b1db$675062e0$35f128a0$@3edge.com>
Message-ID: <559082A8.6040505@M-and-D.com>

>  I also tried Mike's simpler version from
> http://www.icdevgroup.org/pipermail/interchange-users/2015-April/054897.html
>> but that also doesn't work. If anyone has ideas to help me debug I'd be
> grateful.
>>
>> DB
> 
> In the github code I see logDebug lines, have you uncommented those to
> actually see those values written in the log as well? That would give me
> more a feeling that 'it works'  than printing of 'YO'.
> 
> Other than that I don't have any ideas, it's late :)
> 
> CU,
> 
> Gert

Yes I saw that too and un-commented them. Two things I notice is that an
second .html gets added. Also I see a Safe warning which maybe prevents
the sub from working (I saw on RTFM site "Website-specific subroutines
may not perform unsafe operations").

Use of uninitialized value in eval "string" at (eval 849) line 1.
Use of uninitialized value in eval "string" at (eval 849) line 1.
Use of uninitialized value in eval "string" at (eval 849) line 1.
Vend::Interpolate:debug: FinalPath is: /SKU.html
Vend::Interpolate:debug: path is:
/home/user/catalogs/CAT/pages/SKU.html.html
Vend::Interpolate:debug: found special page
Safe: syntax error at (eval 858) line 1, near ">"

>0

Safe: syntax error at (eval 858) line 1, near ">"

>0


From db at m-and-d.com  Sun Jun 28 23:42:48 2015
From: db at m-and-d.com (DB)
Date: Sun, 28 Jun 2015 19:42:48 -0400
Subject: [ic] Specify flypage using javascript or another non-database
 method
In-Reply-To: <559082A8.6040505@M-and-D.com>
References: <559082A8.6040505@M-and-D.com>
Message-ID: <55908678.9080506@M-and-D.com>

> Use of uninitialized value in eval "string" at (eval 849) line 1.
> Use of uninitialized value in eval "string" at (eval 849) line 1.
> Use of uninitialized value in eval "string" at (eval 849) line 1.
> Vend::Interpolate:debug: FinalPath is: /SKU.html
> Vend::Interpolate:debug: path is:
> /home/user/catalogs/CAT/pages/SKU.html.html


I noticed that if I comment the line

        for($path, $mpath) {
                s:(/|index/?)$:/index:;
#               s:(?!\.html)$:.html:;
        }

from the is_mobile tag, the redirect to m/index.html starts to work. So
maybe I'm onto something with this second .html getting added.

DB