Chemo's Ultimate URL's

Absolute, Tvadpro and Voltage,

Do you guys have a solution for the Ultimate SEO URL that doesn't involve turning off recreate sessions?

Thanks!

whenever I install a contribution and it misbehaves, e.g. throws warnings, omits components in the admin, etc., I usually wind up uninstalling and then re-installing before it works as expected.

Thanks, TV - this is most certainly an option, but we'd like it to be a "last-ditch effort" in fixing the issue. It has been though of though :)

This is everything I know so far:

• Occasionally members are unable to log in when recreate sessions is TRUE. Maybe this behavior is influenced by SEO URLs, and maybe it isn't.
• If recreate sessions is FALSE, there might be a slim chance that two customers will share a session-ID and one will unwittingly gain access to the other's account information, address book, etc.
• Disabling SEO URLs might fix the recreate sessions log-in problem, and it might not.
  I need to know more about this, so if anyone can shed some light, please share what you know.

Sean

BlessIsaacola:

Absolute, Tvadpro and Voltage,

Do you guys have a solution for the Ultimate SEO URL that doesn't involve turning off recreate sessions?

Thanks!

tvadpro:

This is everything I know so far:

• Occasionally members are unable to log in when recreate sessions is TRUE. Maybe this behavior is influenced by SEO URLs, and maybe it isn't.

• If recreate sessions is FALSE, there might be a slim chance that two customers will share a session-ID and one will unwittingly gain access to the other's account information, address book, etc.

• Disabling SEO URLs might fix the recreate sessions log-in problem, and it might not.

I need to know more about this, so if anyone can shed some light, please share what you know.

Sean

Your first bullet is true and the behavior is completely DUE TO Ultimate SEO URL. We've been using Zen Cart for almost 3 years and the ONLY time that turning recreate session ON becomes an issue is when using Ultimate SEO URL Mod (It's a problem specific to this mod NOT Zen Cart).

Your second bullet is also true... Although, it's a slight chance it's still a risk factor to take into account.

It appears from other posts that the only way to get Ultimate SEO URL working without login issue is to disable recreate sessions on the admin side.

Thanks!

Thank you, Isaac -- so, if I understand correctly, the only problem with the current release of Chemo's is it doesn't play nicely with recreate sessions. Are there any other problems with SEO URLs?

I don't know how to fix it myself, but I would pay a competent programmer to fix it for me. I understand more than one of you donated money to the development of SEO-URLs; since I am in no way involved in that deal, I won't comment on any disputes pertaining thereto.

I will, however, announce my standard terms for the benefit of any interested programmers. When considering quotes, I check references (unless I already have experience with the contractor). Once I've chosen a contractor, I pay half in advance, and withhold the balance until the contractor completes the project satisfactorily.

If no one listening to this thread is interested, I'll post in the help-wanted forum and see what happens. Interested programmers should email or PM me.

BlessIsaacola:

Your first bullet is true and the behavior is completely DUE TO Ultimate SEO URL. We've been using Zen Cart for almost 3 years and the ONLY time that turning recreate session ON becomes an issue is when using Ultimate SEO URL Mod (It's a problem specific to this mod NOT Zen Cart).

Your second bullet is also true... Although, it's a slight chance it's still a risk factor to take into account.

It appears from other posts that the only way to get Ultimate SEO URL working without login issue is to disable recreate sessions on the admin side.

Thanks!

tvadpro:

Thank you, Isaac -- so, if I understand correctly, the only problem with the current release of Chemo's is it doesn't play nicely with recreate sessions. Are there any other problems with SEO URLs?

I don't know how to fix it myself, but I would pay a competent programmer to fix it for me. I understand more than one of you donated money to the development of SEO-URLs; since I am in no way involved in that deal, I won't comment on any disputes pertaining thereto.

I will, however, announce my standard terms for the benefit of any interested programmers. When considering quotes, I check references (unless I already have experience with the contractor). Once I've chosen a contractor, I pay half in advance, and withhold the balance until the contractor completes the project satisfactorily.

If no one listening to this thread is interested, I'll post in the help-wanted forum and see what happens. Interested programmers should email or PM me.

Well, the login problem is the main reason why most people end up giving up on this mod but there are other issues with this mod that have readily available work-around.

Some of the other well documented issues are PayPal IPN, Product Types, EZPages, etc. Keep in mind that there are work arounds except for the login problem.

With regard to the contribution we all made for Dreamscape to finish this thing up, that's an entirely different issue.

Hi BlessIsaacola,

Yes there were login problems on our site. I had a few customers complain about not being able to login. However I could not for the life of me replicate the problem. Then one night on my wife's computer, I was not able to login using firefox. I tried and tried, but everytime I hit login, it would just refresh the login page. When I turned off SEO, it worked. When I turned it back on, it didn't. And when I turned off the recreate sessions I was able to login. I

have played with it since, turning recreate sessions on and off. I have also since changed hosts and have wondered if maybe it was caused by some weird incompatibility with my host's settings and SEO. But I have been too afraid to turn back on recreate sessions because of the trouble my customers used to have loggin in.

So that is my experience for what its worth.

Thanks

its definitely not a host problem.. i've tried on 3 different hosts w/ SEO URL & Recreate sessions enabled.. its indeed a problem with Ultimate SEO and not the server. Each server had a different version of PHP/MySQL if that helps any. Currently running PHP 5.2 w/ MySQL 5.0.21 I think.. not sure on the MySQL part

