HTTPS problem need seamless move images to HTTPS X cart

The provider I am using the services of is using BY cart, and the entire product images will not be HTTPS. I need a seamless go on to HTTPS. They are all in a very certain folder inside public html. They originally setup an entire cart as HTTPS and not simply the sensitive facts page
These guys can be a multi million bill organization and cannot afford to get rid of sales

Hi, I think I recognize your problem. If i’m correct heres the perfect solution is.

You need to change all the image urls to https: //. I’d personally load your web site in dreamweaver and use the search and swap option typing: LOOK FOR: < img src=" http: // and also REPLACE < img src=" https: // for your site.
Expectation this helps. If you think this can solve your challenge please reply or or even give me even more details and I may be able to help.
Relation

I’m guessing ABS is discussing physically moving the particular files from 1 server to another.

Not being sure how many images you’ll find, you would more than likely need to copy
all those meals to a PC (using FTP), and use FILE TRANSFER PROTOCOL to copy them to the HTTPS machine.

If they have been completely hosted by a similar webhost, this might be something they
could do for yourself. It depends within the webhost and their willingness to support you.

The opposite unknown thing… the way your images tend to be stored.
They can be placed right directory, or stashed with MySQL.
Now i’m guessing X-Cart provides both options. Addititionally there is a control -panel setting for
the basis path to the images. If your listing structure remains the same, that
aren’t an issue, although as Dores expressed, any " absolute" referrals need to
possibly be addressed.

X cart has a 2 options with regard to storing files
1) The particular file system
2) the particular datebase
These are stored in the actual file server to lighten up the database. There are actually 450 productrs while in the cart.
The dreamweaver option is just not possible, because these are generally not html webpages. They are PHP within built on smarty. The index and a lot of a few degrees deeper are html pages, and the cart is about the back, after a few clicks.
When you hit the shopping cart and you click an image to evaluate it larger, the addy of the image is HTTP

So if you could get to the directory where the photos were recorded,
you could download them to the PC Then, you could upload them from
your PC in your HTTPS server (webhost) But you can’t with Dreamweaver

Together with an FTP system like FileZilla (which is usually free), you could access all those
information and move them. If you say they may be stored in this file server without the
databases, that means they may be stored within not one but two directories…

My guess is this directory path…
/images/P/ (for whole size)
/images/T/ (for the entire thumbnails)

Use FileZilla and look for the index called " images", in that case within " images",
seek out " P" and also " T"… you could find your images within those two internet sites.

mlseim can be correct, and that is quite an effortless job.
You are able to indeed use dreamweaver, it supports several scripting languages not simply html. It is a very powerful app if used correctly. I converted an entire site to https more than 300 pages by doing this took about 5mins. If you work with a hosting having a control panel, the good news is file management software which means that you can compress and download whole directories. It is 10 times since fast as ftp (if you will have it installed).
Enjoy

But this doesn’t sound like a server transfer issue.. It really does sound like a link concern. Is anything different rather than the http Otherwise, then you should look if ever the links to those people images are recorded somewhere, and once they are, see if you’re able to make them relative links.

If you try to hyperlink (or address) photographs from an HTTPS in order to HTTP, you’ll get
a new browser warning with regards to accessing a non-secure website. Just like as soon as you
make an effort to customize PayPal make use of your own site logo, the logo need to be on a
secure server in avoiding that browser alert.

If he saved his whole X-Cart for the HTTPS server, there can be no issues.
He doesn’t apparently tell us considerably… sort of hard to help you him out.

In fact, but there just isn’t always such a new distinction between a great HTTP server as well as an HTTPS node. Many (most) hosts can accept requests over both protocols, though some are blocked for the configuration level in order to reject HTTP requests so that you can force people to use HTTPS.

Anyhow, the point is that they may be on the same server using a simple link that does contain the s’ inside https, and thus points it towards the insecure version.

An alternate solution could be to make the server auto-redirect on the HTTPS version. You have to still get the warning, though.

It is correct

This really is the problem plus the solution (although not implemented yet)

So if your setting in that cart admin is focused to " distant relative path" and i transfer the images to an https folder and maintain same folder label and file name, they will on auto-pilot reload in HTTPS

thanks beforehand

All HTTPS means would be that the server is risk-free…

The whole web site and all works just the same as an HTTP web site.

I’m wondering why the entire x-cart script, information, MySQL, etc isn’t
installed for the secure server. X-Cart has credit-based card handling too…
considering the whole thing established, you would become covered for every little thing.

you realize i dont learn., The owner developed and configured the site. It started off being a hobby loss and grew to a multimillion dollar site
He learned since he went around is all i will think of.

This entry was posted in Web Design and tagged , , , , , , , , , , , , , , , , , , , . Bookmark the permalink.

Related Posts

Leave a Reply

Your email address will not be published. Required fields are marked *