Jack_mcs

Installing a certificate requires two things: the cert has to be installed on the server and the code in the shop has to be changed to properly use it. It sounds like the latter was not done. You need to change your two configure files to use the cert and add redirection code to force an ssl connection. How to do both of these are explained somewhere on this site. I don't want to go into detail here in case you already know how to do that. You shouldn't have to.

Your image shows that php is being displayed so it seems something has changed in the file that caused a php delimiter to be added or removed. If you didn't change anything in the file that creates the sitemap, then either a hacker has made some change or some link being included is corrupted. most likely. You could try replacing the file to see if that helps.

Download the database file that wHiTeHaT provided above. I haven't had a chance to test it but I looked at the changes and they appear to be correct.

Put an item on special and then go to that page. If the order of the prices are correct, you're all set. If not, you need to make the change.

OK. I see what you are saying. However, the argument swapping is not working for some sites. It obviously works for some since someone posted that previously but I've had two sites where it failed. Don't know why. To be honest, I didn't look at the language file so I didn't know argument swapping was being used. It seems unnecessary for a dedicated definition like this but it is what it is.

I'm not sure we are talking about the same thing or maybe I just don't understand your reply. Given this command sprintf(MODULE_CONTENT_PI_PRICE_DISPLAY_SPECIAL, $VAR_1, $VAR_2) are you saying the order of the two variables don't matter?

valquiria23 In the footer template file, you can change <ul class="nav nav-pills nav-stacked"> to <ul class="list-unstyled"> You have to change it in each file so it isn't as convenient as styling the existing class but it provides proper spacing in responsive mode.

How can that be? It is a sprint call and the variables are used in the order given. It would make the function useless if the order didn't matter. Please explain what I am missing.

Are you sure you made the change that I mentioned? What you are seeing on the site is the specials price and then the product price. If you look at the code I said to change, the order is specials and product, which is what is showing. My change was to make it product and specials. Regardless, the idea is to have the regular price first and struck out and then the specials price. So if your original code had it that way, switch back to that.

This line doesn't make any sense to me include(FILENAME_PRODUCT_INFO2 . 'product_info2.php'); Presumably, FILENAME_PRODUCT_INFO2 is defined as 'product_info2.php' so that statement says to load the file product_info2.phpproduct_info2.php. You may have meant define(FILENAME_PRODUCT_INFO2 . 'product_info2.php'); And nothing is done with the $manufacturers_query variable. You need to fetch the results of that call. Something like the following may be what you need: $manufacturers_query = tep_db_query("select manufacturers_id, manufacturers_name from " . TABLE_MANUFACTURERS . " order by manufacturers_name"); while ($manufacturers = tep_db_fetch_array($manufacturers_query)) { if ($manufacturers['manufacturers_name'] == 'CUSTOM') { $goto = 'product_info2.php'; $parameters = array('action', 'cPath', 'products_id', 'pid'); break; } }

I'm glad to hear you got it going. I think you will find oscommerce is a better package than opencart, were you to upgrade to the latest version but good luck with the move.

motion2082 The deprecated message can be ignored but should be hidden. But the reset have to do with the language not being found and that is due to the php version you are switching to being different than the one the previous server used. To fix it, in both includes/application_top.php files, change this line if (!tep_session_is_registered('language') || isset($HTTP_GET_VARS['language'])) { to this if (!tep_session_is_registered('language') || isset($_GET['language']) || empty($language)) {

It has to be done by editing the database directly. That is usually done using the phpmyadmin program which most hosts have installed. You need to - Select your database in phpmyadmin. - Make a backup of your database (export tab). - Select the configuration_group table. - Find the Google XML line and note its ID. Then delete it from that table. - Select the configuration table. - In the sql tab, enter this command after changing the XX to the above ID you noted: delete from configuration where configuration_group_id = XX That should do it.

First it sounds like you are using the wrong version. Be sure this is the one you are using. If not, start over. As far as the login, I'm not sure I understand the problem but if it is do to with setting the admin login, if you empty the administrators table in the database, you will be able to set the password when you visit the admin.

Yes. The new sql script will create new configuration entries so you would end up with duplicates.