Topics

[many]

I discovered a new image-display problem on my AC site. I use the easyzoom view window with productthumbs on my product pages.

The thumbnails stopped working properly.

When you click a thumb, it should display that image in the view window.
But it doesn't.
Instead, it opens the image in the browser window with this url:
https://www.inspired-designco.com/image/thumbnails/18/83/image_name_jpg-100413-1000x1000.jpg

This problem only occurs on desktop. It occurs in both Chrome and Firefox.

It does not occur on android phone.

My error log shows only one error, and it is the same error repeatedly every 4 minutes:

Code Select Expand

2019-10-31 8:47:23 - App Error: AbanteCart core v.1.2.11 Error: Cannot get image size of file /[i]root[/i]/resources/100418. File not found or it's not an image! in /[i]root[/i]/core/helper/utils.php on line 1154.

I am still on 1.2.11 because my storefront has many core mods and customizations.

How can I fix this problem?

Thanks!

Hello,

I want to update my xampp version on my local machine. 

Multiple xampp options are available:
I can get xampp with PHP 7.2.4 or 7.1.16 or 7.0.29.

On my live server, if I switch from php 7.0 to 7.2, the AC site fails to load. 

So I guess AC is not compatible with any php 7.2.x?

What is the latest PHP version compatible with AC?

Can you recommend whether I choose xampp with 7.0.29 or 7.1.16?

Thanks.

Hi, is there an easy way to disable google analytics, or to not run analytics.js?

Thanks. 

Example: if easyzoom is set to 200% or 2.0, how do I adjust it down to 150% or 1.5? 

Thx.

[back]

www.inspired-designco.com

Responsive works fine on all devices: desktop, laptop, android phone, android tablet, iphone, ipad. 

On ipad, if you change from portrait to landscape, or landscape to portrait, responsive works fine.

However, if you then change back to the original orientation from when the page loaded, responsive quits working until you navigate to different page.  Then it's the same thing all over again. 

This only happens on my ipad.  On my phones and other tablets, i can flop them back and forth all day and the site renders fine.   

Can someone with an ipad check this for me?

The only ipad I have for checking is a gen 1, which is stuck at iOS 5.1.1.   

Any ideas on what the cause may be?

Thx.

Does anyone know how to successfully integrate the Pinterest Save widget with the easyzoom script on the Product page image viewer?

Pinterest has a widget builder that will produce a script for various types of Pinterest buttons on your site. 

The simplest Pinterest button is the Image-Hover Save button.  You paste a single line of code at the bottom of the footer.tpl file:
<script async defer data-pin-hover="true" data-pin-tall="true" data-pin-round="true" src="//assets.pinterest.com/js/pinit.js"></script>

This script will produce a Pinterest Save It button in the upper left corner of any image that a visitor hovers over.  On mobile, the Save button shows up when customer taps or long-taps an image.

It works quite well on Category and Product List pages, but not on the Product page. 

The problem occurs with the easyzoom function for product images on desktop. 
On hover, the Pinterest Save button will show for an instant, and then disappear as the easyzoom action starts to work. 
The Pinterest button will sometimes then reappear in random places near the image in the viewer, but you can't click it. 
This isn't a problem on mobile devices because easyzoom is disabled on mobile.

Is there a way to integrate the Pinterest Image-Hover Save button with the easyzoom feature so that the Save button remains in the upper left corner of the image viewer, and can be clicked? 

I tried adding the script to the bottom of the Category page only, to see if it could be used only on that page, but it doesn't work.

I tried similar things with the Any-Image style of Pinterest button, but again no success. 

There has to be a good way to use Pinterest Save buttons on AC, but I can't figure it out. 

Thanks!

[name]

www.inspired-designco.com

When customer chooses PayPal Express Checkout, they are redirected to PP page for login etc.

The PP API transmits the customer name and address data back to AbanteCart for order confirm. 

While the customer is on their PP page, they can choose a different shipping address, like for a gift.

When this happens, the PP API transmits the wrong data back to AC:  it sends customer (billing) name + gift (shipping) address.  That is the first problem, and it is the biggest problem. 

You can see it yourself by going to my site and adding something to the cart, then choosing PP Express, then logging in to your PP account, then choosing a different shipping address on the PP page, then clicking Continue on the PP page, which will take you back to the Confirm page on my site where you will see the bug.  As long as you don't click the Confirm button, the transaction will not complete, so you don't have to actually buy something.  FYI - there is a 50 cent Test Product in the Reduced category. 

