Frens Posted February 12, 2012 Share Posted February 12, 2012 Hello, I have next problems I go to module translations, I fill in any of the translations I would need to add, click Apply, I get message "Succesful", but the translations are not saved. I control the write permissions etc.... I read a lot off this problem , but nothing help The problem only by the modules translations Thanks for comment Link to comment Share on other sites More sharing options...
Frens Posted February 13, 2012 Author Share Posted February 13, 2012 Someone an idea ? The text in translations only not saving when it is a big page ,example : modules . In the top off the page only the translate text save. Link to comment Share on other sites More sharing options...
Hessellund Posted February 18, 2012 Share Posted February 18, 2012 Same problem here! What to do? Link to comment Share on other sites More sharing options...
Carlsen Posted March 21, 2012 Share Posted March 21, 2012 (edited) 1) Create a file php.ini with this content: register_globals = Off magic_quotes_gpc = Off -And upload it to your root web directory (same folder that has your admin, theme, config etc. folders) 2) In admin perspective: Tools -> Generators, insert this and generate a new .htaccess file: php_value post_max_size "32M" php_value max_input_vars 5000 3) Create another new file phpcheck.php with this content: <?php // Show all information, defaults to INFO_ALL phpinfo(); ?> And also upload to your root directory. 4) Now go to your site (www.mysite.com/phpcheck.php) and verify all of the above changes is in effect. 5) Create a new file AdminTranslations.php and copy all of the contens from here: http://svn.prestasho...ranslations.php 6) Create a backup of AdminTranslations.php by rename your current AdminTranslations.php in root/admindirectory/tabs/ to AdminTranslations.php.bak 7) Upload the file AdminTranslations.php you created in Step 5, to the root/admindirectory/tabs/ directory. Try translating now. This worked for me. php files.zip Edited May 18, 2012 by FPDK (see edit history) 1 Link to comment Share on other sites More sharing options...
Frens Posted March 21, 2012 Author Share Posted March 21, 2012 Thanks FPDK ,,great Job That works! ----------------------- only.. My hosting provider tell its a high risk.. to set the value high : php_value max_input_vars x000 'hash collisie' attack,on PHP: http://www.php.net/m....max-input-vars In the next future , he wil make it impossible to set the value high . Link to comment Share on other sites More sharing options...
MEG Venture Posted May 18, 2012 Share Posted May 18, 2012 (edited) Thanks Edited May 18, 2012 by Caglar (see edit history) Link to comment Share on other sites More sharing options...
cyberdreams Posted July 4, 2012 Share Posted July 4, 2012 Did not work for me. Any ideas? I did everything as explained and checked that the changes were in effect, which they were. Link to comment Share on other sites More sharing options...
linkin11 Posted July 5, 2012 Share Posted July 5, 2012 Thanks, work for me too. Great explain. Link to comment Share on other sites More sharing options...
Gomlers Posted July 8, 2012 Share Posted July 8, 2012 Did not work for me. Any ideas? I did everything as explained and checked that the changes were in effect, which they were. Try this: Make a php.ini file, and place it at the root/ folder on your server as described in number 1, but place the following files in it: register_globals = Off magic_quotes_gpc = Off post_max_size = 32M max_input_vars = 6000 And skip the .htaccess file. And follow ALL the other steps in the post above! (You can also try higher number in max_input_vars - it depends on how many $POST variables you have in your modules translations.. This worked for me.. Link to comment Share on other sites More sharing options...
misho1975 Posted November 5, 2012 Share Posted November 5, 2012 (edited) Worked for PrestaShop™ 1.4.0.17 Without the SVN file, and stupid host provider limitation that php.ini file should be in the /admin_folder/ Edited November 5, 2012 by misho1975 (see edit history) Link to comment Share on other sites More sharing options...
camillo Posted November 26, 2012 Share Posted November 26, 2012 (edited) Ciao, I've tried to do the modify, but the result is this (PS 1.4.6.2): Lingua : IT - Translations of installed modules</h2> Numero di espressioni : Clicca sul titolo fieldset per vedere le traduzioni. Warning, your hosting provider limits the maximum number of fields to post in a form: 1000 for max_input_vars Please ask your hosting provider to increase the post and request limit to 1132 almeno o modifica il file di traduzione manualmente. Some ideas?? Thank you Edited November 26, 2012 by camillo (see edit history) Link to comment Share on other sites More sharing options...
camillo Posted November 27, 2012 Share Posted November 27, 2012 Following my post, unanswered from anybody (thank you), I resolved the problem for the translations. My PS is 1.4.6.2 version, and looking around and trying and trying, I can say that all problems come from the php.ini version installed on the host. My host ARUBA have 2 php.ini: the 5.3.x.x and 5.2.x.x. Before I've used the 5.3.x.x version and I've many trouble with the translations; changing version to 5.2.x.x I've no problems with translations, without to made any change or add file in to my PS root folder. bye Link to comment Share on other sites More sharing options...
Zengorius Posted April 11, 2016 Share Posted April 11, 2016 i have same problem with 1.6 prestashop, any experience with that? PHP.ini settings - All right After saving missing phrases - Success note Phrases - Still untranslated Error logs - Empty help me please... Link to comment Share on other sites More sharing options...
Aart95 Posted May 6, 2016 Share Posted May 6, 2016 Is there a fix on this for prestashop 1.6? Link to comment Share on other sites More sharing options...
Knowband Plugins Posted May 12, 2016 Share Posted May 12, 2016 You should check the issue by enabling error debugging on your store, it must be showing some error. Link to comment Share on other sites More sharing options...
Guest Posted June 15, 2016 Share Posted June 15, 2016 (edited) I'm now suddenly experiencing the same issue, enabling debugger does not show any error. I just get the green success message but nothing is saved. edit: I had to increase my max_input_Vars even more - try this before anything else edit2: nah, it's still crappy: I tried adding one field - it works. Then I try 2 fields and THE FIRST FIELD IS EMPTY AGAIN edit 3: when I restart apache the field is filled out again - caching issue? I'll update as I find more edit 4: solved by increasing in php.ini: ; Maximum size of POST data that PHP will accept.post_max_size = 100M other settings max_execution_time = 600 ; Maximum execution time of each script, in secondsmax_input_time = 60 ; Maximum amount of time each script may spend parsing request datamax_input_vars = 7000memory_limit = 512M ; Maximum amount of memory a script may consume (32MB) When you have large translation files this will happen. Edited June 15, 2016 by Guest (see edit history) Link to comment Share on other sites More sharing options...
alba Posted January 19, 2018 Share Posted January 19, 2018 On 5/18/2012 at 4:16 PM, MEG Venture said: Thanks 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