Elxis CMS Forum

Support => Language => Topic started by: apkoutsou on October 31, 2010, 22:08:48

Title: [SOLVED] SEO PRO and problem to change lang - NEW problem
Post by: apkoutsou on October 31, 2010, 22:08:48
In my local installation of Elxis 2009.2, when trying to change from the default language to any other, with SEO Pro enabled, I get a "404 Not Found The requested URL /index.php was not found on this server." error. Even if I give a SEO Pro URL of e.g. a content item with the /en/ part I get the same error...

This have never happend again before (in any past installation)... Any ideas???
Title: Re: SEO PRO and problem to change lang - NEW problem
Post by: datahell on October 31, 2010, 23:16:17
Seems a menu related issue to me. Check the language settings of your menu items and especially to the one that links to the site's front-page. Check also the published languages. Finally, run once the "Fix language" tool in Elxis administration.
Title: Re: SEO PRO and problem to change lang - NEW problem
Post by: apkoutsou on November 02, 2010, 07:41:19
Everything is fine... I have also checked the .htaccess file and it is ok. Could this be an apache-configuration related problem? I get the same error with any Elxis installation (even with older versions).
Title: Re: SEO PRO and problem to change lang - NEW problem
Post by: datahell on November 02, 2010, 08:46:56
Are you sure you use the proper .htaccess file?
Title: Re: SEO PRO and problem to change lang - NEW problem
Post by: apkoutsou on November 02, 2010, 13:07:58
I think so... It's the same I use for lawyersvoice.gr and bitcraft-labs.gr. That's why I think it has to do with my apache configuration.

Anyway, when I return home I'll post the .htaccess file just to be sure. Is there any other file I should post to check if the configurations are the right ones??
Title: Re: SEO PRO and problem to change lang - NEW problem
Post by: datahell on November 02, 2010, 13:10:56
If SEO PRO works for the main language and does not work for the secondary language you should check the htaccess file and the language settings on your site. Can you give as a URL?
Title: Re: SEO PRO and problem to change lang - NEW problem
Post by: apkoutsou on November 02, 2010, 14:51:56
Though it's a local installation, you can access it through:

http://akoutsoulelos.dyndns-at-home.com/elxis/2009.2/

But please try connecting about 19.30-20.00 when I'll have returned home and have my mashine up and running!  ;)
Title: Re: SEO PRO and problem to change lang - NEW problem
Post by: apkoutsou on November 02, 2010, 19:54:49
Up and running...
Title: Re: SEO PRO and problem to change lang - NEW problem
Post by: datahell on November 02, 2010, 20:52:25
This problem is not from Elxis. As you see you dont get the Elxis' error 404 but your apache's. This means that your htaccess file needs some tweaking in order to work fine while elxis is in a sub-sub folder ( test site ok, but why????? ).

Things to check in the htaccess file:
1. The rewrite base
2. Escape of the dot character in folder name (2009.2)
3. Rewrite rules for languages

Most propbably:
change this:
RewriteRule ^([en]{2})/(.*)$ /index.php?mylang=english [QSA,L]
to this:
RewriteRule ^([en]{2})/(.*)$ /elxis/2009\.2/index.php?mylang=english [QSA,L]

Move elxis to the root folder! If you want to have elxis just for testing with such URLs you can even disable SEO PRO. Your testing URLs are bad! Set up virtual hosts in your apache instead!

Title: Re: SEO PRO and problem to change lang - NEW problem
Post by: Amigamerlin on November 02, 2010, 20:53:28
I remember that I've got the same problem.

the main probelm is the"."
you have /2009.2/

Try renaming the 2009.2 in 20092 or 2009-2. If my memory don't deserve me you will have the problem solved.

Let me know.
Bye.

Title: Re: SEO PRO and problem to change lang - NEW problem
Post by: datahell on November 02, 2010, 20:55:46
Always escape such characters in htaccess with a backslash!

This will work: \.
Title: Re: SEO PRO and problem to change lang - NEW problem
Post by: apkoutsou on November 02, 2010, 21:38:44
OK solved! The problem was indeed the "." character.

I added a backslash character in the rewrite base plus changed the language lines according to datahell's suggetion (neither alone solved the problem) - now everything works fine.

I choosed the subfolder approach, 'cause is easier and faster to set-up and meets my testing needs (except this litle catch). The dyndns url is serves some temporary purposes.

thanx for your help!!!