Chemo's Ultimate URL's

kelvyn:

Either that, or mention it in the manual.

The guide is also very much a beta.

A word of caution
This guide is still being written and not every section is yet complete. Though I have tried to complete every critical section, there is still much to be done.

Install problem :

I have done the following so far on a clean 1.3.7 version of ZenCart :

• Html_Outpout modifications
• files transfered to server.

I have double checked that this is all done. When connecting to the admin, nothing is happenning and no SEO xxx showing in the config menu. Also not appearing in the database... Any reason why this would not happen?

(Also I'm installing on a fresh clean install of Zencart, so only english installed)

Any advice would be greatly appreciated. Thks for everybodies efforts on this mod...

mat123slade:

I have double checked that this is all done. When connecting to the admin, nothing is happenning and no SEO xxx showing in the config menu. Also not appearing in the database... Any reason why this would not happen?

You have to connect to the catalog for it to install itself.

That makes a lot of sens... I was expecting it to happen by loading from the admin... If I remember rightly this is what was happenning in the previous versions...

Maybe worth adding : Open your online store in a web browser. (Front end, not backend) Seo Urls will automatically install its settings and
any necessary tables.

Or am I the only silly guy around here !

I almost posted that question when I installed the 3.0 beta the other day. Can't remember clearly whether the beta guide includes the part about loading a catalog page to complete the installation. I had read that in the earlier Chemo's installation instructions, but still managed to forget before I was done installing.

By the way, Josh, you deserve a huge thank-you for laying the groundwork on what is already the best user guide I have seen for any Zen-Cart mod. I can't wait to see the finished production version.

Let me know if you want editorial help -- not that I think you need it. It just occurred to me that you might stretch yourself thin publishing sophisticated documentation and developing/programming simultaneously. Maybe an exchange of services would mutually increase productivity? PM me if you're interested -- if not, disregard and keep up the good work.> mat123slade:

That makes a lot of sens... I was expecting it to happen by loading from the admin... If I remember rightly this is what was happenning in the previous versions...

Maybe worth adding : Open your online store in a web browser. (Front end, not backend) Seo Urls will automatically install its settings and
any necessary tables.

Or am I the only silly guy around here !

How is everyone else doing in terms of running the 3.0 beta with the PayPal IPN (not PayPal Express) checkout?

Kelvyn, are you also running yesterday's PayPal IPN patch?> tvadpro:

Prior to discovering this, I installed yesterday's patch for the PayPal eCheck bug. Perhaps the patch doesn't play well with the 3.0 beta? :unsure:

Never-mind! Josh just confirmed and fixed the bug. Kelvyn (and anyone else experiencing the IPN bug with the 3.0 beta) should implement the patch attached to bug report 16 on the bug tracker.

Way-to-go, Dreamscape! :thumbsup: > tvadpro:

How is everyone else doing in terms of running the 3.0 beta with the PayPal IPN (not PayPal Express) checkout?

Kelvyn, are you also running yesterday's PayPal IPN patch?

there's a new bug report dreamscape. I haven't tried 3.00 yet however i didn't see it mentioned in the changelog so I'm assuming it hasn't been fixed. I'll be trying out a 3.00 test store shortly

Read the installation instructions in the 3.0.0 guide, samad64, and follow them to the letter. Be sure to check the bug tracker for necessary patches.

I just posted a bug report on the JD Productions tracker, which I see Josh has confirmed. Orders paid via PayPal IPN aren't showing up in the database. At first I thought it was just an eCheck issue, but it's the same with orders paid by instant transfer. Dreamscape has pointed out a problem with the way a Zen-Cart core script is omitted at a point where it should be implemented. This is where I step back and let the people who know what they're talking about come up with a solution.

Of course, I'll be watching this closely and serving as a devoted guinea pig for any tests you guys want to run. Whatever I can do to help ...> samad64:

there's a new bug report dreamscape. I haven't tried 3.00 yet however i didn't see it mentioned in the changelog so I'm assuming it hasn't been fixed. I'll be trying out a 3.00 test store shortly

And in less time than it took me to write up a bug report, Josh has posted a working patch on the bug tracker. :thumbsup:

Refer to bug #19.> tvadpro:

I just posted a bug report on the JD Productions tracker, which I see Josh has confirmed. Orders paid via PayPal IPN aren't showing up in the database.

tvadpro:

Read the installation instructions in the 3.0.0 guide, samad64, and follow them to the letter. Be sure to check the bug tracker for necessary patches.

I just posted a bug report on the JD Productions tracker, which I see Josh has confirmed. Orders paid via PayPal IPN aren't showing up in the database. At first I thought it was just an eCheck issue, but it's the same with orders paid by instant transfer. Dreamscape has pointed out a problem with the way a Zen-Cart core script is omitted at a point where it should be implemented. This is where I step back and let the people who know what they're talking about come up with a solution.

Of course, I'll be watching this closely and serving as a devoted guinea pig for any tests you guys want to run. Whatever I can do to help ...

i'm actually still running 2.103, waiting to upgrade. I just want to make sure everything is working fine before doing so so I haven't done it on live yet :)

The issue I'm concerned with is non-existent urls. For example, mydomain.com/admin may exist (obviously it doesn't on the live site.. but just assume it does) and it will work fine. However, a URL such as mydomain.com/asdfadsfasdfasdf does not exist on my site.. and if you visit that then you go straight to the main page. I would rather have it show the 404 page.. and google is complaining that my site is returning a success header when its supposed to be a 404.. therefore asking me to continually reverify when i add my sitemap. Easiest solution is to rename the htaccess file temporarily, reverify, and then rename it back.. but you can only do that so many times