If someone can recreate the login problem, and allow me access to their server to take a look at the files involved, I would be more than happy to take a look and get this bug quahed for good. So far, I've been unable to replicate this on any of my installs.

I would rather this issue was dealt with on a test store, rather than a live store, for obvious reasons, if there is one out there!

Absolute

Absolute:

If someone can recreate the login problem, and allow me access to their server to take a look at the files involved, I would be more than happy to take a look and get this bug quahed for good. So far, I've been unable to replicate this on any of my installs.

I would rather this issue was dealt with on a test store, rather than a live store, for obvious reasons, if there is one out there!

Absolute

Absolute, are you saying that with recreation session set to true on the admin side you do not have the problem we are describing here? If that's the case, perhaps you can zip up your version of Ultimate SEO URL for us to do a file compare to see what's different in yours.

Thanks!

absolute.. i'm willing to provide for a test environment. i run php 5.2 and mysql 5.0. send me a PM if thats the kind of environment you're looking for or if it really doesn't matter too much

Need Bug Reports

I am finalizing the new version and want to be sure that it also fixes all known bugs in the current version.

This thread is ungodly long, so please help me out people if you know of a bug.

Please try to provide as much information as possible, because if I cannot reproduce the bug, I cannot hope to fix it.

Also, please let's keep it to one report per bug, and to keep things sane, let's follow the following format:

SEO URLs Version: The version this occurs on, if known
Zen Cart Version: The version(s) of Zen Cart this is known to occur on
PHP Version: The version(s) of PHP this is known to occur on
MySQL Version: The version(s) of MySQL this is known to occur on
Web Server: Apache, LiteSpeed, LightTPD, etc. Please include version if known.
Server Platform: FreeBSD, CentOS, Fedora Core, Red Had Enterprise, etc. Please include version if known.

Bug Summary: Short one or two sentence summary of the bug

Bug Details:
Give as much detailed information about the bug as is possible. This may include conditions which will reproduce the bug, such as SEO URL settings, Zen Cart settings, PHP settings, or MySQL settings. Please do not hold back. You cannot give too much information.

Thank you for your continued patience.

I will start.

SEO URLs Version: <= 2.102
Zen Cart Version: >= 1.3.x
PHP Version: Any
MySQL Version: Any
Web Server: Any
Server Platform: Any

Bug Summary: Breaks EZPages internal links

Bug Details:
If you create an internal link with EZPages such as index.php?main_page=contact_us, SEO URLs module messes up the link

I almost forgot. Here is a vB coded bug report template to use:

[noparse]Bug Report

[B]SEO URLs Version:[/B]  
[B]Zen Cart Version:[/B]  
[B]PHP Version:[/B]  
[B]MySQL Version:[/B]  
[B]Web Server:[/B]  
[B]Server Platform:[/B]  

[B]Bug Summary:[/B]  

[B]Bug Details:[/B]

[/noparse]

Bug Report

SEO URLs Version: Any
Zen Cart Version: Any
PHP Version: Any
MySQL Version: Unknown
Web Server: Any
Server Platform: Any

Bug Summary: MySQL "Unknown column" errors

Bug Details:
Certain versions of MySQL, (the exact versions is unknown) may produce an error similar to the following:

1054 Unknown column 'c.parent_id' in 'on clause'
in:
[SELECT c.categories_id as id, c.parent_id, cd.categories_name as cName, 
cd2.categories_name as pName FROM categories c, categories_description cd 
LEFT JOIN categories_description cd2 ON c.parent_id=cd2.categories_id AND 
cd2.language_id='1' WHERE c.categories_id=cd.categories_id AND 
cd.language_id='1']

The error is caused by a poorly formed LEFT JOIN statement.

Bug (semi) Report

SEO URLs Version: Any
Zen Cart Version: >= 1.3
PHP Version: Any
MySQL Version: Any
Web Server: Any
Server Platform: Any

Bug Summary: EZPage URLs don't contain the page title.

Bug Details:
EZPage URLs are generated in the form /page.html?chapter=0&id=1. They should be generated with the page title instead, such as /ez-page-title-ezp-1.html

Bug Report

SEO URLs Version: Any
Zen Cart Version: Any
PHP Version: Any
MySQL Version: Any
Web Server: Any
Server Platform: Any

Bug Summary: Product type URLs don't contain the product name.

Bug Details:
URLs generated for custom product types don't contain the product name, and it is tedious to hack the SEO URLs source code to add support for custom product types.

Bug Report

SEO URLs Version: Any
Zen Cart Version: Any
PHP Version: Any
MySQL Version: Any
Web Server: Any
Server Platform: Any

Bug Summary: Incorrectly rewrites real file URLs

Bug Details:
URLs to real files generated with the zen_href_link() funciton are incorrectly rewritten by SEO URLs. For example thefile.php is rewritten as thefile.php.html.

This issue is known to most commonly affect the PayPal IPN script (fixed since version 2.102) and phpBB installations, but will impact any real files run through zen_href_link() with SEO URLs enabled.

That's all of mine, plus a few I didn't know existed. Anyone manage to reproduce the customer login error when recreate sessions = true and CHEMOS is running?

Sean

tvadpro:

That's all of mine, plus a few I didn't know existed. Anyone manage to reproduce the customer login error when recreate sessions = true and CHEMOS is running?

Sean

I can reproduce that.. had to disable recreate sessions with this mod installed due to it. Whenever I set up a test store without SEO, recreate sessions works just fine