Search the Community

Здравствуйте! Установил Prestashop 1.7.6.4 с кодировкой UTF-8 /classes/db/DbPDO.php База данных utf8_general_ci и utf8_unicode_ci импортирована из Prestashop 1.6. В бэк-офисе русский текст отображает вопросы : Каталог / Категории Клиенты / Клиенты (Управление клиентами) Расширенные параметры / Эл. почта В остальных местах проблем нет, во фронт-офисе тоже проблем нет. Подскажите пожалуйста как исправить

Hi guys, trying to import products into Prestashop 1.7.6 with a built Import function. Everything is running fine, but if the URL of the Image has s backspace in URL address, import process fails and product image does not load/save image. Example: https://lucide.sk/foto_shop_big/79297-12-12 off.jpg see the backspace between 12 and off. Exporting via CSV file, so Excel convert the Image URL with backspace into the compliant format of coding UTF-8 that looks like this: https://lucide.sk/foto_shop_big/79297-12-12%20off.jpg But both formats runs to failure then importing the product. I tryied format the cell in Excel as a text or without specific format but without success. 😒 Does anybody know how to solve it? Thanks a lot !

Hallo zusammen, ich habe ein Problem mit meinem Kontaktformular. Immer wenn ein Kunde mir zurückschreibt, erhalte ich die Nachricht teilweise codiert zugestellt. Im Anhang ein Bild, wie es aussieht im Prestashop. Woran liegt das? Wie könnte ich das beheben?

Hola tengo un problema con los acentos y ñ cuando he migrado mi sitio al servidor remoto, todo migro bien, el problema esta cuando entro a un apartado que tenga acentos y guardo en ese momento los acentos los cambia por un carácter raro. alguna idea? (lo he comentado con el servidor, pero ellos me dicen que busque en google jejejej, primera vez que un servidor me dice esto en un tema de este calibre, me gustaria decirles el nombre del servidor, para que nunca le contraten, pero su email es un gmail jejejje y es un enigma esta empresa. Ojala mi cliente me escuche cuando le diga que huya de esta gente)

Dans PS 1.6 (1.6.1.17), j'avais un bug d'affichage de certains message, du à l'encodage lors de la récupération des messages. Ils étaient donc stockés avec le mauvais encodage dans la base de données. Après quelques tests, il s'avère que ça concerne les messages en utf-8. J'ai donc mis en place la solution ci-dessous. Il faut faire un override de controllers/admin/AdminCustomerThreadsController.php, contenant la fonction syncImap(). Dans cette fonction, on va remplacer $message = imap_fetchbody($mbox, $overview->msgno, 1); $message = quoted_printable_decode($message); $message = utf8_encode($message); $message = quoted_printable_decode($message); $message = nl2br($message); $message = Tools::substr($message, 0, (int) CustomerMessage::$definition['fields']['message']['size']); par : $message = imap_fetchbody($mbox, $overview->msgno, 1); $message = quoted_printable_decode($message); // --------------------------------------------------------- $structure = imap_fetchstructure($mbox, $overview->msgno); $params = array(); if ($structure->parts[0]->parameters) foreach ($structure->parts[0]->parameters as $x) $params[strtolower($x->attribute)] = $x->value; if ($structure->parts[0]->dparameters) foreach ($structure->parts[0]->dparameters as $x) $params[strtolower($x->attribute)] = $x->value; if($params['charset'] == 'utf-8') $message = quoted_printable_encode($message); // --------------------------------------------------------- $message = utf8_encode($message); $message = quoted_printable_decode($message); $message = nl2br($message); $message = Tools::substr($message, 0, (int) CustomerMessage::$definition['fields']['message']['size']); A priori, ça fonctionne.

Prestashop version: 1.6.1.13 I have imported categories using CSV with utf-8 encoding without any errors. The categories all show in "Catalog-->Categories" but I cannot add the imported categories to manually added products. When I go into "Catalog-->Product-->Associations-->Associated Categories" I only see "Home". The imported categories are not on the list. I've also noticed that only categories that were added manually are the only ones showing on the frontend but not the imported ones. I was wondering if this is a common thing with imported categories and if so: 1. How can I resolve this so that when I import categories I can add them to manually added products. 2. Also, when I import categories they display on the store frontend under the category section.

