Housy Posted June 29, 2013 Share Posted June 29, 2013 (edited) Hi all I have a really annoying problem I'm not able to update translation fields under "Translation tab" in the back office. After i press button "Update translations" or "Update translations and stay", I always get 404 error - site unavailable. I have created php.ini within "admin" directory with the following settings: - suhosin.post.max_vars = 2000 - suhosin.request.max_vars = 2000 - max_input_vars = 2000 But it just doesn't work for me There is probably something wrong with .htaccess, i guess, but i don't know how to solve this. What could it be? What am i doing wrong? Please help guys! P.S. - I forgot to mention, I'm using 1.5.4.1 PS version! Thank you, Housy Edited July 2, 2013 by Housy (see edit history) Link to comment Share on other sites More sharing options...
vekia Posted June 29, 2013 Share Posted June 29, 2013 when you click on "save" button, after reload what kind of URL you've got in the address bar? can you show it? Link to comment Share on other sites More sharing options...
Housy Posted June 30, 2013 Author Share Posted June 30, 2013 (edited) Hi vekia I have made print screen. You can see link on the attached JPG image. Hope this information will be helpful. Thanks when you click on "save" button, after reload what kind of URL you've got in the address bar? can you show it? Edited June 30, 2013 by Housy (see edit history) Link to comment Share on other sites More sharing options...
vekia Posted June 30, 2013 Share Posted June 30, 2013 the link is correct? i mean the path to the file? btw. maybe you've got htaccess file in the admin directory? Link to comment Share on other sites More sharing options...
Housy Posted June 30, 2013 Author Share Posted June 30, 2013 The .htaccess file is only in the root directory of my domain. What did you mean, if the path to the file is correct? I'm a little bit confused now. Which file? Thanks the link is correct? i mean the path to the file? btw. maybe you've got htaccess file in the admin directory? Link to comment Share on other sites More sharing options...
Housy Posted July 1, 2013 Author Share Posted July 1, 2013 (edited) I have found a solution It was .htaccess fault. In the back office under SEO & URL tab I have set "friendly" and "canonical" URL's to NO, saved the preferences, then i have deleted the entire code within .htaccess, went back to the SEO & URL tab, set "friendly" & "canonical" URL back to YES and pressed the save button. The .htaccess was updated with the right preferences obviously Vekia, thanx for helping me out anyway. Cheers Edited July 1, 2013 by Housy (see edit history) Link to comment Share on other sites More sharing options...
vekia Posted July 1, 2013 Share Posted July 1, 2013 thanks for your solution. Well, i think that sometimes regenerating the htaccess file is necessary in cases like this thanks! regards Link to comment Share on other sites More sharing options...
Housy Posted July 2, 2013 Author Share Posted July 2, 2013 (edited) The problem is still here When i'm trying to translate the front office "login/registration", i get 404 error I did regenerate .htaccess again, but with no luck. I really have no idea, why this is happening. Vekia and others, please help. Thank you, Housy Edited July 2, 2013 by Housy (see edit history) Link to comment Share on other sites More sharing options...
Housy Posted July 2, 2013 Author Share Posted July 2, 2013 What else beside .htaccess could cause this problem? Thx, Housy Link to comment Share on other sites More sharing options...
Housy Posted July 5, 2013 Author Share Posted July 5, 2013 Still have that problem Can't get it work. What could be wrong? Link to comment Share on other sites More sharing options...
LucVG Posted August 15, 2013 Share Posted August 15, 2013 same problem here, but only when transalting a module (or list of modules) in another language as english. Solution like above doesn't work here, sorry. Link to comment Share on other sites More sharing options...
Caballo Renoir Posted September 10, 2013 Share Posted September 10, 2013 I'm facing the same issue here. Anyone has a clue what can be changed to solve this problem? Link to comment Share on other sites More sharing options...
Housy Posted September 21, 2013 Author Share Posted September 21, 2013 Anyone found a solution maybe? Link to comment Share on other sites More sharing options...
Housy Posted September 23, 2013 Author Share Posted September 23, 2013 Same problem with the latest PS 1.5.5 version! Why is this happening? I can't even translate my store Link to comment Share on other sites More sharing options...
Housy Posted September 23, 2013 Author Share Posted September 23, 2013 There must be problem with AdminTranslationsController.php i guess? But which part? Where else should i look? Which PHP file controls 404 redirect errors? Thanks, Housy Link to comment Share on other sites More sharing options...
LucVG Posted September 24, 2013 Share Posted September 24, 2013 For me the problem was resolved. it is not always a problem of Prestashop, but in my case (and certainly in most of the cases), the problem is a security issue from yout hosting company. I have sent the error to them, receive the mail that they need access, they checked the problem and a few hours later, all was working as before. So, maybe contact als your hosting company. Hope this can help some of us with the same problem. Luc - Belgium Link to comment Share on other sites More sharing options...
gesdi Posted September 16, 2014 Share Posted September 16, 2014 For me the problem was resolved. it is not always a problem of Prestashop, but in my case (and certainly in most of the cases), the problem is a security issue from yout hosting company. I have sent the error to them, receive the mail that they need access, they checked the problem and a few hours later, all was working as before. So, maybe contact als your hosting company. Hope this can help some of us with the same problem. Luc - Belgium This is the web application firewall (WAF or ModSecurity). When they turned on the hosting. If you are off work, but PrestaShop be insecure. Link to comment Share on other sites More sharing options...
Tuni-Soft Posted October 10, 2014 Share Posted October 10, 2014 (edited) The request contains a lot of variables, so maybe it is confused as an "attack" Here's a simple solution I implemented and it's working great (Please backup all your modules to avoid any data loss risks) 1: Add a script that will remove the inputs name and save them as data-name, this way, only modified inputs will be sent to server modifiy the file:/[backoffice]/themes/default/template/header.tpl by adding this code: http://pastebin.com/f6AmgURA here: 2: Extract the attached zipped file "AdminTranslationsController.php" to /override/controllers/admin/ If it already exists, simply modify it by copying the method "findAndWriteTranslationsIntoFile" to it 3: Delete the file /cache/class_index.php to let PrestaShop refresh the overrides Important To be completely safe, backup all your modules in /modules/ and /themes/[Theme Folder]/modules/ We hope this gets fixed in future versions of the solution Tested on PrestaShop version 1.6.0.9 AdminTranslationsController.zip Edited December 8, 2014 by unloco (see edit history) 4 Link to comment Share on other sites More sharing options...
senthilraj Posted December 8, 2014 Share Posted December 8, 2014 The request contains a lot of variables, so maybe it is confused as an "attack" Here's a simple solution I implemented and it's working great (Please backup all your modules to avoid any data loss risks) 1: Add a script that will remove the inputs name and save them as data-name, this way, only modified inputs will be sent to server modifiy the file: /[backoffice]/themes/default/template/header.tpl by adding this code: http://pastebin.com/f6AmgURA here: Screenshot_3.png If you don't want to modify core files, you can 2: Extract the attached zipped file "AdminTranslationsController.php" to /override/controllers/admin/ If it already exists, simply modify it by copying the method "findAndWriteTranslationsIntoFile" to it 3: Delete the file /cache/class_index.php to let PrestaShop refresh the overrides Important To be completely safe, backup all your modules in /modules/ and /themes/[Theme Folder]/modules/ We hope this gets fixed in future versions of the solution Tested on PrestaShop version 1.6.0.9 Perfect .. worked a charm.. !! thanks heaps. ! 1 Link to comment Share on other sites More sharing options...
mma87 Posted January 8, 2015 Share Posted January 8, 2015 thank you very much unloco!! work like a charm 1 Link to comment Share on other sites More sharing options...
aequivaleremoda Posted February 11, 2015 Share Posted February 11, 2015 Unloco, it did not work for me. I`m trying to translate error messages to portuguese-BR. V 1.6.0.9 Any ideas why could this be? Link to comment Share on other sites More sharing options...
Tuni-Soft Posted February 26, 2015 Share Posted February 26, 2015 Unloco, it did not work for me. I`m trying to translate error messages to portuguese-BR. V 1.6.0.9 Any ideas why could this be? It's intended for modules translations Link to comment Share on other sites More sharing options...
yehanny Posted July 13, 2015 Share Posted July 13, 2015 Work like charm in a prestashop 1.6.0.9 instalation, this fix the same issue I use to have, thanks! Link to comment Share on other sites More sharing options...
vucumbra Posted November 23, 2016 Share Posted November 23, 2016 also for me not work Link to comment Share on other sites More sharing options...
momilc Posted March 2, 2017 Share Posted March 2, 2017 Hello unloco I have prestashop 1.6.10. I've modified the header.tpl file by adding your code. Then added the attached file inside override/controllers/admin and deleted cache file. Nothing changed. Still got Error 404. Maybe it's different with 1.6.10. Hope you can help me Link to comment Share on other sites More sharing options...
MercadoVerde Posted March 5, 2017 Share Posted March 5, 2017 Works for moudle Tks you are the best, works in module traslator but can be nice a tutorial for the traslator of the front, we have that problem too Link to comment Share on other sites More sharing options...
TempFail Posted June 12, 2017 Share Posted June 12, 2017 (edited) 1: Add a script that will remove the inputs name and save them as data-name, this way, only modified inputs will be sent to server modifiy the file: /[backoffice]/themes/default/template/header.tpl by adding this code: http://pastebin.com/f6AmgURA here: Screenshot_3.png I don't see excatly that kind of text in my header.tpl. Could you give modified file for me? I use 1.6.1.14. Header-file enclosed. I had to change tpl to txt to upload file. header.txt Edited June 12, 2017 by TempFail (see edit history) Link to comment Share on other sites More sharing options...
HairMaker.Gr Posted August 26, 2018 Share Posted August 26, 2018 Same problem and for me for version 1.7.4.2. Anyone who has the same problem in this version ? Link to comment Share on other sites More sharing options...
Guest Posted August 26, 2018 Share Posted August 26, 2018 This is a 1.6 problem and very likely not related to 1.7 Maybe try a new topic? Link to comment Share on other sites More sharing options...
HairMaker.Gr Posted August 26, 2018 Share Posted August 26, 2018 Hello I will try new topic thanks a lot. Link to comment Share on other sites More sharing options...
ptidav Posted February 4, 2020 Share Posted February 4, 2020 same problem with V1.7.6.3..... @hairmania do you have created a topic for V1.7 (i can not find infos) Thanks for any help Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now