SSL Install Caused All Photos to Go Missing

shellkiwi · Post by **shellkiwi** » Tue Dec 12, 2017 7:06 pm

I recently installed a shopping cart plug-in to allow my site to take credit cards, and as a result, was required to install an SSL certificate. I was dismayed to find that all media on my site is missing under the secure version. I have no idea where to start to fix this.

The unsecured site is fine: http://www.oldbridgewater.org/
The secured site is missing all media: https://www.oldbridgewater.org/

I am running Joomla 3.8.2, PHP 5.6.31, and am hosted on GoDaddy (who said this is not their problem).

Any and all help is appreciated.

Thank you!

Shellie

fcoulter · Post by **fcoulter** » Tue Dec 12, 2017 8:03 pm

Your images are not missing, they are still being loaded via http so your browser is blocking them. You may need to edit your template and articles to ensure they use https.

If you do a search of this forum you will find more advice on how to do this, you are not the first to have this problem.

shellkiwi · Post by **shellkiwi** » Tue Dec 12, 2017 8:18 pm

"Missing" may have been the wrong nomenclature to use. Sorry for the misrepresentation.

I DID do a search and found nothing helpful - hence my post.
The site is giving absolutely no error messages as others have experienced. The pictures just disappear.

All photos are in the standard Joomla media folder.

You say "may need to edit your template." First, the template is a stock template. Second, I don't know how, so this is no help.

Shellie

fcoulter · Post by **fcoulter** » Tue Dec 12, 2017 8:25 pm

viewtopic.php?f=428&t=956366

There are lots of topics on this issue, eg

shellkiwi · Post by **shellkiwi** » Tue Dec 12, 2017 8:54 pm

I'm having similar issues. I'm using the basic <protostar> template, and since installing an SSL certificate, all of my site's images have broken. To fix this, should all references to http in all protostar template files be changed to https? Is that all there is?

Thanks,
Shellie

djslue · Post by **djslue** » Tue Dec 12, 2017 9:03 pm

Yes, I had to change all the Http to https including images from other sources.

shellkiwi · Post by **shellkiwi** » Tue Dec 12, 2017 9:06 pm

OK, I guess I am misunderstanding ---- I opened every single protostar file and the only line including the word "http" was a reference to the joomla website in the file templateDetails.xml. So, no fix.

Shellie

shellkiwi · Post by **shellkiwi** » Tue Dec 12, 2017 9:07 pm

Followed the instructions on that thread, opened every single protostar template file and the only line including the word "http" was a reference to the joomla website in the file templateDetails.xml.

Webdongle · Post by **Webdongle** » Tue Dec 12, 2017 9:16 pm

The problem is the use of UPPER CASE and CamelCase
/OBHS_Photos/HowardSeminary.jpg

For some reason http is accepting it but https is not. I suspect (for some unknown reason) the certificate is converting to lower case in the code thus does not 'see' the folder or file. Don't use uppercase in folders or filenames.

shellkiwi · Post by **shellkiwi** » Tue Dec 12, 2017 9:25 pm

Webdongle, not all of the image on the site use upper case letters, yet all are broken (see my store under the https version for dozens of broken images). Just to be sure, I renamed the folder you cited to /obhs_photos/howardseminary.jpg, but it did not fix the problem.

Shellie

Post by **Per Yngve Berg** » Tue Dec 12, 2017 10:23 pm

Mod. Note: Split posts out from a topic in the Joomla 1.5 forum.

Protostar does not run on Joomla 1.5. It's a J3.x template. You have posted in the wrong forum.

Check the links to images inside the articles. They should be relative links without http or https.

Webdongle · Post by **Webdongle** » Tue Dec 12, 2017 10:30 pm

Hot linking protection can also cause a problem.

Addendum

Do you have extra code in your .htaccess ?
Also please viewtopic.php?f=621&t=582860
btw it's a gddy cert so as with most gddy issues it is unlikely to be resolved

shellkiwi · Post by **shellkiwi** » Wed Dec 13, 2017 6:55 am

Webdongle - not sure what hotlinking is..........

At this point, I am ready to take the site down completely. I run a non-profit historical society and have no one besides myself to help, and I am not a coder. I have already put over $750 of my own money and 100+ hours into the Society's website, and I am tired.......