In preparation to "go live" I recently upgraded from a shared service account to a dedicated VPS. I mistakenly thought that when they migrated my site they would migrate the setup that I was using on the Shared server to ensure no loss of functionality/compatibility however I have had nothing but trouble since I made the switch. It's a good thing since I believe that if you don't have hell you don't learn but this is ridiculous. My provider said this is an application issue and they won't assist me with troubleshooting it. Current Config: Server information: Linux #1 SMP Mon Feb 17 21:00:14 MSK 2014 x86_64 Server software version: Apache PHP version: 5.4.27 Memory limit: 384M Max execution time: 50000 Database information MySQL version: 5.6.16 MySQL engine: InnoDB Tables prefix: ps_ Store information PrestaShop version: 1.5.6.2 Shop URL: https://capvapor.com/ Current theme in use: default Here is the story so you have some background: I didn't realize there was an issue until my Products' short descriptions started complaining about being too long. I was adding attributes to Products and hit the save button and it kept happening to each Product so I went to look and that's when I saw multiple  characters between the period and the start of the next sentence. I am showing my age but I always double space even though it isn't required because I like the way it looks. It inserts the  character between the spaces every time I change anything associated with the product. When I started looking for the cause I noticed that there were different Collation settings in MySQL and Character settings even a few MyISAM tables peppered through the database. I loaded my first Prestashop site using the Softalicious tool. It is on a cPanel/WHM CentOS/Redhat Linux box. My unix is rusty but I used to manage several Informix SQL Sun boxes for SWB Wireless (if that doesn't tell you my age nothing will). So I can trudge through most things but for the life of me this MySQL configuration is eating my lunch... Since I first noticed the problem I have searched everywhere to find and implement a fix to this issue without success. Here is a list of items that I have found and changed in the attempt to get this resolved. Entered: This has a strong peppermint flavor with a menthol kick that really pops in your mouth. It has a super throat hit and reminds me of the great new chewing gum flavors out there. It really is amazing! Displays/Commits: This has a strong peppermint flavor with a menthol kick that really pops in your mouth.  It has a super throat hit and reminds me of the great new chewing gum flavors out there.  It really is amazing! 1) Set the my.cnf file to the following trying to get the defaults set to utf8: [mysqld] max_connections = 100 query_cache_size = 32M query_cache_limit=1M skip-external-locking key_buffer_size = 32M max_allowed_packet = 8M table_open_cache = 64M sort_buffer_size = 256K join_buffer_size = 1M net_buffer_length = 8K read_buffer_size = 1024K read_rnd_buffer_size = 1M myisam_sort_buffer_size = 16M innodb_file_per_table tmp_table_size = 32M max_heap_table_size = 32M thread_cache_size = 50 table_open_cache=500 table_definition_cache=500 open_files_limit=26520 wait_timeout = 30 connect_timeout = 1 low_priority_updates=1 concurrent_insert=2 character-set-server = utf8 collation-server = utf8_unicode_ci init_connect = 'SET NAMES utf8' character-set-client-handshake = FALSE # This setting ensures that aio limits are not exceeded # (default is 65536, each instance of mysql takes 2661 with this enabled) innodb_use_native_aio = 0 #open_files_limit=32768 Here are my prestashop db results of: show variables like "%character%";show variables like "%collation%"; Variable_name Value collation_connection utf8mb4_general_ci collation_database utf8_unicode_ci collation_server utf8_unicode_ci Anyone that has fixed this that can point me in the right direction would be very appreciated! I am attaching some current files that are from MySQL and the modules installed. If you need anything else please let me know. Thanks in advance! J Stepp capvapdb_mysql.txt mysql-variables.txt show-installed.txt

