Ceon URI Mapping v4

[conor]

Hi,

I have two sites - bestcatholicposters.com and bestscientists.com, both built with the latest version of Zencart 1.39h.

Since bestscientists is the least trafficked, I installed ceon 4.0.1 on it.
Worked like a charm.
LOVED it.

Glad you like it ;)

I've eyeballed comparisoned everything I can think of - configuration and configuration_group, both .htaccess files, but I can't see why one works and the other doesn't.
I may have screwed up the second installation, but since it worked on the first one, I gotta believe it was something subtle.

Thoughts?

It's probably the software making a conscious decision to "like" and work with what it thinks is a science site but to dislike and not work with a religious site.

All the best..

Conor
ceon

[conor]

Thoughts?

Only joking.

The rewrite rule you posted looks fine.

The software always builds a working rule.

Given that, a 500 error means you've possibly places the rewrite rule in the *wrong* .htaccess file (the one you posted should be in root of the store, not inside the /zencart/ folder).. or else the .htaccess file isn't loaded on that second site, because of the server's config.

They're the only two options really that I can think of.

I'm afraid anything else would require actual server/config debugging.

Hopefully that helps!

All the best...

Conor
ceon

[Doodlebuckets]

Just upgraded from an ancient version on my site www.babygiftbasketstores.com and under modules, Ceon URI Mapping (SEO) Config, I get the following statement:

Database table can not be created! The database user does not have CREATE TABLE privileges!

I don't see what to do on this forum or in the FAQ's so please advise :) Thanks! Amy

[skellmeyer]

Only joking.

The rewrite rule you posted looks fine.

The software always builds a working rule.

Given that, a 500 error means you've possibly places the rewrite rule in the *wrong* .htaccess file (the one you posted should be in root of the store, not inside the /zencart/ folder).. or else the .htaccess file isn't loaded on that second site, because of the server's config.

They're the only two options really that I can think of.

I'm afraid anything else would require actual server/config debugging.

ceon

Yeah, I was afraid you would say something like that.
They're both being served off the same server (shared hosting - same external IP address) and the .htaccess is definitely in the root of public_html.
It's exactly like a lightbulb - I put the code in, it vomits, I take it out, it's fine and dandy.
Sigh....
I was trying to avoid building a new site from scratch in order to implement this.
Sigh again....

Alternatively, I could try putting bunsen burners and Erlenmeyer flasks on the posters...

[conor]

Hi,

It's exactly like a lightbulb - I put the code in, it vomits, I take it out, it's fine and dandy.

Computers are predictable machines.. everything works like a lightswitch.. or a logic gate. :)

This is pretty much proof that you've either made a mistake in the file or that the configuration between the two domains is different.

Send me FTP, admin AND control panel details for the site and I'll take a quick look to see what you've done wrong.

I don't have much time so you need to get these details to me asap (today) or I can't help.

All the best...

Conor
ceon

[conor]

Hi,

Database table can not be created! The database user does not have CREATE TABLE privileges!

Either your database user has not been set up correctly and cannot create any tables or the software is failing to detect the privileges properly.

Send me FTP, admin and PHPMyAdmin details for the site and I'll take a quick look.

I don't have much time so you need to get these details to me asap (today) or I can't help.

All the best...

Conor
ceon

[DivaVocals]

Back from vacation and then a weeklong post vacation illness (not related to the vacation.. just one of those unlucky timing things.. ) I see you all have been busy and I am tardy to the party..

Will be updating my test and dev stores this weekend with v4.0.1.. I had a similar issue as has been reported with stores which are installed in a sub-directory.. (my beta testing of this mod was done on a store which used a sub-domain, so the issue wasn't apparent..)

Anyway all that to say publicly that I was always a fan of this mod and Conor's wonderful 1st class support, but this new version is FANTASTIC!!! I can't say enough about it and the work that Conor put into it.. The install automation features are BRILLIANT and should minimize the NUMBER of questions asked repeatedly in the old support thread. (particularly the MANY .htaccess file questions!)

I even (finally) worked up a process to automate adding static URIs for other Zen Cart pages to my Ceon URI Mapping install. Until the Ceon releases it's commercial mod for automating this, this will make the install process a breeze for me!!!
(DON'T PM me to ask about this process please.. I will only share this with folks I KNOW round here -- sorry)

[conor]

Hi,

Just to let you know that Ceon URI Mapping was released a few days ago.

Sorry, I forgot to post an update here, although the contribution has indeed been submitted to the downloads area.

You can download it now on Ceon's website.

Changes from version 4.0.1:

[UPDATED] When a product is having its URI mapping auto-generated, with an integer being auto-appended because the mapping clashes with an existing mapping, the auto-generation code now checks to see if the clash that is occurring is in fact simply with the product's own mapping. If so, no new URI mapping is generated.

[BUGFIX] When a URI was being made into a historical mapping and an identical historical mapping already existed, the code was wrongly deleting both the original, duplicate mapping and the new historical mapping, instead of only deleting the duplicate mapping.


This minor bug shouldn't have affected many people but it's best to upgrade, as it takes less than 10 seconds.

All the best..

Conor
ceon

[s_p_ike]

Hi Conor, first of all, thank you!
I just installed 4.0.2 on a heavy modified Zen. Since it's a bit old it has even no sense to speak about a version (it was a 1.3.7 badly and partially) upgraded to 1.3.8 and then with some upgrades extracted from 1.3.9 and applied.
At the moment many things seems to work perfectly (at first shot! this means you wrote your code very well). Of course I had to merge almost all the core files and it seems I didn't make mistakes, but I run in an error about ezpages (multilanguage).
I merged (file diff) the file in admin root both with the file under modified_core_files and with the file under third_party_module_integration.

When I try to update an ezpage (mysite/myadmin/ezpages.php?action=update) I get this error:

Fatal error: Call to undefined method CeonURIMappingAdminEZPagePages::autogenEZPageURIMapping() in mysite/myadmin/includes/classes/class.CeonURIMappingAdminEZPagePages.php on line 134


With developers tool kit I searched for the method autogenEZPageURIMapping but in effect I didn't find it. I just got only one reference, in class.CeonURIMappingAdminEZPagePages.php, on line 134

So, is the method definition missing?

Thanks in advance

[barco57]

I have run into exactly the same issue with ezpages:

PHP Fatal error: Call to undefined method CeonURIMappingAdminEZPagePages::autogenEZPageURIMapping() in /home/goldense/public_html/appadmin/includes/classes/class.CeonURIMappingAdminEZPagePages.php on line 134

Not using multilanguage