There are other related problems:

2 - For the AC storeowner, there is no indication that there is a problem with addresses.  This type of transaction looks like any other PP transaction: you get a name and address just like normal, but you have no way of knowing that the address is a gift address with a wrong (billing) name attached to it. 

3 - For the Customer who is buying someone a gift in your store: the customer will see the wrong name with gift address when they are returned to your confirm page, and they will try to fix the problem by using the Back button on the confirm page.  This will restart the PP Express routine, ultimately leaving the customer in an infinite loop of "wrong address-go back-do paypal again-get wrong address-go back-do paypal again" etc.  Obviously, the customer will abandon the transaction, and you lose a sale because AbanteCart does not work. 

3 - AC has fields for Billing address and Shipping address.  These fields are displayed on the Confirm page.  When a PP Express customer chooses a "gift" address on PP, AC is populating BOTH the billing and shipping address fields with the incorrect combination of billing name + gift shipping address. 

3a - At a bare minimum, AC should be showing Gift Shipping name with Gift Shipping address in the fields.  At least then you have a better chance that the customer will click confirm to complete the transaction because the correct shipping address is being shown; BUT, they still might not click confirm because they don't like the fact that the gift recipient's NAME and ADDRESS are now showing in both the BILLING and SHIPPING address fields on the AC confirm page.  Because they might worry that the gift reciepient is going to receive some kind of invoice or receipt for the transaction, which gift givers do not want.  The reason they might think this is because ABANTECART IS SAYING THAT THE BILLING AND SHIPPING ADDRESS ARE BOTH THE GIFT RECIPIENT'S ADDRESS.

3b - The best solution would be if AbanteCart worked properly with PayPal, meaning that whenever a PayPal customer chose a different shipping address on their PP page, the PP API would transmit correct billing and shipping data back to AC, and AC would show that data correctly on the Confirm page. 

3c - If AbanteCart cannot work properly with Paypal to distinguish between and properly display billing vs shipping address data for PP transactions where the customer selects a different shipping address, then the least that AbanteCart should be able to do is NOT SHOW a Billing address on the Confirm page at the conclusion of a PayPal transaction.

Thx. 

1.2.11

storefront/view/default/template/pages/checkout/guest_step_2.tpl          line 149 = </form>

Is this a closing tag?  What does it close?  Does it close line 28?



Look at storefront/view/default/template/pages/checkout/confirm.tpl.

There is no </form> tag.

Should there be a </form> tag in this file?

Just asking.  You know I'm not a coder. 

Thx.

IMO - there are too many clicks and too many pages in the checkout sequence. 

Amazon's concept of "One Click Checkout" is now an old concept.  They made it for a reason.  Customers want to be done. 

This is what my customers see:
Cart - GS1 - GS2 - GS3 - Success.   
Cart - paypal - GS2 - GS3 - Success. 

GS2 is redundant.  Move Comments to GS3.  Payment selection has already been made, it does not need to be made again.  Eliminate GS2. 

I'm not saying that AC needs 1-click checkout, but I think it can be faster and cleaner. 

I think it would be easy to eliminate GS2. 

I had another thread about this in General Support, it got locked. 

If your product page url looks like this: domain/category/product,
you may notice that the AC generated canonical url in the head section looks different: domain/product.

Reasonably, you can't stop a bot from crawling both sets of product-page urls, especially if the canonical url specified in the head doesn't match the native url that results from navigation.   

This means a bot will catalog 2 different urls for each product page.  From the bot's perspective, that's two different links to identical content, or "duplicate content". 

My solution: change the code so that the AC-specified canonical url matches the native url.

Method 1.2.10 -
root/storefront/controller/pages/product/product.php
About line 170, change
'href' => $this->html->getSEOURL('product/product', '&product_id=' . $product_id, '&encode'),
to
'href' => "https://$_SERVER[HTTP_HOST]$_SERVER[REQUEST_URI]",

Method 1.2.11 -
root/storefront/controller/common/seo_url.php
About line 121, change
'href' => $url
to
'href' => "https://$_SERVER[HTTP_HOST]$_SERVER[REQUEST_URI]"

I have a small site, only 3 levels deep at any product page.  This mod works for me.  There are probably other considerations for larger sites. 

It's a core mod.  Keep a record of core mods so that you can rewrite them after system updates. 

Guest Checkout Step 1 page shares the same layout with Guest Checkout Step 2 page. 

Custom Layouts are simple to create for Product, Category, Manufacturer, or Content pages, but not for a Checkout page. 