Hello there, I am trying to dynamically create an order through PrestaShop's webservice. First I create a customer, then address, then cart and finally an order. However, an error that I get when trying to create a new order, looks like this: HTTP XML response is not parsable: array ( 0 => LibXMLError::__set_state(array( 'level' => 3, 'code' => 9, 'column' => 65, 'message' => 'Input is not proper UTF-8, indicate encoding ! Bytes: 0x98 0x1F 0x55 0x11', 'file' => '', 'line' => 779, )), 1 => LibXMLError::__set_state(array( 'level' => 3, 'code' => 9, 'column' => 66, 'message' => 'PCDATA invalid Char value 31', 'file' => '', 'line' => 779, )), 2 => LibXMLError::__set_state(array( 'level' => 3, 'code' => 9, 'column' => 68, 'message' => 'PCDATA invalid Char value 17', 'file' => '', 'line' => 779, )), 3 => LibXMLError::__set_state(array( 'level' => 3, 'code' => 9, 'column' => 71, 'message' => 'PCDATA invalid Char value 29', 'file' => '', 'line' => 779, )), 4 => LibXMLError::__set_state(array( 'level' => 3, 'code' => 9, 'column' => 76, 'message' => 'PCDATA invalid Char value 11', 'file' => '', 'line' => 779, )), 5 => LibXMLError::__set_state(array( 'level' => 3, 'code' => 64, 'column' => 51, 'message' => 'XML declaration allowed only at the start of the document', 'file' => '', 'line' => 13997, )), 6 => LibXMLError::__set_state(array( 'level' => 3, 'code' => 64, 'column' => 51, 'message' => 'XML declaration allowed only at the start of the document', 'file' => '', 'line' => 16440, )), 7 => LibXMLError::__set_state(array( 'level' => 3, 'code' => 64, 'column' => 51, 'message' => 'XML declaration allowed only at the start of the document', 'file' => '', 'line' => 18882, )), 8 => LibXMLError::__set_state(array( 'level' => 3, 'code' => 64, 'column' => 33, 'message' => 'XML declaration allowed only at the start of the document', 'file' => '', 'line' => 19494, )), ) Here's the code I am using: $xml_order = $webService->get(array('url' => $basepath . '/api/orders?schema=blank')); $xml_order->children()->children()->conversion_rate = 1; $xml_order->children()->children()->date_add = date('Y-m-d H:i:s'); $xml_order->children()->children()->id_address_delivery = (int) $delivery_address_id; $xml_order->children()->children()->id_address_invoice = (!is_null($billing_address_id)) ? (int) $billing_address_id : (int) $delivery_address_id; $xml_order->children()->children()->id_carrier = 0; $xml_order->children()->children()->id_cart = (int) $cart_id; $xml_order->children()->children()->id_currency = (int) $this->context->currency->id; $xml_order->children()->children()->id_customer = (int) $customer_id; $xml_order->children()->children()->id_lang = (int) $this->context->language->id; $xml_order->children()->children()->id_shop = (int) $this->context->shop->id; $xml_order->children()->children()->module = 'bankwire'; $xml_order->children()->children()->payment = 'Bank wire'; $xml_order->children()->children()->total_paid = Tools::getValue('total_products'); $xml_order->children()->children()->total_paid_real = Tools::getValue('total_products'); $xml_order->children()->children()->total_paid_tax_excl = Tools::getValue('total_products'); $xml_order->children()->children()->total_paid_tax_incl = Tools::getValue('total_products_wt'); $xml_order->children()->children()->total_products = Tools::getValue('total_products'); $xml_order->children()->children()->total_products_wt = Tools::getValue('total_products_wt'); $xml_order->children()->children()->valid = 1; $xml = $webService->add(array( 'resource' => 'orders', 'postXml' => $xml_order->asXML() )); $resources = $xml->children()->children(); $order_id = $resources->id; At the moment I have no idea what's causing this error to occur.. Could someone help me with this?

Bonjour tout le monde, Je mets une touche d'honneur à respecter les standards du web W3C (au mieux). Comme vous l'avez constaté le CMS natif (1.5.4 pour moi) n'est pas dépourvu d'erreurs. J'essaie donc de les éliminer petit à petit. Toutefois je suis bloqué avec ce soucis d'encodage, je suis en UTF-8, doctype HTML5, et j'ai une dizaine de ces erreurs sur chaque pages: Le problème est que ces erreurs sont principalement des liens générés par le CMS… Comment faire pour que le caractère & soit encodé d'office, A-t-il vraiment besoin d'être encodé en UTF-8 ? Merci de m'éclairer, les encodages c'est pas mon fort. Cheers!

