Jump to content

SRD75

Members
  • Posts

    33
  • Joined

  • Last visited

SRD75's Achievements

Newbie

Newbie (1/14)

4

Reputation

  1. I've just installed Prestashop 1.4.6.2, with the full install, and deleted modules I didn't need. If I go into "configure" for "Migration Tools" > "Shop Importer v1.0 by PrestaShop", I receive a message saying "No import module installed". If no import module is intalled, why is Shop Importer v1.0 by PrestaShop listed under Modules, and listed as active?
  2. Sure. I found out the ID numbers of the old category, and the new category products were to be moved into. You can find this by hovering your mouse over the category hyperlink in Prestashop admin. Then run the following SQL in PHPMyAdmin: ps_category_product is a table which contains matching category IDs and products IDs.
  3. Thanks for the reply. I am saving the file in Open Office explicitly as UTF-8, so is it safe to assume the file is now in a proper UTF-8 format? If PHPMyAdmin can import UTF-8 files into a latin1 database, does PHPMyAdmin do the translation, or does the MySQL server? I ran an SQL command in PHPMyAdmin to display the following settings: character_set_client utf8 character_set_connection utf8 character_set_database latin1 character_set_filesystem binary character_set_results utf8 character_set_server latin1 character_set_system utf8
  4. UPDATE: PHPMyAdmin says: MySQL charset: UTF-8 Unicode (utf8) This is the same character set I used in the last import file, which caused more character corruptions. UTF-8 was specified as the charset of the import file during the import process.
  5. I'm not certain when this first occured. I have a young drop-shipping affiliate website, and receive an exported copy of the product catalog from the wholesaler. I format and import this into Prestashop 1.4.4. The front end of the website contains combinations of strange characters inside product text: Ã, Ã, ¢, â‚ €, etc. These characters are present in about 40% of the database tables, not just product specific tables like ps_product_lang. Another website thread for software unrelated to Prestashop says this same problem occurs when the database connection string uses an incorrect character encoding type. In /config/setting.inc, there is no character encoding string mentioned, just the MySQL Engine, which is set to InnoDB, which matches what I see in PHPMyAdmin. I exported ps_product_lang, replaced all instances of these characters with correct characters, saved the CSV file in UTF-8 format, and reimported them using PHPMyAdmin, specifying UTF-8 as the language. However, after doing a new search in PHPMyAdmin, I now have about 10 times as many instances of these bad characters in ps_product_lang than I started with. If the problem is as simple as specifying the correct language attribute in the database connection string, where/how do I set this, and what to?
  6. Thanks Phrasespot I was unaware I could drag and drop categories. There was no indication this was possible. Would it be user friendly to add a little note: "categories can be reordered by drag and drop" ?
  7. The only problem with this is that the current error prevents the customer from entering in their payment information and completing the order. Unfortunately, changing the error text won't solve this problem.
  8. Hi. Our PS 1.4.4 store does not offer shipping at all, and does not need to. Can shipping be turned off? If not, can I set the carrier to be "Pickup from store"? Currently, our customers all receive the message "There are no carriers available that deliver to this address." even though the carrier is correctly set to Australia post. I've tested this with correct addresses, and the same error occurs.
  9. Thanks. The theme developer sent me a replacement header and footer which removed the disablement of the sidebars. Cheers.
  10. I purchased the pres2a theme, which works well, but the categories don't display anywhere on the front page. What is the best way to display them on the home page? I'm using v1.4.4.0 Thanks.
  11. Hi. This problem has occured in both v1.4.3 and 1.4.4. The prestashop documentation says that categories should display in alphabetical order in both the front end and the back end but they display in random order in both. Is there a setting I have turn on or off? Additionally, I can manually adjust the ordering of categories, but I can only move a category up one position at a time. With about 200 categories, that's a major pain in the butt. Why can't I type a number in for the position like Joomla? Thanks, Steve.
  12. I am using PS v1.4.3 When I try to upload an image in Firefox 5, I select the image file, press Save, and the browser starts the process of uploading the image (and presumably proceeding to the next screen), but nothing else happens. It continues to be in page loading mode, and goes nowhere. The image is only 14K. This issue does not occur in Internet Explorer 8. /img has 755 permissions. /img/tmp has 755 permissions. All other subfolders of /img have 755 permissions. What is wrong? Prestashop Version: 1.4.3 Server information: Linux #1 SMP Sat Apr 23 01:52:48 EEST 2011 x86_64 Server software Version: Apache PHP Version: 5.2.17 MySQL Version: 5.0.92-community-log Information from you: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0) Gecko/20100101 Firefox/5.0
  13. After about 5 page loads, the modules page will not expand other module categories - clicking the + on the left will not expand the "accordian", and will not reveal the modules in that category. (Only the present category that I have been working in will expand) I have to delete my cookies, and log back in to be able to expand the module categories again. This happens in both Internet Explorer 8 and Firefox 5 on Windows 7 64-bit.
  14. I ended up using an SQL query in PHPMyAdmin. More simple than I thought. Thanks for your reply.
×
×
  • Create New...