Jump to content
Housy

Can't save updated translations - 404 redirect (site unavailable)? URGENT!

Recommended Posts

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 by Housy (see edit history)

Share this post


Link to post
Share on other sites

when you click on "save" button, after reload what kind of URL you've got in the address bar? can you show it?

Share this post


Link to post
Share on other sites

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?

post-33160-0-86844100-1372619211_thumb.jpg

Edited by Housy (see edit history)

Share this post


Link to post
Share on other sites

the link is correct? i mean the path to the file?

btw. maybe you've got htaccess file in the admin directory?

Share this post


Link to post
Share on other sites

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?

Share this post


Link to post
Share on other sites

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 by Housy (see edit history)

Share this post


Link to post
Share on other sites

thanks for your solution. Well, i think that sometimes regenerating the htaccess file is necessary in cases like this :)

thanks!

 

regards

Share this post


Link to post
Share on other sites

The problem is still here :unsure:

 

When i'm trying to translate the front office "login/registration", i get 404 error :wacko:

 

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 by Housy (see edit history)

Share this post


Link to post
Share on other sites

What else beside .htaccess could cause this problem?

 

Thx, Housy

Share this post


Link to post
Share on other sites

Still have that problem :wacko:

 

Can't get it work. What could be wrong?

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

Same problem with the latest PS 1.5.5 version!

 

Why is this happening? I can't even translate my store  :(

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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:

post-369615-0-62558000-1412945162_thumb.png

 

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 by unloco (see edit history)
  • Like 4

Share this post


Link to post
Share on other sites

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:

attachicon.gifScreenshot_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. !

  • Like 1

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

Work like charm in a prestashop 1.6.0.9 instalation, this fix the same issue I use to have, thanks!  :D

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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 :(

Share this post


Link to post
Share on other sites

 

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:

attachicon.gifScreenshot_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 by TempFail (see edit history)

Share this post


Link to post
Share on other sites
Guest

This is a 1.6 problem and very likely not related to 1.7

Maybe try a new topic?

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More