EDIT: received a response on bug tracker.. will have to check out version 3 once its in a later stage :)

EDIT2: I'm an idiot! It was a setting :blush:

kuroi:

I'm going to write some slightly speculative stuff here, as I won't be able to write more definitively without taking rather more time to investigate more deeply than I can at the moment.

It looks to me as though Dreamscape has done an outstanding job of taking advantage of Zen Cart's architecture to integrate this version of SEO URLs right into the core in a non-destructive way. A quick skim through his work suggests that this a model implementation blazing a trail for other mods to follow.

Admin Profiles on the other hand is still bolted onto the outside of Zen Cart and, in simplistic terms, is paying more attention to what's crossing the boundary than that which is already there.

I had hoped that this would be sufficient until release 1.6 of Zen Cart which really ought to take access control inside the core code. But Dreamscape has raised the bar, and 1.6 is too far away.

Thus some serious thought needs to be given to Admin Profiles structure. I have an inkling of a quick fix for this mod specifically, but even this will need significant evaluation and testing as I am not familiar with version 3, and would in any case prefer to spend the time taking Admin Profiles to the next level.

I totaly understand, but for now could you tell me your inkling so I can play with it to see it I can make it work? Right now I just don't know where to start. And I would really like to turn my development site over to my prodution site soon.

Now that I think of it, as long as I have SEO configured, I should not need to change the config very often, so will this matter? I can't validate that this is working, since my dev site is actualy in a subdirectory of my real site and the real sites .htaccess is screwing with the dev sites.

I just did a clean install of ZC 1.3.7 tweaked a few things and got everything all setup and happy, but have one little glitch which I'm wondering if anyone else has seen?!

When I enable/check the Core: EZ Pages option in the Url Plugins I get this error in the catalog

Fatal error: Call to a member function getCachedValue() on a non-object in /home/testshop/public_html/includes/classes/seo/seo.url_plugin.php on line 68

Any idea whats going down on that one? It works fine if I turn that off, just the url for the ezpages ends up as http://www.testsite.com/page.html?id=4&chapter=0 which does still work, so no harm no foul.

I will also submit this on the bug tracker for anyone interested.

Wes

I think I found a bug v3 in the Search AND/OR operator.

when SEO is enabled the search does not work properly for AND/OR.

v1.3.7

anyone else seen this?

eskipii:

I think I found a bug v3 in the Search AND/OR operator.

when SEO is enabled the search does not work properly for AND/OR.

v1.3.7

anyone else seen this?

Can you describe steps to recreate the problem?

on a clean install 1.3.7, the only modification has been the seo contribution.

with the FIX:
Mar 2nd, 2007 Mar 2nd, 2007 Class CoreAdvancedSearchResultSeoUrlPlugin cannot inherit from undefined class CoreAdvancedSearchSeoUrlPlugin

If I search for 1 word, the results appear ok, with two terms then there is a problem...

***Default Search Operator = or with SEO ***

/advanced_search_result/SearchTerm1?search_in_description=1
142 products

/advanced_search_result/SearchTerm1+SearchTerm2?search_in_description=1
0 products

***Default Search Operator = or with NO SEO ***

/index.php?main_page=advanced_search_result&search_in_description=1&keyword=SearchTerm1
142 products

/index.php?main_page=advanced_search_result&search_in_description=1&keyword=SearchTerm1+SearchTerm2

161 products

***Default Search Operator = and with SEO ***

/advanced_search_result/SearchTerm1?search_in_description=1
142 products

/advanced_search_result/SearchTerm1+SearchTerm2?search_in_description=1
0 products

***Default Search Operator = and with NO SEO ***

/index.php?main_page=advanced_search_result&search_in_description=1&keyword=SearchTerm1
142 products

/index.php?main_page=advanced_search_result&search_in_description=1&keyword=SearchTerm1+SearchTerm2

11 products

**forgot to include, when I disable:

Core: Advanced Search: Result

then all works with SEO.
**

Hi Folks.

I think i'm having a thick moment with the install of SEO URLS.

I've followed the instructions, changed the html_output file, uploaded the files and created the .htaccess file

I can see the seo urls menu in admin and everything seems to work ok untill i turn it on

i keep getting a 'Page Not Found' error when trying to access any page and it keeps coming back to the sitemap page.

Sorry for sounding like such a noobie on this one but i'm stuck. Could anyone throw some light on this one or point me in the right direction?

I'm using Zen Version 1.3.7 and the current version of seo urls.

Any help would be grately received.
Thanks in advance

Mark :)

dreamscape:

Fixed and patch available at http://bugs.smarterwebdev.com/view_bug.php?bug_id=6

Hi Dreamscape,
Had this :
Fatal error: Class coreadvancedsearchresultseourlplugin: Cannot inherit from undefined class coreadvancedsearchseourlplugin in /home/sites/domain.co.uk/public_html/includes/classes/seo/seo.url_plugins/core/advanced_search_result.php on line 14

Tried to reach your fix as above, but could not reach it, it said a log in is required. Could I have a copy of the fix please?

Rupert:

Tried to reach your fix as above, but could not reach it, it said a log in is required. Could I have a copy of the fix please?

Click on Log In and then block on "Register a new account"

:bangin: