Not sure how long this has been going on but since the switch over to full site https I have been having all kinds of issues. These may be old issues but just now discovering them thanks to some errors within the Google console.
-
On my 301 redirects it is not showing an SEO friendly title nor is it https. Example: Old URL: /yamaha-decals/6-yamaha-decal-sticker.html New URL: http://fastdecals.com/shop/index.php?dispatch=products.view&product_id=29780 Is this correct?
- None of the links are SEO friendly in my sitemap. I've checked other stores using CS and their sitemaps all show SEO friendly URLs in the sitemap. All links look like this: https://fastdecals.com/shop/index.php?dispatch=categories.view&category_id=217 Links within my store are SEO friendly though.
Below is what is in my .htaccess file. Is there anything that stands out that would cause this not to work?
DirectoryIndex index.html index.php
# Compress HTML, CSS, JavaScript, Text, XML, fonts
AddOutputFilterByType DEFLATE application/javascript application/x-javascript text/javascript application/json
AddOutputFilterByType DEFLATE application/x-font application/x-font-opentype application/x-font-otf application/x-font-truetype application/x-font-ttf font/opentype font/otf font/ttf application/x-woff application/x-font-woff
AddOutputFilterByType DEFLATE text/css text/html text/plain
# Remove browser bugs (only needed for really old browsers)
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4\.0[678] no-gzip
BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
Header append Vary User-Agent
Header set Access-Control-Allow-Origin "*"
Cache all images for 2 weeks
ExpiresActive on
ExpiresDefault "access plus 2 weeks"
Header set Cache-Control "max-age=1209600"
RewriteEngine on
# Please note that RewriteBase setting is obsolete use it only in case you experience some problems with SEO addon.
# Some hostings require RewriteBase to be uncommented
# Example:
# Your store url is http://www.yourcompany.com/store/cart
# So "RewriteBase" should be:
# RewriteBase /store/cart
RewriteBase /shop
Options -MultiViews
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteCond %{REQUEST_URI} ^api/(.)$ [or]
RewriteCond %{REQUEST_URI} ./api/(.*)$
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule .api/(.)$ api.php?_d=$1 [L,QSA]
RewriteCond %{REQUEST_URI} .(png|gif|ico|swf|jpe?g|js|css|ttf|svg|eot|woff|yml|xml)$ [or]
RewriteCond %{REQUEST_URI} store_closed.html$
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.?)/(.)$ $2 [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . index.php [L,QSA]
This prevents possible problems when downloading files
php_flag zlib.output_compression Off
I see no one replied. I have similar issue with a csc v2.14 store
Although sitemap.html shows HTTPS and SEF urls the re-generated sitemap.xml still shows only HTTP!
2019-06-27 shows it has regenerated, but why without https?
Did you find a solution?
Wish I could tell you what I did but not sure. Normally I post the solution on here but did not this time for some reason. I do know it is working now.
I see no one replied. I have similar issue with a csc v2.14 store
Although sitemap.html shows HTTPS and SEF urls the re-generated sitemap.xml still shows only HTTP!
2019-06-27 shows it has regenerated, but why without https?
Did you find a solution?
Have you done everything that this article describes for 2.1.x? https://kb.cs-cart.com/https-whole-store
Thanks, Yes.
I'd made the change to addons/seo/func.php,
- set Google Sitemap: Options>General>Update frequency: Always
- flush local DNS, and browser cookies/cache
- &cc cleared cache
But [sitemap.xml] shows SEF urls are re-generated as HTTP even though the sitemap.html links are all https.
https://onwireless.com.au/sitemap.htmllinks are https: // but ...
sitemap.xml
http://onwireless.com.au/
2019-06-29
always
1
http://onwireless.com.au/3g....... etc
It appears that the v2.0.x files may be remaining, not updated for some reason.
Is it possible for someone to post the correct v2.1.4 files for me to check against my files?
need v 2.1.4 original files as follows.:
addons/form_builder/controllers/customer/pages.post.php
core/fn.control.php
not sure if I did the right thing but I made a hard code mod to /addons/google_sitemap/func.php that has helped, but its not documented.
not sure if I did the right thing but I made a hard code mod to /addons/google_sitemap/func.php that has helped, but its not documented.
So it is fixed? If so, what changes did you make?
I actually have no expertise in php but I just replaced 3 instances of 'http' with 'https' . in /addons/google_sitemap/func.php
Ie
if (count($languages) == 1) {
$links[] = fn_url($link, 'C', 'https', '&', CART_LANGUAGE);
} else {
foreach ($languages as $lang_code => $lang) {
$links[] = fn_url($link . '&sl=' . $lang_code, 'C', 'https', '&', $lang_code);
}
}
and
if ($seo_enabled) {
$name = $location . '/sitemap' . $i . '.xml';
} else {
$name = fn_url('xmlsitemap.view?page=' . $i, 'C', 'https', '&');
}
It partially works, but the main url is still generated as http, so my guess is this would stuff things if the SSL was off.
Temporary partial workaround at best.
Is it possible for someone to post the correct v2.1.4 files for me to check against my files?
need v 2.1.4 original files as follows.:
addons/form_builder/controllers/customer/pages.post.php
core/fn.control.php
Update: also replaced the three occurrences of 'config.http_location' with 'config.https_location' in /addons/google_sitemap/func.php
All urls in sitemap.xml are now https.
Its a workaround that no doubt stuff things if SSL is disabled. It would be better to have a proper fix.
Update: also replaced the three occurrences of 'config.http_location' with 'config.https_location' in /addons/google_sitemap/func.php
This would lead me to believe that the secure path in config.local.php isn't correct.?
Thanks The Tool. My files were correct.
Re “secure path in config.local.php”, https is working but I’ll investigate further.
Cheers
Perhaps the issue is that our store, onwireless.com.au is an addon domain to the Primary server domain of onwireless.net
Thus https://onwireless.com.au is located at https://onwireless.net/store.
So may be the installation does not really fit either scenario detained in the documentation.
Anyhoo… the workaround has solved the issue, I need to spend time working on the new software platform now.
Thanks for the help. Much appreciated.
0 Links