Ceon URI Mapping (SEO)

[icecold]

I have a new problem ...
The module was working fine ... but a few days ago, the script used to automate my site products, stop working?

The two scripts are added to the exclusions in config:

Excluded Files
List of Files to be Excluded:

This is a comma-separated list of paths to files which will not be processed by Ceon URI Mapping.

As standard, the following paths to files are excluded for this store:

/electronics/ipn_main_handler.php, /electronics/nochex_apc_handler.php, /electronics/localities_remote_loader.php, /electronics/iridium_3d_secure_iframe.php, /electronics/protx_direct_3d_secure_iframe.php, /electronics/realex_remote_3d_secure_iframe.php, /electronics/sage_pay_direct_3d_secure_iframe.php.

Add any other files to be excluded by entering their full [web-side] paths below. The paths will be treated as case-insensitive.

/electronics/xmlPopulate_zencart.php, /electronics/xmlPopulate_zencart_db.php

--------------------------------------------------------------------------
Here is a snippet from xmlPopulate_zencart.php

session_unregister('navigation');
require('includes/application_top.php');

// ******** Added by Hambir only for Zencart version of xmlPopulate
// include the database functions
require('xmlPopulate_zencart_db.php');

// make a connection to the database... now
  tep_db_connect() or die('Unable to connect to database server!'); 

The problem is it's working randomly ... sometimes I get this:

'Xml request data needed to process this file'

when I execute the file, which is fine because it means the script is responding ... but only a few times ... in many tries ...
most of the time I just get the storefront!

I read al CEON URI docs and it says to exclude this file, if it's a 'foreign module' but how about this case? It starts with the app top require but if I remove it from the exceptions it simply doesn't work and if I add it like above works randomly ...

[conor]

Hi,

when I execute the file, which is fine because it means the script is responding ... but only a few times ... in many tries ...
most of the time I just get the storefront!

I read al CEON URI docs and it says to exclude this file, if it's a 'foreign module' but how about this case? It starts with the app top require but if I remove it from the exceptions it simply doesn't work and if I add it like above works randomly ...

There's no such thing as software working randomly... that's one of the main points about computing.. regular results for the same input!

I don't think that this module is causing your problem. Sorry but I'm afraid you'll have to look elsewhere for an answer!

I wish you good luck in finding a solution to your problem!

All the best...

Conor
ceon

[icecold]

Hi,



There's no such thing as software working randomly... that's one of the main points about computing.. regular results for the same input!

I don't think that this module is causing your problem. Sorry but I'm afraid you'll have to look elsewhere for an answer!

I wish you good luck in finding a solution to your problem!

All the best...

Conor
ceon

ok, you say I have to look not elsewhere but if I remove the line in.htacess where all index.php?, gets rewrited to something meaningful the script starts to load products normally!

Of course the module doesn't work anymore! because I get a page not found error.

I know things don't work randomly, but in this case I tried the script immediately after deleting an rewriting the exceptions and it returned a positive result! Then it stop completely.

I can't ignore that, and the fact it works if I remove the .htaccess rules so my conclusion and that of my host is the problem is lying in the module ...

[conor]

Hi,

I appreciate that activating or disabling the .htaccess file is affecting the behaviour of your who's online software. My point about randomness is that it should always affect it or not at all.. otherwise it is possibly not the root cause but enabling something else which is indeed causing the problem. As that functionality works here I'm afraid I have no ideas about what is causing the problem on your site. You'll have to debug the script or get someone to do that for you.

I wish you luck in finding the problem and a solution!

All the best...

Conor
ceon

[icecold]

Hi,

I appreciate that activating or disabling the .htaccess file is affecting the behaviour of your who's online software. My point about randomness is that it should always affect it or not at all.. otherwise it is possibly not the root cause but enabling something else which is indeed causing the problem. As that functionality works here I'm afraid I have no ideas about what is causing the problem on your site. You'll have to debug the script or get someone to do that for you.

I wish you luck in finding the problem and a solution!

All the best...

Conor
ceon

At this point I had to completely disable the module, but I haven't give up yet, I sent the module to the script devs to have more people looking into a possible solution, I was wondering if you can take a look at their script xmlPopulate_zencart.php.

I was also wondering if you can tell me if adding an exception directly to the rules for the script will help ...

[conor]

Hi,

At this point I had to completely disable the module, but I haven't give up yet, I sent the module to the script devs to have more people looking into a possible solution, I was wondering if you can take a look at their script xmlPopulate_zencart.php.

Sorry but I don't support third party software here unless I've plenty of free time and right now time is short!

I was also wondering if you can tell me if adding an exception directly to the rules for the script will help ...

I honestly don't know what is causing your problem so I don't know.

All the best...

Conor
ceon

[icecold]

Hi,

I appreciate that activating or disabling the .htaccess file is affecting the behaviour of your who's online software. My point about randomness is that it should always affect it or not at all.. otherwise it is possibly not the root cause but enabling something else which is indeed causing the problem. As that functionality works here I'm afraid I have no ideas about what is causing the problem on your site. You'll have to debug the script or get someone to do that for you.

I wish you luck in finding the problem and a solution!

All the best...

Conor
ceon

At this point I had to completely disable the module, but I haven't give up yet, I sent the module to the script devs to have more people looking into a possible solution, I was wondering if you can take a look at their script xmlPopulate_zencart.php.

I was also wondering if you can tell me if adding an exception directly to the rules for the script will help ...

[conor]

Hi,

Why are you posting the same thing again?

Conor

[icecold]

Hi,

Why are you posting the same thing again?

Conor

Sorry that I probably hit submit twice!

I am so desperate with this happening at this time probably did that ...

I read your post ...

[conor]

Hi,

I read your post ...

For some reason in my reply I referred to the who's online issue someone had previously been talking about, think I confused myself (there's that lack of time making me rush and make mistakes! :| ).

I don't know the XML Populate module (and can't see anything like it in the downloads area) but I think it could possibly be that this module builds a datafile and places it in a directory on your website. The htaccess file is probably interfering with access to that directory.

So you should add exclusions for the data directories this module may be using to the rewrite rule.. then it won't block their access. E.g if the data directory was called xml_data:

# Don't rewrite XMLPopulate data directories
RewriteCond %{REQUEST_URI} !/xml_data.* [NC]

I'd guess the "randomness" aspect of this is that not all operations by the module in question require access to the blocked directories.

Hope that helps, although it's all conjecture!

All the best...

Conor
ceon