I am using the newest Joomla, a standard template, basic Joomla plugins, and a GoDaddy SSL. Right now, I seem to have a choice in visitors being able to see our pictures on a non-secure site, OR the Society being able to make money by taking credit cards for sales on a secure site (of items people can't see pictures of).

The pictures worked fine until the SSL certificate was installed. The Joomla plug-in people won't help, GoDaddy won't help, and I seem to be getting no where with Joomla directly.

Sorry to vent, but I have been working this problem for days, and in the meantime, the site is unusable and the board wants to know what I am doing about it. HELP!

Shellie

shellkiwi · Post by **shellkiwi** » Wed Dec 13, 2017 6:57 am

Here are the contents of my htaccess.txt file:

##
# @package Joomla
# @copyright Copyright (C) 2005 - 2017 Open Source Matters. All rights reserved.
# @license GNU General Public License version 2 or later; see LICENSE.txt
##

##
# READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE!
#
# The line 'Options +FollowSymLinks' may cause problems with some server configurations.
# It is required for the use of mod_rewrite, but it may have already been set by your
# server administrator in a way that disallows changing it in this .htaccess file.
# If using it causes your site to produce an error, comment it out (add # to the
# beginning of the line), reload your site in your browser and test your sef urls. If
# they work, then it has been set by your server administrator and you do not need to
# set it here.
##

## No directory listings
<IfModule autoindex>
IndexIgnore *
</IfModule>

## Can be commented out if causes errors, see notes above.
Options +FollowSymlinks
Options -Indexes

## Mod_rewrite in use.

RewriteEngine On

## Begin - Rewrite rules to block out some common exploits.
# If you experience problems on your site then comment out the operations listed
# below by adding a # to the beginning of the line.
# This attempts to block the most common type of exploit `attempts` on Joomla!
#
# Block any script trying to base64_encode data within the URL.
RewriteCond %{QUERY_STRING} base64_encode[^(]*$[^)]*$ [OR]
# Block any script that includes a <script> tag in URL.
RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
# Block any script trying to set a PHP GLOBALS variable via URL.
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
# Block any script trying to modify a _REQUEST variable via URL.
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
# Return 403 Forbidden header and show the content of the root home page
RewriteRule .* index.php [F]
#
## End - Rewrite rules to block out some common exploits.

## Begin - Custom redirects
#
# If you need to redirect some pages, or set a canonical non-www to
# www redirect (or vice versa), place that code here. Ensure those
# redirects use the correct RewriteRule syntax and the [R=301,L] flags.
#
## End - Custom redirects

##
# Uncomment the following line if your webserver's URL
# is not directly related to physical file paths.
# Update Your Joomla! Directory (just / for root).
##

# RewriteBase /

## Begin - Joomla! core SEF Section.
#
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
#
# If the requested path and file is not /index.php and the request
# has not already been internally rewritten to the index.php script
RewriteCond %{REQUEST_URI} !^/index\.php
# and the requested path and file doesn't directly match a physical file
RewriteCond %{REQUEST_FILENAME} !-f
# and the requested path and file doesn't directly match a physical folder
RewriteCond %{REQUEST_FILENAME} !-d
# internally rewrite the request to the index.php script
RewriteRule .* index.php [L]
#
## End - Joomla! core SEF Section.

Webdongle · Post by **Webdongle** » Wed Dec 13, 2017 9:59 am

Two quick things to try that are non technical

1. In Joomla global config force ssl 'entire site'.
2. Turn off the ssl certificate and reset force ssl to 'none' ... install Akeeba and use that to transfer the site to localhost. On localhost you will be asked to confirm when you visit https://localhost/foldername but it will determine if it is the site/template or the gddy certificate configuration.

24x7server · Post by **24x7server** » Wed Dec 13, 2017 12:38 pm

When you used to install the SSL certificate on your domain that time you should replace every instance of hhttp in your site code, script, configuration, image paths, databases to https.

Can you please contact your developer for it? You can ask him to update the all instances, everything should be fine after that.

sozzled · Post by **sozzled** » Wed Dec 13, 2017 7:45 pm

This is a really difficult topic to handle not the least because

(a) it doesn't actually concern a Joomla problem;
(b) the subject of the topic is all wrong (there's no indication that the issue involved J! 1.5);
(c) the person who's started the topic has "threatened"—perhaps the wrong word but I think there's an implication—to throw in the towel which means that anything we suggest will probably have nil effect on the outcome; and
(d) the webhosting provider GoDaddy—yeah *sigh* another GoDaddy problem—is unable to provide assistance.

I understand that @shellkiwi has asked for an explanation about hotlinking. I'm not sure how we came to discuss hotlinking in the context of this discussion topic (although there may be a potential connection to hotlinking).

In trying to be helpful here, if a website uses mixed content then there could be issues for https pages that attempt to load non-secure content.

If we can reliably assume that all of a website's content actually resides on that website then there really shouldn't be an issue as far as switching between http and https (or vice versa). If, however, some of that content (e.g. images) is stored/served off-site then this may be why hotlinking was [clumsily] introduced into the discussion.

I note that @shellkiwi has included a listing of the htaccess.txt file; I don't know if @shellkiwi is aware that htaccess.txt is merely a boilerplate/template for .htaccess; see https://docs.joomla.org/Preconfigured_htaccess

@Per's post earlier actually provides the answer:

Per Yngve Berg wrote:Check the links to images inside the articles. They should be relative links without http or https.

That's where I would start.

I note that the non-profit society requires the availability of the website to conduct business (i.e. accept payments for services provided) at the earliest opportunity. I should also make the point that we who volunteer our "services" on this forum do so freely; I'm always willing to make available an hour of my time to discuss, in real-time, any problems that people may have ... and I am willing to do that at zero cost. I don't think any of us guarantees total success. The real question remains, however, as to whether the person asking for help has the perseverence to see the problem through to resolution or should we wash our [collective] hands of it altogether?

Therefore, before we proceed further I think it would be helpful if we know what are @shellwiki's intentions.

shellkiwi · Post by **shellkiwi** » Thu Dec 14, 2017 11:48 pm

Sozzled,

(a) - it may not be a Joomla problem, but godaddy says its not a godaddy problem, joomdonation says its not an eshop problem, and joomla says its not a joomla problem. Since no special coding has been done by anyone one the site, it seems unlikely that the problem is not caused by one of the three STOCK components in place.

(b) the thread I started was called "SSL Install Caused All Photos to Go Missing". fcoulter directed me to the Joomla 1.5 thread stating that problem in that thread was similar, and I (being a newbie) didn't realize I had switched forums. Sorry for the confusion.

(c) I didn't threaten; but I AM very frustrated. I have put a lot of time and a LOT of money into this site, and none of the software providers involved wants to give me a hand. I need this fixed days ago, and I feel like we're guessing as to the problem, and I'm reduced to asking strangers for help on a forum. You would think with the amount of money I have spent it would come with some actual tech support.

(d) don't know how to get out of this one at this point.

24x7 asked me to contact the developer --- the developer of godaddy's SSL certificate? The developer of Joomla?

To clarify --- ALL media is hosted on godaddy - there is no linking to pictures on other sites. ALL images are in the public_html/images folder (or subfolder). ALL media across the entire site has stopped showing up. Most of the images are for articles that were created inside of Joomla, using the "insert image" button. HOWEVER, images have disappeared from all modules - including eShop, Hotspots, and all of the thumbnails for the hundred+ back issues of newsletters that are on the site.

I reiterate - NOTHING has been done to change Joomla coding. Everything has been done from the administration backend.

I have over a dozen purchased modules installed on the site. If I have to go through every single file and change every instance of http to https manually, then yeah, I think that I will have to give up on the idea of having credit cards on my site (the upgrade I was trying to make that caused this mess). I can't manually go through thousands of files. I run an entire historical society; the website is only a facet of what I do, and I don't have the time for manual updates. If there is a way to do find/replace, then I can work with that.

As for mixed content - what would cause a .jpg image to be a problem in the first place?

Thank you for your assistance,

A very frustrated do-it-yourselfer

sozzled · Post by **sozzled** » Fri Dec 15, 2017 12:34 am

Mixed content means this:

Let's suppose you have a page that is reached by using https: OK, we get it. You have a website that uses an SSL certificate. It doesn't matter who issued the certificate; the point is that you're using it. (N.B. "Joomla" does not issue SSL certificates)

I visited your website: https://www.oldbridgewater.org and, to be honest with you, I don't know why there are no <img> HTML tags. In that sense, @fcoulter got it wrong (I think) because it's not that the browser is preventing mixed content; the https site doesn't actually serve it!

There is a massive assumption that (a) the "shop" requires an SSL certificate to operate and (b) the shop requires the shopping cart feature. I'm not aware that websites must operate with SSL to advertise product(s); it certainly "safer" that payments should be processed via some form of SSL gateway.

@24x7server hasn't read the discussion properly; when they wrote that you should "contact the developer", I believe they were suggesting that you make contact with the person who built your website. It's clear to me that you are the "developer" in this case.

Yes, it's terribly frustrating when there's all this finger-pointing going on. The webhosting provider—in this case GoDaddy—pointing the finger at Joomla (and, by the way, "Joomla" is agnostic about where websites are hosted); "Joomla" (I don't know what you mean but if you're suggesting Open Soource Matters) is not placing the blame on GoDaddy.

Yes, it is a fact that there are more problems associated with GoDaddy reported on these forums than most people would encounter in a lifetime. So, what does all this mean and how do we get to a stage where you're able to make some headway?

sozzled wrote:I'm always willing to make available an hour of my time to discuss, in real-time, any problems that people may have ... and I am willing to do that at zero cost.

What would you like to do next?

shellkiwi · Post by **shellkiwi** » Fri Dec 15, 2017 3:58 am

Webdongle wrote:Two quick things to try that are non technical

1. In Joomla global config force ssl 'entire site'.
2. Turn off the ssl certificate and reset force ssl to 'none' ... install Akeeba and use that to transfer the site to localhost. On localhost you will be asked to confirm when you visit https://localhost/foldername but it will determine if it is the site/template or the gddy certificate configuration.

Webdongle - not sure how to "turn off the ssl certificate". When I go to godaddy and into the area to manage the certificate, there are only options to rekey it, change the site it covers, or revoke it........... can you clarify?

Thank you,

Shellie

shellkiwi · Post by **shellkiwi** » Fri Dec 15, 2017 4:08 am

sozzled wrote: I visited your website: https://www.oldbridgewater.org and, to be honest with you, I don't know why there are no <img> HTML tags. In that sense, @fcoulter got it wrong (I think) because it's not that the browser is preventing mixed content; the https site doesn't actually serve it!

I'm sorry, sozzled, that is over my head..... I know what <img> tags are, but as to why they are not being inserted when creating articles and such in Joomla, I don't know.

sozzled wrote: There is a massive assumption that (a) the "shop" requires an SSL certificate to operate and (b) the shop requires the shopping cart feature. I'm not aware that websites must operate with SSL to advertise product(s); it certainly "safer" that payments should be processed via some form of SSL gateway.

I have been using eShop for awhile, with their PayPal gateway. For some reason, quite a few of our visitors have had problems getting the payment module to work. Since we use "Square" for all of our other credit card transactions at the Society, and since there is a new Square payment gateway available, I thought it might solve the problems that our visitors have been experiencing. Square, unlike PayPal, requires an SSL certificate in order for the payment plugin to work properly. I paid for the plugin, paid for the SSL certificate, and then everything fell apart from there..........

sozzled wrote:I'm always willing to make available an hour of my time to discuss, in real-time, any problems that people may have ... and I am willing to do that at zero cost.

I would really appreciate all help. I know it is late tonight, but maybe tomorrow? I obviously have SOME technical experience as I got the site this far by myself, but I am not a coder, and unfortunately, the majority of the volunteers at the Society don't know the first thing about computers, let alone web sites, so I am on my own.

Shellie

sozzled · Post by **sozzled** » Fri Dec 15, 2017 4:59 am

PayPal uses SSL.

Don't know anything about Square. I vaguely-very vaguely-recall seeing a forum post from someone who mentioned "Square" but it's out of my league. Search the forum yourself.

Let me put things on the table for you, simply: I don't know why your your website fails to generate <img> tags when you use https: I really don't know. It may be a side-effect of whatever component you're using; I'm guessing. Haven't seen your FPA report so I'm barking around in the dark.

Would it hurt to use http:?

So, some people can't use PayPal. Is that a show-stopper? I've encountered several people who say "I can't use PayPal" and 2 hours later, hey presto, they've figured out how to use it all of a sudden!

If you want to contact me, send me an email or use the PM feature. For the purposes of real-time discussions I use one (and only one) real-time chat application. It's your hour to use as profitably as you can.

Webdongle · Post by **Webdongle** » Fri Dec 15, 2017 9:34 am

shellkiwi wrote:...
Webdongle - not sure how to "turn off the ssl certificate". When I go to godaddy and into the area to manage the certificate, there are only options to rekey it, change the site it covers, or revoke it........... can you clarify?
...

Then
1. In Joomla global config force ssl 'entire site'. if no avail set back to None.
2. Use http not https ... install Akeeba and use that to transfer the site to localhost. On localhost you will be asked to confirm when you visit https://localhost/foldername but it will determine if it is the site/template or the gddy certificate configuration.

The objective is to move the site to localhost and test it there. If it works with ssl on localhost then the problem is the gddy ssl cert. If there is a problem with ssl on localhost then something on the site is the cause.

shellkiwi · Post by **shellkiwi** » Mon Apr 09, 2018 1:26 am

OK - I had to set this problem aside for a few months because I was getting nowhere and very frustrated. I turned off the SSL certificate. The only way our site visitors can place an order is by sending a paper check in the mail... not effective. In addition, Chrome started telling all of our visitors to beware of our site because it does not have a active SSL certificate running..........

To reiterate:

1) When visiting our site at http://www.oldbridgewater.org/, everything appears fine.
2) When visiting our site at https://www.oldbridgweater.org/, ALL image links are broken across the ENTIRE site, including in the modules
3) I am using Joomla 3.8.6
4) I am using the ProtoStar template
5) I am attempting to use payment plugins for the eShop module purchased through JoomDonation
6) The site is hosted on GoDaddy in its entirety
7) The SSL certificate was purchased through GoDaddy