I would like to create a custom layout so that Guest Step 1 page can have its own layout different than guest step 2 page.

In the layout.xml file for my template extension, I added a new layout (copied the Checkout Pages section, pasted it, then gave it a new <name> and also [![CDATA... name. 

I hoped that this would show a new layout in the Layouts drop-down menu, but it didn't work. 

What else do I have to do to get a new Custom layout to show up in the Layouts menu, when the new layout is for a checkout page?

Then...

Which file do I edit to assign a new custom layout to guest step 1 page?

Thanks. 

New error today, on local machine, editing site downloaded from server. 

After 3 days work with no problem, I changed seo-keyword for all categories, and saved each. 

My site has 15 categories, all on home page. 

My homepage works fine.  All categories on the home page have their proper image file displayed. 

Suddenly I get Message Manager Critical App error.  Resize image error.   root/resources/image/18/6f/9.

I go look to see what image that is.  It is the image for cases.

I click cases category on home page to go to product listing: no images show for product listing, only alt attributes.

I click each product in listing, no images show for product, only alt attributes. 

All other categories & listings & products pages are working fine. 

Only cases listing and product pages are broken. 

I found this:  https://github.com/abantecart/abantecart-src/issues/866

I am a beginner or not tech!!     

!

!

!

I do not understand the discourse on the github page.

Any idea what happened? 

How do i fix it? 

Can I hit it with a bat, or perhaps a skillet?!?!?! 

Car?!?! 

!

Thx. 

[three types]

www.inspired-designco.com

My site is pretty simple, 4 "levels".

Level 1 = Home page = Category List
Level 2 = Product Listing
Level 3 = Product Page
Level 4  = Cart/Checkout/etc

On Level1 Home page, you choose a Category which takes you to Level2 Product Listing where you choose a Product which takes you to Level3 Product Page. 

So the url for any product page should be sitename/listname/product, or "level1/level2/level3".

There are no Product links on the Level1 Home Category page.  You cannot jump from Level1 to Level3. 

So there should be no such thing as a level1/level3 url.  My AC site code should never generate a level1/level3 url. 

I have just learned that googlebot indexed all of my product pages as level1/level3 urls. 

How did I learn this? 
I asked google support why the googlebot was only indexing thumbnail images but no fullsize product images from my site. 
The support team explored my site and told me that the first problem they found was that none of my product pages were being indexed because all of my product pages were duplicates of pages that the bot already indexed. 

Let's use aprons for example. 

Go to home page.  This will be the level1 url:
https://www.inspired-designco.com/index.php?rt=index/home

Choose the Apron category.  This will take you to the proper level1/level2 url:
https://www.inspired-designco.com/better-bib-linen-chefs-apron

Then choose Navy-colored apron.  This will take you to the proper level1/level2/level3  url:
https://www.inspired-designco.com/better-bib-linen-chefs-apron/better-bib-linen-chefs-apron-navy

Now, go to this link:
https://www.inspired-designco.com/better-bib-linen-chefs-apron-navy
You cannot access this url from any link or page on my site.
The only way to access this url is to manually enter it into the address bar, or click the convenient hot link I provided above. 
This is a level1/level3 url. 
It should not exist. 

Google tells me that it indexed all of my product pages as this type of level1/level3 url. 

Google tells me that the reason I cannot find any of my expected level1/level2/level3 Product Page urls indexed on Google is because the bot considers those L1/L2/L3 urls to be duplicates of the L1/L3 urls that it already indexed, and that this "canonical problem may be contributing to the absence of indexed fullsize images which only appear on your Level3 pages". 

They are correct about the fullsize image location: the only place to see fullsize product images is on a product page.

I checked my xml sitemap generated by https://xmlsitemapgenerator.org/sitemap-generator.aspx. 
To my surprise, all of the product page urls in my sitemap are of the incorrect type of level1/level3 urls. 

So I used a different sitemap generator to create another sitemap: www.xml-sitemaps.com
This generator output three types of Product Page urls!  They are:
Correct type: level1/level2/level3 url.
Incorrect type: level1/level3 url.
Strange new incorrect type: level1/new-weird-level2/level3 url.

The strange new url is https://www.inspired-designco.com/id-inspired-design-co/proper-stuff-pillow-herringbone .

I have no idea how the sitemap crawler came up with the red part.  But the link actually works!
Even stranger, Google has actually indexed that page!!
Enter this into your google search bar: "site:https://www.inspired-designco.com/id-inspired-design-co/proper-stuff-pillow-herringbone" 
You see?  That url has actually been indexed by Google!

There is no way for the site to create that url, and yet robots find it and index it instead of the desired and predictable L1/L2/L3 url that should be created during normal navigation around the site.  . 

Solutions:

I think its' possible to manually clean up a sitemap so that the map only features the desired L1/L2/L3 type of url for Product Pages, then submit the map and ask google to recrawl the site and hope that the duplicate content / canonical / weird urls problem vanishes. 
The clean-up will be a labor-intensive and time-consuming process, even for my small site.  Impossible for a large site. 

And there is no guarantee that it will work. 
A sitemap crawler identified and defined strange urls that should not exist.
Even if I clean up the xml sitemap by hand, there is no guarantee that the google bot won't find and index the same strange urls. 

So that leads to my questions.

Why is a bot crawling my basic AC site and coming up with urls that would otherwise never be created? 
There is no way for a site visitor doing normal navigation to create a level1/level3 url.  You have to go through level2 to see a level3 url.
Likewise, there is no way for a site visitor doing normal navigation to create a level1/red-text/level3 url.   

Did I do something wrong when I built this AC site? 
Is there some button or feature I need to set to avoid having all these different and undesired pathways to a Product Page?

Has anyone else encountered strange urls discovered by spiders?

What can I do to the back or front end so that bots do not discover strange, undesired urls?

Thx.

Hi. 

The prevailing opinion on various dev sites is that the breadcrumb for the active page should not be live, and hence not have the same appearance as the preceding breadcrumb links. 

The logic is not challenging.  There is no reason to have a live breadcrumb link to the page you are currently on. 

In AC, the breadcrumb for the active page is hot.

I'm sure this could be a 2 minute fix for the devs here. 

It will take me hours to sort it out if I have to do it on my own. 

I wonder if you guys might post a simple tpl tweak to deactivate the breadcrumb for the active page?

Thanks!

There are two reasons to seek optimal pageload speed:
1 - faster pageloads = more retained visitors
2 - google defines what it considers to be optimal pageload speed, and also provides recommendations for how to achieve it.  It seems unlikely that pageload speed is not a factor in their ranking algorithm. 

Following google guidelines, the biggest and easiest improvement i made to improve pageload speed was to combine and minify css. 
If you look in your head.tpl, you will see two things:
1 - calls for 5 separate css files.
2 - AC's notes on how to merge and minify css into one file, and even a link to an essay on css management. 

head.tpl calls 5 separate css files.  The bootstrap & font-awesome & style.css files are BIG.  My site uses a third or less of the rules in each of those files.

As a rule of thumb, all CSS files are render-blocking, meaning that the page cannot start rendering until all css files are loaded and parsed. 
It takes longer to call and parse multiple css stylesheets than it takes to call and parse one.
It takes longer to parse an un-minified css file than to parse a minified css file. 
Obvious solution: use a text editor to create a new css file called "bigboy" or whatever you want.  Then copy/paste the entire contents of each of the five oem css files into bigboy, then minify it and save it and upload it to your live stylesheet folder. 
Then edit your live head.tpl file to comment out the calls for the five separate css files and replace those with a single call for the new bigboy file. 

This dramatically improves AC pageload speed. 

But the job isn't really done, because most AC sites are like mine - they are only using a quarter or less of the rules contained in the oem css files.

The rest is just bloat. 

There are 2 methods I know of to get rid of this bloat:
1 - Firefox Dustme extension can identify unused rules in your css file, which you can then manually delete.  This is a labor intensive process that must be performed carefully over time, but you can shrink your bigboy css files from 9000 lines to 2000 lines pretty easily.  This will speed up parsing and therefore pageload, and will also make you feel less bloated. 

2 - There are scripts available on github that constantly screen oem css files to identify only those rules that are actually being used, and then combine and minify only the used rules into one small css file that runs the site.  You always work within the original separate large css files to make changes to your site, the script always runs in the background to include your modifications into the single small css file that the site runs on. 

Method 2 is much better in terms of longterm site maintenance, because the de-bloating and combining and minifying steps are automated, meaning that you don't have to undo and redo this process each time you edit your site within the oem files. 

Which leads to my questions: 
How do you use these kinds of scripts with AC?   
Has anyone done it? 
Has anyone tested any of the various different opensource css management scripts that are available? 
Is there a tutorial available on how to install and run these scripts on AC? 
Would you like to write one? 

I'd do it, but I don't even know step 1.

Thx. 

AC has a lot of useful built-in image features: thumbnails, retina images, etc. 

I encountered an unexpected surprise related to these features: some of the images that google is indexing from my site are 250x250 thumbnail images.

What can I do to ensure that the images google indexes are full-size images instead of the smaller images that get created by AC code?

Thx.

Yesterday, I exported my Resource Library as CSV so that I could more efficiently edit image alt attributes in Excel. 

When I finished editing, I saved the csv and imported it. 

On the AbanteCart import screen, there is an option to "Run in a test mode, to see if any issues are present".

Since this was my first csv import, Test mode seemed like a good idea, so I checked that box, and then I clicked Import. 

I got no errors.   

I then assumed that since the "test" worked, I should Import the csv file "for real", without the Test box checked. 

So I unchecked the Test box and clicked Import again. 

I got 500 errors. 

I guess I didn't (and still don't) understand the actual purpose of Test mode.  I used test mode, received no errors, so common sense suggests that I should import in "Real" mode, right?
It seems like my 1st "Test" import actually loaded the import file, and my 2nd "non-Test" import loaded it again, causing duplicate errors.  I guess. 

These errors are all the same type of error:
"
insert data error in resource_map. SQL Error: Duplicate entry '100019-products-2' for key 'PRIMARY'
Error No: 1062
SQL: INSERT INTO `bebo_resource_map` SET `resource_id` = '100019', `object_name` = 'products', `object_id` = '2', `default` = '0', `sort_order` = '2', `date_added` = '2017-06-10 12:46:34', `date_modified` = '2017-06-10 12:46:34' 
"

My site still works.  All of my alt tag edits were properly loaded. So the import process worked.  But I still have the issue of 500 errors.   

Today, I used Export/Import again to edit Category meta, because the process is fast and efficient.  Today, when I imported the edited-&-saved csv file back into AbanteCart, I did not use "Test" mode.  Everything was perfect.  I got no errors. 

So I tried to fix my resource-library error problem by doing a phpmyadmin Check Table command on the resource library table.  No problems reported. 

So I did a Check Table on the entire database.  Only one problem was reported: a zero value in the auto-increment column of the stores table, which contains only one store, my store.  Not really a problem. 

So I used AbanteCart Admin panel to export my live resource-library and then I immediately re-imported it with no changes made. 

I got the 500 errors. 

My site works fine, but this error flag problem with that file cannot be a good thing.  I need to address it.

I need somebody who understands the Import Test function to tell me what happened during the "resource-library" "Test Import" sequence of events described above, and more importantly, how do I fix it?

Thanks.   

I built my site on localhost dev machine.  I worked out all the major problems, loaded all the images, verified payment extensions, did multiple backups while building, etc. 

The backups were always pleasantly small, like 85MB total:
2 MB database
34MB code
50MB content.

After I published the site live, I set up the htaccess and robot files and set the proper file permissions, and then I tested payments and then I cruised around the site and made a few small language edits. 

Then I did an AbanteCart data backup of the new live site.  It worked great, all three backup components succeeded in just a few minutes.  Total size of backup folder was 85MB.

I ftp'd the backup folder down to my local machine and deleted it from the live admin/system/backup folder. 

During the next week, I added two new products to the live site with 2MB of new images.  I also edited the filenames and Title names of about 20% of my image files for SEO optimization.

I did a 2nd backup.  It worked fine, so i didn't really look at it.  I just downloaded it and deleted it from the live admin/system/backup folder. 

Then I edited a few more image filenames and titles, and some language.

I tried another backup today, and the 3rd step (dynamic content) failed. 

So I investigated some. 

The Files folder (dynamic content) from the 1st backup is 50MB.

The Files folder from the 2nd backup is 120MB!

I don't know the actual size of the Files folder from the 3rd backup attempt because it timed out and failed. 
BUT, the AbanteCart Backup page indicates that it is now 246MB. 

Why is my site expanding from 50 to 120 to 246MB of dynamic content in 2 weeks during which I have made very few edits and the site has received very little traffic? 

The admin/system/backup folder is empty.

I cleared the error log.  Is there some hidden archive of log errors stored somewhere?

I have also checked my resources folder.  It has less than 10 duplicate images.  It looks virtually identical to my original localhost resources folder in terms of structure and number of folders and files.  Image file replication does not seem to be the obvious cause. 

I have no video or other resource files on the site. 

Where should I be looking to find the source of this rapid file-size expansion?

What are the possible causes? 

At this rate, my site will supernova in a matter of weeks, consuming my host company before collapsing into a singularity at a rate exceeding discernible scalar invariant curvatures of space and time.  A2 is in Michigan.  The SN corona is unlikely to extend beyond Pennsylvania into New Jersey, but the subsequent black hole formation will make all of that irrelevant. 

So it would be good if you could take a look at this soon. 

Thanks. 

[2 - How do I stop this?]

My site is small and simple.  I cloned the default template into an extension (ext44), and then modified css and tpl files only in the clone extension. 

I only have 5 small core edits.  The core edits have never been associated with any errors in the error log. 

In fact, I never get any other types of errors.  The only error in my log is this repeating 9101::App Warning override error.  See below.

The error log is constantly filling with these 9101 errors.  Thousands of them. 

Each error suggests that the clone extension is overriding the core template, which is exactly what is supposed to happen, right? 

It seems to me that any user action on the site is resulting in strings of these override errors that are being triggered every time my template clone extension overrides the default core template to display my site layout & style instead of the default site layout & style. 

I have pasted a small sample of these errors below.

I have two questions:
1 - Is my assumption correct?  Are these errors actually not errors in the true sense, but rather triggered flags that occur each time my clone does what it is supposed to do? 

2 - How do I stop this?

Proper use of a clone extension to customize AC should not result in a never-ending string of thousands of override error flags. 

Thanks.

*****************************************
Paste:

Name
Info
9101::App Warning
Extension ext44 overrides core template with pages/product/product.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with form/form_open.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with form/form_csrf.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with form/input.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with form/hidden.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with form/hidden.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with form/rating.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with form/input.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with form/textarea.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with form/input.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with form/button.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with blocks/cart_top.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/header.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with blocks/breadcrumbs.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/header_bottom.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/column_left.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/content_top.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/content_bottom.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/footer_top.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/footer.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/head.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/page.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/resource_image.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/resource_image.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/resource_image.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/resource_image.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/resource_image.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/resource_image.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/resource_image.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/resource_image.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/resource_image.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/resource_image.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/resource_image.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/resource_image.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/resource_image.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/resource_image.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/resource_image.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/resource_image.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/resource_image.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/resource_image.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309
9101::App Warning
Extension ext44 overrides core template with common/resource_image.tpl in /home/hstacct/inspired-designco.com/core/engine/view.php on line 309

Would appreciate feedback on my site:   inspired-designco.com

We are currently doing SEO work, looking for bugs, adding finishing touches. 

Top priorities:
1 - Make sure any variation of url redirects to https://www.inspired-designco.com : starting with http or not, or https or not, or www or not. 
2 - Security holes?
3 - Does the site work?
4 - Responsive works?

Comments:
1 - My goal was a super-simple-site. 
2 - AC is massively feature rich.  The biggest job in creating a super-simple-site was stripping away features.
3 - Outcome: all free shipping, no shipping selector, no subtotals displayed (wherever possible), only uses re-named guest checkout, no tax, no search, no language, no currency, no membership, no registration, no login, no coupons, no specials, no featured items, no newsletter. 
4 - The homepage is a Category listing block.
5 - The navbar is a menu_bottom.tpl structure placed into header_bottom.  It is a small menu with responsive buttons, therefore collapse is never needed. 

Future goals:
1 - PayPal Express currently commences on Cart page, and concludes on g_s-2, requiring two more redundant steps to complete the order.  I want to change PayPal Success to Validate and redirect straight to g-s-3 page, eliminating g_s-2. 

2 - In conjunction with preceding item, I want to relocate Order Comments box from g_s-2 to g_s_3, and remove the PP Express Payment Choice from g_s-2.

3 - I want to add a PayPal Express button at the top of g_s_1.

4 - PP Express customers will land on g_s_3 to enter Comments and/or Confirm order.

5 - Only credit card customers will see g_s_2 and Payment Selection.  Remove PP Express option from Payment Selection.

6 - Add Amazon Pay option next to PP Express Buttons.

7 - Add Powered by AbanteCart links on checkout pages.

Ultimate Streamlining:
All functions of g-s-2 and g_s_3 are combined into new g_s_3.  Then g_s_2 is eliminated forever. 
The system identifies Express payers, validates, redirects them to new g_s_3 without confusing Payment Selection displayed on new g_s_3, only Comments and Confirm.
The system identifies Credit Card payers, directs them to new g_s_3 with Payment Selection displayed, + Comments and Confirm. 

Anyway, glad this is mostly done.  It's been an adventure.  Thanks to AC devs.