axelmdp

I finally found a solution that solved many of my problems: I developed and added functionality that prevents this situation. Whenever some BO user changing the order's status to "shipped", it checks if there is enough stock on ALL products in the current order. If so, it continues as normal. But if not, it prevents the order's status change, and additionally shows an error message saying which product(s) is(are) out of stock, specifying how many units miss. It's great, because it force you to do the things as you must: you CAN'T ship items that you hasn't in stock. Regards, Axel

Hola Oscar, muy buenas. Muchas gracias por tu consulta. Mi solución está publicada aquí: http://www.prestashop.com/forums/topic/221265-module-cart-details-on-checkout-errors-axel-ps15-ps14/ Puedo garantizarte que funcionará perfectamente; además, he adaptado el módulo para que funcione no sólo con PS1.5.x, sino también con PS1.4.x. Cualquier duda, pueden contactarme por mensaje privado, siempre respondo. Desde ya, muchas gracias. Un saludo Axel

Hello everyone. I just wanted to know if there is a bug on the advanced stock management or if this is a normal behavior (I'm using PS1.5.3.1, but I noticed that PS1.5.4.0 works in the same way). The current behavior is this: When the advanced stock management is enabled and the configuration for any product is like this: I want to use the advanced stock management system for this product -> checked Available quantities for current product and its combinations are based on stock in the warehouses -> selected When out of stock: -> Allow orders If there are 5 units of an element, and the client creates an order with more than the units available (i.e. 8), when the order's status of this order is changed to "shipped", the stock is not decreased (this happen whenever the resultant stock would be negative). The stock keeps being 5, so it doesn't even become zero. So, is this a bug, or is this the expected behavior? Why the stock isn't discounted? I look forward for your reply. Thanks! Axel

Hello Daniel. The solution is quite easy: You should go to "Localization/Translations" on BO. Select "Installed module translations", select your theme and click on the desired language. On the page shown, seek the "Module: blocknewsletter". There, you will be able to define the name for each translation of that block. That's all! Best Regards Axel ------------------ Check this cool modules (must have) : LoginAsCustomer for PS1.5 Cart Details MultiTabsForProducts

Hola fiti80. Estuve viendo tu tienda, el principal problema que tienes es la compatibilidad del tema: dentro de tus archivos TPL se referencian a las imágenes SIN el sufijo "_default" (típico de PS 1.4.x); pero tus imágenes están generadas con la definición de PS1.5.x, que agregaron ese sufijo. Para que se entienda, por ejemplo tienes la referencia a la imagen así: http__://vidriosdelevante.com/img/p/1/5/15-home.jpg y la imagen que realmente existe en el servidor es esta: http__://vidriosdelevante.com/img/p/1/5/15-home_default.jpg Ese fue el diagnóstico. Ahora para solucionarlo, hay varias alternativas. Entre ellas: Puedes editar tu archivo .htaccess y agregarle expresiones regulares para que transforme las URL de las imágenes agregándoles el sufijo _default (esta solución sería rápida y directa, pero te la recomiendo sólamente si tienes mucha experiencia en el tema de expresiones regulares; cualquier cosa, me preguntas) En el BO puedes ir a la parte de "Preferencias/Imágenes"; luego edita todos los tamaños quitándole el "_default" del nombre. Una vez que lo hayas hecho con todos, deberías (en la misma sección) ir a la parte de "Regenerar Miniaturas", borrando las anteriores (en realidad no estoy seguro de que borrará las que tienen sufijo "_default"; en caso de que queden, podrías borrarlas manualmente). Lo importante es que te genere las nuevas imágenes sin el sufijo; de esta manera existirán en la url buscada, y solucionarás tu problema. Pero ten en cuenta que el proceso de regeneración de miniaturas puede tardar un tiempo considerable y algunos servicios de hosting pueden cortarte el proceso. Por eso te recomendaría que lo hicieras en tu entorno local (si es que tienes) y luego copies la carpeta con las imágenes generadas. Espero te sirva de ayuda Cualquier cosa, me preguntas. Un saludo! Axel ------------------

Ok, I see. So, if I were you I would contact with the hosting support and I'd tell them about what has happened. Thanks! Axel ------------------ Check this cool modules (must have) : LoginAsCustomer for PS1.5 Cart Details MultiTabsForProducts

Hello PascalVG. Thank you for your contribution You're right with all that you say. I just want to add that it's necessary take care with the use of the absolute path ("'/' jumps directly to your root folder"), because the following: If your prestashop is not on the root url, you will have to add the proper path (i.e., "/myshop/"). Also if you have it in the root folder and later you decide to move your shop inside another folder, you will have to update all the references inside all the css files that are using absolute references. So, I'd recommend the use of the relative path instead the absolute, because you won't have to worry about these things. Regards, Axel ------------------ Check this cool modules (must have) : LoginAsCustomer for PS1.5 Cart Details MultiTabsForProducts

Hello Seog. You need to write the route relative to the path in which the CSS file relies on. If your css file is located in themes/THEME_NAME/css/modules/MODULE_NAME/MODULE_NAME.css then you should put /* five times "../" in order to refer to the root url, and then the img folder */ background:url('../../../../../img/imagename.jpg') If your css file is located in modules/MODULE_NAME/MODULE_NAME.css then you should put /* tree times "../" in order to refer to the root url, and then the img folder */ background:url('../../../img/imagename.jpg') I hope this help you. If so, then change the topic title adding the [sOLVED] prefix Best Regards, Axel ------------------ Check this cool modules (must have) : LoginAsCustomer for PS1.5 Cart Details MultiTabsForProducts

I see. It's strange. I noticed that you've done the remove procedure on your local desktop. Were the files downloaded from the site? Or they were infected on your computer. Since you said that you have had to remove it again, I suspect that there is a virus present on the host. If your files are in a host server, you should contact the service support in order to inform about this situation. If it is on your computer, it should be analyzed in order to remove for good the virus. Regards, Axel ------------------ Check this cool modules (must have) : LoginAsCustomer for PS1.5 Cart Details MultiTabsForProducts

Hello Daxidov. I think you should check mainly your modules and other folders in order to detect where the malicious code is. It could be in any php or tpl file, and it maybe would be hard to find it because it's likely that the text was not stored in the same way that you see (i.e., if you searched "a59dc4" and you found it inside a file, you'd be lucky. But it's likely that it would be put in other random way, in order to confuse (i.e. echo "a".'59'."d".'c'.'4'; ). Anyway, try to find it by the string a59dc4. Start with the simpler way first. So, I'd recommend you to make a copy of the whole site and configure it for running on your local environment. In this way you could check if the virus on your site code, or it could be something with your hosting server. And another additional test would be trying to access from another browsers and another machines, because it could be a virus on your local computer (but in this case, you would see the code in other different sites as well). I wish you luck, and I'm willing to help you, so any news please post it here on the public topic. Regards, Axel ------------------ Check this cool modules (must have) : LoginAsCustomer for PS1.5 Cart Details MultiTabsForProducts

You're welcome Pedro. Well, some considerations about the mentioned hook: 1 - You can get all parameters that you have put into the tab as "input" in this way: $myVar = Tools::getValue('INPUT_NAME'); 2 - You can get the product object in this way: $product = $params['return']; 3 - You should check if the save operation was sucessfull during the request processing. To do that, you could put your code inside this condition: if ($product AND Tools::getValue('MY_TAB_WAS_LOADED') == '1' AND $product->id) { //Put your code here } Where "MY_TAB_WAS_LOADED" it would be a field that you also should had added as input on the tab html code: <input name="MY_TAB_WAS_LOADED" type="hidden" value="1"> I'd recommend this strategy in order to ensure that your tab was properly loaded. Take in account that the loading tabs process is done via ajax, and it is possible that the user presses the save button when your tab has not even been loaded. I hope this was useful for you and the developers community. If you like it, click on the button. If you love it, make me a donation. I'd really appreciate it. Best Regards, Axel ------------------ Check this cool modules (must have) : MultiTabsForProducts LoginAsCustomer for PS1.5 Cart Details

Hello Pedro, how are you? You can use the hook "actionAdminProductsControllerSaveAfter" public function hookActionAdminProductsControllerSaveAfter($params) { //Your code... } Of course, don't forget to register and unregister the hook inside the install and uninstall methods, respectively. Bests Regards, Axel ------------------ Check this cool modules (must have) : MultiTabsForProducts LoginAsCustomer for PS1.5 Cart Details

Great Denis! I'm glad you've found the solution. BTW,when you said "imported" on your first post, I had thought you meant that you had made a DB sql script for table export/import, and that was the way through I had guided you; that's why I did that suggestion. Have a nice day! Regards, Axel ------------------ Check this cool modules (must have) : LoginAsCustomer for PS1.5 Cart Details MultiTabsForProducts

Hello Denis. The key for encryption is on _COOKIE_KEY_ . Take a look at Tools.php, it uses explicity on this method: public static function encrypt($passwd) { return md5(_COOKIE_KEY_.$passwd); } As you should know, the password is stored encrypted. So you have made a right step copying the value from the old settings.inc.php to the new one. But I think maybe you haven't had into account that are some slight (but important) differences on the new table structure. This is a summary of the changes introduced from PS1.4.8 to 1.5.4 (PREFIX is related with your configuration, default is "ps"; this is only illustrative, don't run this script on your DB) ALTER TABLE `PREFIX_customer` ADD `id_shop_group` INT(11) UNSIGNED NOT NULL DEFAULT '1' AFTER `id_customer` , ADD `id_shop` INT(11) UNSIGNED NOT NULL DEFAULT '1' AFTER `id_group_shop`, ADD INDEX `id_shop_group` (`id_shop_group`), ADD INDEX `id_shop` (`id_shop`), ADD `id_lang` INT UNSIGNED NULL AFTER `id_default_group`; UPDATE `PREFIX_customer` SET id_lang = (SELECT `value` FROM `PREFIX_configuration` WHERE name = 'PS_LANG_DEFAULT' LIMIT 1); UPDATE `PREFIX_customer` c, `PREFIX_orders` o SET c.id_lang = o.id_lang WHERE c.id_customer = o.id_customer; You must ensure that all the new columns has the proper value. Could you check this out? I'm willing to help you, so I hope this would be helpful for you. If this is ok and you still cannot access properly with your old password, then I could guide you to do some debug tasks. Don't worry, your problem will be solved. Best Regards, Axel ------------------ Check this cool modules (must have) : LoginAsCustomer for PS1.5 Cart Details MultiTabsForProducts

Great sgnifoocio. I'm glad I could help you. So, if it is solved, you can edit your first post and add the "[sOLVED]" suffix for a better understanding. Thank you and regards, Axel ------------------ Check this cool modules (must have) : LoginAsCustomer for PS1.5 Cart Details MultiTabsForProducts