All images are stored in the following root directory: public_html/images/OBHS_Photos

Things I have tried:
1) In Joomla global config force ssl 'entire site'. No change.
2) Changing the template -- the results are same on the https site regardless of the template
3) Manually going through the hundreds of files and looking for any instances that directed the loading of images from the http version - no luck
4) Going through all the global settings - I found nothing that made any difference on the site.
5) Changing the title case of the image folder in case the mixed case usage was causing the problem.

I am an amateur coder and although I have managed to get the site to its present state by myself, I am way out of my league here, and this is just one of over 100 duties I perform for the historical society. I obviously need professional assistance in getting this fixed. Since GoDaddy, Joomla, and JoomDonation all state that the problem is not theirs, how do I find a developer to assist me in identifying and correcting the problem? I am absolutely lost.

Thank you for your help.

Shellie

Jaydot · Post by **Jaydot** » Mon Apr 09, 2018 8:22 am

Sorry, but I still think it's a mixed case problem...
Changing the case of the image folder in a file manager won't change anything, because in the link itself it will still be uppercase.
Also your images themselves use mixed case.

Code: Select all

<img src="/images/OBHS_Photos/Francis_Davis_Millet.jpg"

So even if only to rule out that this is causing the problems, I'd do the following:
- Change the filename of the image to lowercase (francis_davis_millet.jpg - actually, I'd just call it millet.jpg, because I believe the shorter and simpler the filename the better);
- The folder name was already changed to lower case, right? If not, change it to lower case again.
- Go to your article, delete the image and re-insert it so it uses the new all lower case name.
Save, close, turn on force SSL, check... (clear cache if necessary).

fcoulter · Post by **fcoulter** » Mon Apr 09, 2018 10:01 am

If you require technical support you can try the Joomla resources directory: https://resources.joomla.org/en/categor ... al-support

leolam · Post by **leolam** » Mon Apr 09, 2018 10:10 am

A multitude of issues on your website and hosting account:

https://www.whynopadlock.com/results/21 ... 5dd7a88e89( @Jaydot: No mixed content reported)

Mark the 2 errors this need to be addressed. Make sure force https for entire site. That is now disabled.You can also set this in htaccess (source whynopadlock)

Force HTTPs

Forcing the use of HTTPS:// on your site will ensure that visitors to your site are always using https://oldbridgewater.org and aren't able to access an insecure http://oldbridgewater.org URL. This is recommended since if a visitor does access your site as http://oldbridgewater.org everything will be marked as "Not Secure".

Below code is for forcing HTTPs on an Apache webserver. If you are using another webserver such as lighttpd, nginx, etc you will need to contact your web hosting provider for assistance.

Add the following code to the .htaccess file in your webhosting account:
Code: Select all
RewriteCond %{HTTP_HOST} oldbridgewater\.org [NC]
RewriteCond %{SERVER_PORT} 80
RewriteRule ^(.*)$ https://oldbridgewater.org/$1 [R,L]
Once this change is made your site will no longer be accessible on the insecure "http://oldbridgewater.org" URLs and all visitors will be redirected to "https://oldbridgewater.org" instead.

Wrong DNS-settings on the domain. SSL-Labs gives you this info https://www.ssllabs.com/ssltest/analyze ... weater.org.

You can see that the 'www' (which is actually a subdomain (yep) has no CNAME entry in DNS

A check at MX-Tools shows that most likely GoDaddy is again at fault

Bad Glue Detected
Parent server gave glue for http://www.oldbridgewater.org to be oldbridgewater.org but we resolve that hostname to 107.180.26.70

More Info
At least one name server failed to respond in a timely manner
Failure detail: 107.180.26.70

so I wish you good luck with contacting 'support' at Godaddy! I would change host as quickly as possible. Next time purchase a Comodo certificate at Namecheap for below US$10

Oh and last but not least you are completely wrong using your editor to choose fonts. Fonts are changed and set in the template's CSS stylesheets and not in the editor. So you do not have to choose this every line of your text what you are doing now I can see from the code.

Also mavickthumbnails is not working properly. This might be the cause since the javascript is not loaded states my Google console. Never use outdated software..... This plugin was last updated in 2016 by the creator and it simply does not work with current Joomla. I would disable that plugin and see if that resolves. Also the Pinterest plugin is not loading and throws errors

Also:

Pages with unsecure content (https://www.jitbit.com/sslcheck/):
https://oldbridgewater.org/contact-us/in-person ?

So free of charge a small analysis so you know where to start looking

Leo

Webdongle · Post by **Webdongle** » Mon Apr 09, 2018 10:13 am

Yep change Host ASAP

shellkiwi · Post by **shellkiwi** » Mon Apr 09, 2018 5:19 pm

Jaydot wrote:Sorry, but I still think it's a mixed case problem...
Changing the case of the image folder in a file manager won't change anything, because in the link itself it will still be uppercase.
Also your images themselves use mixed case.
Code: Select all
<img src="/images/OBHS_Photos/Francis_Davis_Millet.jpg"
So even if only to rule out that this is causing the problems, I'd do the following:
- Change the filename of the image to lowercase (francis_davis_millet.jpg - actually, I'd just call it millet.jpg, because I believe the shorter and simpler the filename the better);
- The folder name was already changed to lower case, right? If not, change it to lower case again.
- Go to your article, delete the image and re-insert it so it uses the new all lower case name.
Save, close, turn on force SSL, check... (clear cache if necessary).

Jaydot --- tried this again today... no change in results........
Thanks for the idea, though!

leolam · Post by **leolam** » Mon Apr 09, 2018 5:31 pm

@shellkiwi did you read and digested anything I discovered on this or did you just ignore it?

Leo

The Joomla! Forum™

SSL Install Caused All Photos to Go Missing

SSL Install Caused All Photos to Go Missing

Re: SSL Install Caused All Photos to Go Missing

Re: SSL Install Caused All Photos to Go Missing

Re: SSL Install Caused All Photos to Go Missing

SSL in Joomla 1.5 breaks my site

Re: SSL in Joomla 1.5 breaks my site

Re: SSL in Joomla 1.5 breaks my site

Re: SSL Install Caused All Photos to Go Missing

Re: SSL Install Caused All Photos to Go Missing

Re: SSL Install Caused All Photos to Go Missing

Re: SSL in Joomla 1.5 breaks my site

Re: SSL Install Caused All Photos to Go Missing

Re: SSL in Joomla 1.5 breaks my site

Re: SSL in Joomla 1.5 breaks my site

Re: SSL in Joomla 1.5 breaks my site

Re: SSL in Joomla 1.5 breaks my site

Re: SSL Install Caused All Photos to Go Missing

Re: SSL Install Caused All Photos to Go Missing

Re: SSL Install Caused All Photos to Go Missing

Re: SSL Install Caused All Photos to Go Missing

Re: SSL Install Caused All Photos to Go Missing

Re: SSL Install Caused All Photos to Go Missing

Re: SSL Install Caused All Photos to Go Missing

Re: SSL Install Caused All Photos to Go Missing

Re: SSL Install Caused All Photos to Go Missing

Re: SSL Install Caused All Photos to Go Missing

Re: SSL Install Caused All Photos to Go Missing

Re: SSL Install Caused All Photos to Go Missing

Re: SSL Install Caused All Photos to Go Missing

Re: SSL Install Caused All Photos to Go Missing