This setting is for sites that has redirection from index.php to non index.php. If there is a redirection going on, the option needs to be enabled to enforce EasySocial to explicitly request ajax calls to the index.php file

Mark wrote:

If there is a redirection going on, the option needs to be enabled to enforce EasySocial to explicitly request ajax calls to the index.php file

I'm a bit confused on this based on the option description: "If your site has a redirection from http://site.com/index.php to http://site.com/, you will need to turn this option off."

Not trying to be harsh, but isn't this pretty much the opposite of what you just said. Perhaps the backend option description is wrong?

There is 2 types of redirection that webmasters often perform:

1. Redirect from /index.php to /
2. Redirect from / to /index.php

So this option solves them both. If you expect all requests to be via /index.php , leave this on and turn it off if you don't.

(Note that the links are broken based on a glitch in EasyDiscuss, you can see in edit mode of my post that they are written as they are supposed to be)

The Joomla option "Use URL Rewriting" makes the site URLs not have index.php in them. So is this what it's talking about? While I have URL Rewriting activated, http://test.peakbeta.com/index.php does not redirect to http://test.peakbeta.com
My site does not produce index.php by default, but does work with those kinds of URLs without redirecting them: http://test.peakbeta.com/index.php/members

I'm assuming based on what you are saying I would actually want to turn this feature off (the new ES option for Ajax URLs)? If so, then perhaps it should say something like "If your site has a redirection via URL Rewriting from http://site.com/index.php to http://site.com/, you will need to turn this option off." This way it's a bit more obvious which setting it's referring to. The only thing I changed in the sentence was "via URL Rewriting". I admit that I could still be confused on this subject.

To be honest, I really don't see what is so confusing here. The option is called "Use index.php for ajax urls". If it is set to yes, it will use http://site.com/index.php and if disabled, it simply makes an ajax call to http://site.com

Because it literally says "If your site has a redirection from http://site.com/index.php to http://site.com/, you will need to turn this option off". I'm pretty sure I'm supposed to have it off in my case based on what you have said. It's confusing because my ixdex.php does not redirect to the non index page, hence your instructions conflict with the option description.

Notice how the following URL does not redirect? http://stackideas.com/index.php/dashboard
It's a routing method rather than a redirect to have the index.php removed.

Hi Josh,

This setting is useful for people that having issue with the ajax request being redirect from non index.php to index.php. If your site do not have any ajax redirection issue, you can turn this setting off

Take an example of below ajax url:
http://www.domain.com/?option=com_easysocial&lang=en&Itemid=125&_ts=1441954619076

Some server when receive the above url request and it detected there is no ending index.php, the server will did a redirection to following:
http://www.domain.com/index.php?option=com_easysocial&lang=en&Itemid=125&_ts=1441954619076

However, during the redirection, all the form post variable went missing causing the ajax request failed. So, to fix this issue, we've introduce this setting so that the ajax request url will contain the index.php to avoid the above issue.

If your site do not have any issue with any ajax request, then you can turn off this setting

Hope this help and have a nice day!

Thanks Sam for the carefully crafted explanation. I understand for myself that I should have this option off. But now I want to make sure the word choice is accurate for the community. So is the index.php removal method considered a "redirect" from a programmers point of view even though it's routing without index.php in the url without actually redirecting? Just trying to get my vocabulary on par.

Hi Josh,

So is the index.php removal method considered a "redirect" from a programmers point of view even though it's routing without index.php in the url without actually redirecting?

I guess you got the use of this setting wrongly. I will try my best to explain to you again

When this setting enabled, EasySocial do not remove the 'index.php' but to include the index.php if the link doesn't have one.
Imagine this.

In order to access to your site, you've configured your htaccess so that your site must be accessed with the follow URL:
http://www.yoursite.com/index.php

Any attempt to your site url that without the index.php will be redirect by your server to index.php. E.g.
http://www.yoursite.com to http://www.yoursite.com/index.php.

This applied to ajax request made to the server.

In previous EasySocial version, all the ajax request do not include the index.php, e.g http://www.yoursite.com/?option=com_easysocial&lang=en&Itemid=125&_ts=1441954619076 thus the ajax request failed due to the redirection from the server.

By enable this setting, now, EasySocial will add the 'index.php' into the ajax url, e.g. http://www.yoursite.com/index.php?option=com_easysocial&lang=en&Itemid=125&_ts=1441954619076 so that the redirection will not happen.

Let me know if you still have doubt or confusion how this setting work

Thanks and have a nice day!

Good morning everybody!

This setting is useful for people that having issue with the ajax request being redirect from non index.php to index.php. If your site do not have any ajax redirection issue, you can turn this setting off

Take an example of below ajax url:
http://www.domain.com/?option=com_easysocial&lang=en&Itemid=125&_ts=1441954619076

Some server when receive the above url request and it detected there is no ending index.php, the server will did a redirection to following:
http://www.domain.com/index.php?option=com_easysocial&lang=en&Itemid=125&_ts=1441954619076

However, during the redirection, all the form post variable went missing causing the ajax request failed. So, to fix this issue, we've introduce this setting so that the ajax request url will contain the index.php to avoid the above issue.

If your site do not have any issue with any ajax request, then you can turn off this setting

I'am answering to this 'old' Ticket cause i am facing an issue with this option.
The problem is i try to set something in EasySocial's general Settings, after saving the updates it automatically redirect me to .../administrator/index.php and then i lose the udpdate i just make ! So i even can't put off this option (Ajax Url to index).
Right now i not able to set something on EasySocial's General Settings, because of this Ajax Url stuff.

ES, support team, please help! !

Hello Ibrahima,

Your issue has nothing to do with this I believe. These are only issues that are related to the AJAX calls. The issue that you were facing is most likely due to a security plugin or your web server is preventing the POST request from happening.