Dans google analytics le nom des produits est particulièrement malformés (problème utf8 et +) Dans la section: Google Analytics: Conversion / Ecommerce / Shopping Analysis / Product Performance le nom des produits apparait comme suit: Th%C3%A9+Cho+Yung+Minceur+%3A+le+Pack+de+60+sachets+pour+30+jours Alors que dans les autres rapports de GA les titres apparaissent bien: Thé Cho Yung Minceur : le Pack de 60 sachets pour 30 jours Je dois exporter des rapports pour le client et ce problème est particulièrement génant. Je ne comprends pas pourquoi seul le nom des produits vendus semble est mal encodé avant d'être collecté par GA. (ps: module GA à jour). Quelqu'un sait d'ou cela pourrait venir dans prestashop, quel fichier / module?

Hello, I have problem with pdf invoice encoding - instead polish font eg. ęółąśłżźćń I see only some random charsm which doesn't look very good... How to modify prestashop, to get UTF-8 encoding & display Polish chars properly?

Hola a todos, Utilizo Prestashop 1.5.4.1, y tengo el siguiente inconveniente: Cuando el texto se corta (truncate) justo adonde hay un acento o 'ñ', aparece parte del código del caracter (entidad), en lugar de aparecer el caracter correspondiente. La codificación del sitio creo que está bien y todo los demás textos se muestran correctamente. He detectado que el problema lo ocasiona el 'truncate', tanto en product-list.tpl como en blockcart.tpl. En la Imagen de ejemplo (product-list), después de la 'F' debería aparecer la 'ú'. De hecho, al posicionarse con el puntero sobre el nombre, el mismo aparece correctamente (y al ingresar a la página de producto, también aparece bien). El fragmento de código de mi product-list.tpl es el siguiente: <h3><a class="MARTIN_h3" href="{$product.link|escape:'htmlall':'UTF-8'}" title="{$product.name|escape:'htmlall':'UTF8'}">{$product.name|escape:'htmlall':'UTF-8'|truncate:34:'...':true}{" - "}{$product.reference|escape:'htmlall':'UTF-8'}</a></h3> Imagen de ejemplo: ¿Qué modificaciones debería hacer para que esto deje de ocurrir? (encontré similitudes con el siguiente topic: http://www.prestashop.com/forums/topic/23762-problem-with-smarty-truncate-modifier-html-entities-and-utf-8/, pero es de un danés, jeje) Gracias de antemano.

Okay here goes (again)... If you can't tell the theme of some of my posts lately they are all about utf8 support and why does my data start getting littered with garbage characters? I've been working for over three weeks on trying to understand the process of character sets, collation and character collation connection cradle to grave. I see that a clean install of Prestashop uses: InnoDB tables UTF-8 charset utf8_general_ci collation After installing modules (some free some paid it happens on both) I see some of the following: MyISAM tables latin1 charset (at the table and column level) latin1_swedish_ci collation utf8_unicode_ci collation It's then that I start seeing garbage and it just gets worse the more that I try to fix it: <a href="http://capvapor.com/8-efest" title="Shenzhen Fest Technology Co, LTD was first established in 2009 with our main focus on chargers and Li-ion rechargeable batteries including LiMn ( IMR), Nickel Metal Hydride (Ni-MH) and LiFePO4 batteries currently in use for many different applications today including Flashlights, E-cigs &amp; Vaping Mods, Power Tools, Solar lighting, emergency lighting, cordless phone, etc... Quality is of utmost importance in the continued development and growth 8of Efest Brand of Shenzhen Fest Technology . Efest batteries are approved by CE and Comply with RoHS and our factories hold certification in compliance with ISO9001/2000. Over 90% of our products are exported overseas globally each year .">eFest</a> So after all this time I don't think there is anywhere else that I can change the settings in PHP/MySQL/Apache to "force" UTF-8 charset, connection encoding or collation. I see that inside some modules the PHP is creating the tables there is engine=MyISAM and charset=latin1: function installDB() { $query = 'CREATE TABLE IF NOT EXISTS `'._DB_PREFIX_.'AAAAAAA_lang` ( `id_AAAAAAA` int(11) DEFAULT NULL, `id_lang` int(11) DEFAULT NULL, `age` varchar(255) DEFAULT NULL, `url` text, `title` text, `reason` text, `mentions` text, '.( (version_compare(Configuration::get('PS_INSTALL_VERSION'), '1.5.0') >= 0) ? "" : "`dateformat` text,`remember` text,").' `trust` text ) ENGINE=MyISAM DEFAULT CHARSET=latin1'; Db::getInstance()->Execute($query); $query = 'CREATE TABLE IF NOT EXISTS `'._DB_PREFIX_.'AAAAAAA` ( `id_AAAAAA` int(11) NOT NULL AUTO_INCREMENT, '.( (version_compare(Configuration::get('PS_INSTALL_VERSION'), '1.5.0') >= 0) ? "`dateformat` text,`remember` text," : "").' PRIMARY KEY (`id_AAAA`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=8 ; '; Db::getInstance()->Execute($query); So I want to know if these are the root cause of the garbage and what if any issues it would cause if I modified this to create the table using utf8 and even InnoDB? I just don't understand why these people don't use the environment variables to create these tables? I see that they are using other globals and if this is setting the connection collation to something other than utf8 then this could be the root cause of my issues. I am using 1.5.6.2 and I am pulling my hair out so if anyone could help me get this figured out I would greatly appreciate it! If you need anything else from me please let me know. Thank you, James Stepp

Hey guys & girls Although I've found what I believe to be a few threads already on this topic, they are not in English, which isn't quite so useful for me. The problem is this: lots of text in our database contains double byte UTF-8 characters but PrestaShop does not display these characters as intended (instead, each byte is displayed as an individual character). As far as I can tell, the page source is set to UTF-8, as is the database. For a simple example, I have created two entries for the manufacturer Cébé. One uses extended ASCII (codes: 67, 233, 98, 233) The other uses double byte chars (codes: 67, 195, 169, 98, 195, 169) In my test module, which loads these values from the database and then displays on screen, the output is: C�b� Cébé Exactly as expected. In the shop front, however, I unfortunately get the following: Cébé Cébé What do I need to do in order to have these (and other) double byte characters display correctly in the shop front? I have tried removing "|escape:'htmlall':'UTF-8'" from the Smarty template where these characters are output, but that made no difference. Thanks for any help you can provide. Edit: I should add, the field, table and database collations are all set to "utf8_general_ci", yet I get the same problem viewing the data in phpMyAdmin, and in a feed I create from the database. Perhaps the question should be, why do the characters display correctly in my module?

Salve a tutti, vi chiedo aiuto poichè ormai non so più a chi rivolgermi!!! sono 2 giorni che il nostro ecommerce (raggiungibile al sito www.coverstop.it) sistematicamente ogni ora va in blocco per superamento delle query/ora "max_questions" oltre 35000 In questo link il nostro hosting parla del problema: http://guide.shellrent.com/come-comportarsi-con-lerrore-user-xxxx-has-exceeded-the-max_questions-resource-current-value-10000/ prima di lunedi mai nessun problema mai nessun blocco nulla di nulla. non abbiamo modificato il tema, non abbiamo aggiunto o eliminato o ripristinato o cancellato o configurato alcun modulo nuovo o vecchio che sia... non ho modificato nulla nella configurazione..... PRATICAMENTE? non ho fatto nulla! Lunedi mattina entro in ufficio mi preparo per caricare nuovi prodotti al catalogo ( al momento abbiamo circa 2000 prodotti stipati in 3 macro-categorie, rispettivamente inserite in varie micro-categorie) ma con mio stupore dopo averne caricati circa una decina inizia il calvario. prima l'errore PrestaShop Fatal error: no utf-8 support poi passa un oretta circa e il sito ritorna online sia BO che in FO... ma dopo neanche 10 minuti di nuovo in blocco.... inizio a contattare il supporto del mio hosting (www.shellrent.com) e loro mi dicono che hanno aumentato al massimo le query/ora possibili in 35000 ma che se continua questo errore è perchè c'è qualche problema con modulo o altro in prestashop che richiede troppe connessioni orarie al server... ora quello che mi chiedo, non avendo fatto NULLA come sia possibile che da un momento all'altro accade una cosa del genere? esiste uno strumento, un log, un file a cui accedere per controllare cosa stia succedendo? se il problema è del server, del database, di prestashop e di qualche suo modulo..... fatto sta che il sito sono 2 giorni che non ha piu ordini e diventa impossibile accedere a qualsiasi parte sia in BO che in FO. allego screen effettuati nel lasso di tempo in qui il database mysql e il sito sono funzionanti sperando che qualcuno piu capace di me riesce a capirci qualcosa.... Vi prego fate il possibile per darmi delle dritte..... il supporto di shellrent come ultima spiaggia mi ha consigliato un Server Dedicato (che costa 99€ al mese mentre io pago praticamente 35€ all'anno adesso senza che abbiamo mai avuto problemi prima di 2 giorni fa). Questo il nostro piano hosting attuale: http://www.shellrent.com/web-hosting-advanced

Hi all , sorry for my bad english, I ask for help because I no longer know where to turn ! are two days that our e-commerce (within the site www.coverstop.it ) systematically shuts down every hour for exceeding query / Time " max_questions " over 35000 This link talks about our hosting of the problem : http://guide.shellrent.com/come-comportarsi-con-lerrore-user-xxxx-has-exceeded-the-max_questions-resource-current-value-10000/ before Monday never no never no problem blocking nothing. we have not changed the theme , we have not added or deleted or restored or deleted or set up any new module or old ... I have not changed anything in the configuration ..... ALMOST ? I did not do anything! Monday morning at the office I'm preparing to upload new products to the catalog (at the moment we have around 2000 products crammed into 3 main categories , respectively, inserted in various micro- categories) but to my amazement after having loaded about a dozen begins the ordeal . before the error PrestaShop Fatal error : no utf -8 support then pass an hour or so and the site is back online in BO FO ... but even after 10 minutes again .... top block to contact the support My hosting ( www.shellrent.com ) and they tell me that they have increased the maximum queries / hour possible in 35000 but that if he continues this error is because there is some problem with form or another in prestashop that requires too many connections at the hourly server ... Now what I wonder , not having done NOTHING as it is possible that at any moment something like this happens ? there's a tool , a log, a file to be accessed to check what's going on ? if the problem is on the server, database , prestashop and some of his form ..... The fact is that the site are two days that has no more orders and it becomes impossible to access any part of which is in BO FO . I attach screen performed in the time here in the mysql database and website are functioning hoping someone more capable than me unable to figure it out .... Please do everything you can to give me some tips ..... support shellrent as a last resort I recommended a Dedicated Server (which costs 99 € per month while I pay almost € 35 a year now we have had no problems before 2 days ago.) This is our current hosting plan : http://www.shellrent.com/web-hosting-advanced for see the image attach, you can visit the thread italian forum here http://www.prestashop.com/forums/topic/314399-problema-max-questions-query-mysql-prestashop-1562-prestashop-fatal-error-no-utf-8-support/

Hi I try import category from csv file. And if first latter are not latina (Š,Ą,Į and etc.) I lose this letter and from Šalmas i get almas. Any know solution?

Muy buenas! Estoy modificando el módulo de mailalerts para que además de los envíos principales, me haga uno al servidor, adjuntando un fichero .txt con los datos de la compra del cliente. El caso es que todo va genial hasta que nos topamos con la codificación en php... La parte de creación del fichero que se envía es la siguiente: <?php $DescriptorFichero = fopen("ficha.txt","w"); $string1 = "Añoró"; fputs($DescriptorFichero,$string1); fclose($DescriptorFichero); ?> He puesto la palabra "Añoró" como mensaje para probar los caracteres con tilde y la ñ. ¿Alguien sabe cómo codificar ese archivo txt en UTF-8 para que salga correctamente?

Here's some of the code found in the begging of my webpage: <!DOCTYPE html> <!--[if lt IE 7 ]><html class="ie ie6" lang="bg"> <![endif]--> <!--[if IE 7 ]><html class="ie ie7" lang="bg"> <![endif]--> <!--[if IE 8 ]><html class="ie ie8" lang="bg"> <![endif]--> <!--[if (gte IE 9)|!(IE)]><!--><html lang="bg"> <!--<![endif]--><head><title>Официални и ежедневни детски дрехи за момичета и момчета - Diva Store</title><meta name="description" content="Онлайн магазин за официални и ежедневни детски дрехи за момичета и за момчета. Дрехите са български, изработени са от качествени материали и изглеждат страхотно" /><meta The problem obviously is this: |escape:'htmlall':'UTF-8 It can be found in a lot of .tpl files. What I want to know is, in which files it's safe to remove. Is there a way to get rid of the problem radically without having to remove it from each and every file?

Hi all, we've almost completed our online shop in Presta but there are still few small issues and I'd like to ask for your help since this is our first Presta project. There is a problem with url creation when Manufacturer or Filter name has: "žćčđš" characters. Problematic character is just ignored so Manufacturer name isn't košpa but kopa. This is really strange beacuse we use this charcaters in product and category names also but system replaces them with zccds characters normally. We currently use 1.5.4.1 version. Here is .htaccess file, maybe it'll help: # ~~start~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again # .htaccess automaticaly generated by PrestaShop e-commerce open-source solution # http://www.prestashop.com - http://www.prestashop.com/forums <IfModule mod_rewrite.c> RewriteEngine on RewriteCond %{HTTP_HOST} ^store.krpa.hr$ RewriteRule . - [E=REWRITEBASE:/] RewriteRule ^api/?(.*)$ %{ENV:REWRITEBASE}webservice/dispatcher.php?url=$1 [QSA,L] # Images RewriteCond %{HTTP_HOST} ^store.krpa.hr$ RewriteRule ^([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$1$2$3.jpg [L] RewriteCond %{HTTP_HOST} ^store.krpa.hr$ RewriteRule ^([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$1$2$3$4.jpg [L] RewriteCond %{HTTP_HOST} ^store.krpa.hr$ RewriteRule ^([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$1$2$3$4$5.jpg [L] RewriteCond %{HTTP_HOST} ^store.krpa.hr$ RewriteRule ^([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$1$2$3$4$5$6.jpg [L] RewriteCond %{HTTP_HOST} ^store.krpa.hr$ RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$1$2$3$4$5$6$7.jpg [L] RewriteCond %{HTTP_HOST} ^store.krpa.hr$ RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$1$2$3$4$5$6$7$8.jpg [L] RewriteCond %{HTTP_HOST} ^store.krpa.hr$ RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$7/$1$2$3$4$5$6$7$8$9.jpg [L] RewriteCond %{HTTP_HOST} ^store.krpa.hr$ RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$7/$8/$1$2$3$4$5$6$7$8$9$10.jpg [L] RewriteCond %{HTTP_HOST} ^store.krpa.hr$ RewriteRule ^c/([0-9]+)(\-[\.*_a-zA-Z0-9-]*)(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/c/$1$2$3.jpg [L] RewriteCond %{HTTP_HOST} ^store.krpa.hr$ RewriteRule ^c/([a-zA-Z_-]+)(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/c/$1$2.jpg [L] # AlphaImageLoader for IE and fancybox RewriteCond %{HTTP_HOST} ^store.krpa.hr$ RewriteRule ^images_ie/?([^/]+)\.(jpe?g|png|gif)$ js/jquery/plugins/fancybox/images/$1.$2 [L] # Dispatcher RewriteCond %{REQUEST_FILENAME} -s [OR] RewriteCond %{REQUEST_FILENAME} -l [OR] RewriteCond %{REQUEST_FILENAME} -d RewriteCond %{HTTP_HOST} ^store.krpa.hr$ RewriteRule ^.*$ - [NC,L] RewriteCond %{HTTP_HOST} ^store.krpa.hr$ RewriteRule ^.*$ %{ENV:REWRITEBASE}index.php [NC,L] </IfModule> #If rewrite mod isn't enabled ErrorDocument 404 /index.php?controller=404 # ~~end~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again Thank you all for your help.

Hi, this is a older post for emails problem which I didn’t get any answer so I post it again. I will try to describe my problem as good as I can. My host provider uses Web Site Administrator URL (CPANEL) which for emails has 3mail clients, horde, roundcube, squirellmail. I create a test account and place an order. As a customer I receive a welcome and an order confirmation email to gmail account which were perfectly good. As a shop owner I receive an email also but when I open it from the above mail clients I get this: Αυτό είναι ένα δοκιμαστικό μήνυμα, ο εξυπηρετητής σας είναι διαθέσιμος για την αποστολή email Notice that this character’s appears only in Greek language. In English are fine. Both are in utf-8 Why this happens? Do I need to change anything?

Bonjour, Par défaut PS supprime le formatage du texte de la description courte (description_short) dans le module de comparaison comme dans la liste produits. Que faut-il supprimer/ajouter pour conserver le formatage du texte de la description courte dans "comparaison"? La solution pour permettre la mise en forme et l'ajout d'images dans la liste produits a été publiée ici, et je remercie jeckyl.