Chemo's Ultimate URL's

[CJPinder]

Page rank is calculated quarterly by Google.

PageRank is calculated continually by Google. It is just the toolbar display that it is only update once every 3-4 months and that is mainly for entertainment purposes.

My page rank also went up by 2 and I do not use any SEO URLs at all. I have yet to find any proof that they actually work.

As far as I can tell it makes no difference at all to Google. Maybe a couple of years ago it did but now it is just a myth that people cling to.

I understand it allows you to put keywords in your URLs, but you should be using your keywords in your links anyways.

Appropriate keywords in the anchor text is important.

Regards,
Christian.

[numinix]

As far as I can tell it makes no difference at all to Google. Maybe a couple of years ago it did but now it is just a myth that people cling to.

I agree. And so do the developers of Zen Cart. But, what about the other search engines like MSN and Yahoo that Blessisaacola referred to? I would think they have switched to using content as their basis for keywords as well...?

[jeking]

I went with it because it made the url useful. Useful in a variety or reports and links and other ways. I don't believe it will have any effect on our rankings.

[Ronson]

It seems Seo Urls 3.0.0-beta1 is not compatible with PHP5. My hosting company recently switched to PHP5 and SEO URLs stopped working. The main page of the store still works but when I click on a product it gives me a blank page with the following error: "No input file specified."

Temporary solution:
In order to continue to work you should specify your php scripts to be parsed by PHP4. You should add the following line to .htaccess:

AddHandler application/x-httpd-php4 .php

I posted the bug here: http://bugs.smarterwebdev.com/view_bug.php?bug_id=32

[shrimp-gumbo-mmmhhh]

i have resolve the problem.
just modify the table sort for left join.

SELECT c.categories_id as id, c.parent_id, cd.categories_name as cName, cd2.categories_name as pName
FROM ".TABLE_CATEGORIES." c,
".TABLE_CATEGORIES_DESCRIPTION." cd
LEFT JOIN ".TABLE_CATEGORIES_DESCRIPTION." cd2
ON c.parent_id=cd2.categories_id AND cd2.language_id='".(int)$this->languages_id."'
WHERE c.categories_id=cd.categories_id
AND cd.language_id='".(int)$this->languages_id."'";

change to --->
"SELECT c.categories_id as id, c.parent_id, cd.categories_name as cName, cd2.categories_name as pName
FROM
".TABLE_CATEGORIES_DESCRIPTION." cd,
".TABLE_CATEGORIES." c
LEFT JOIN ".TABLE_CATEGORIES_DESCRIPTION." cd2
ON c.parent_id=cd2.categories_id AND cd2.language_id='".(int)$this->languages_id."'
WHERE c.categories_id=cd.categories_id
AND cd.language_id='".(int)$this->languages_id."'";

This appears to have fixed my problem .... even if I disabled SEO it still didn't work. May be an issue with a move to php 5.2.4 or more likely a MySQL upgrade issue to 5.0.27

Thank you for posting this fix...

Shrimp-Gumbo

[shrimp-gumbo-mmmhhh]

Kelvyn,
Thanks for the summary and yes that reflects basically what happened. I am with you that Dreamscape's health if of great importance. I just which he would have done a better job of communicating before abandoning the project (especially given how the project was initiated with fundable).

Like, you we were experiencing great improvement with google and more importantly msn and yahoo with seo url but the two issues relating to attributes and ' in product name definitely stopped us from using it. We have 1,000s products with attributes and google started indexing wrong urls which didn't help our situation. Too many 404 errors.

Magic SEO works fine and I talked with them. There are some issues for our situation that prevented us from using i.e. it doesn't support more than 3 category levels and I believe there is an issue with how it handles http versus https for the same domain.

It's very promising and they are going to address most limitations in January 2008.

I am using Ultimate_SEL_URLs_v2.103 with ZC 1.3.7 and I don't have any problems with items with attributes (length or size) and no problems with ( ' or " or -) in the product name or category name.... they are taken out and it works fine for me.

.... I did have to make the one fix (a few post above) once I moved to an upgraded server ...

Shrimp-Gumbo

[blag]

It seems Seo Urls 3.0.0-beta1 is not compatible with PHP5. My hosting company recently switched to PHP5 and SEO URLs stopped working. The main page of the store still works but when I click on a product it gives me a blank page with the following error: "No input file specified."

Temporary solution:
In order to continue to work you should specify your php scripts to be parsed by PHP4. You should add the following line to .htaccess:

AddHandler application/x-httpd-php4 .php

I posted the bug here: http://bugs.smarterwebdev.com/view_bug.php?bug_id=32

Sorry, but I have to report that Version 3.0.0-beta 1 IS compatible with php5. My store runs with php5 (but I am still running MySQL4), and the mod works just fine. See it for yourself here.

[Ronson]

Sorry, but I have to report that Version 3.0.0-beta 1 IS compatible with php5. My store runs with php5 (but I am still running MySQL4), and the mod works just fine. See it for yourself here.

I've tested this with two different installations of Zen Cart.
Here is more tech info:

Software
Zen Cart 1.3.7.1 + SEO Urls 3.0.0-beta 1 (plus bugfixes)

Database
MySQL 5.0.45


PHP info
PHP Version 5.2.4

System Linux server304.com 2.6.21.3-grsec #2 SMP Wed Jun 6 18:27:48 EEST 2007 i686

Build Date Oct 11 2007 04:03:43

Configure Command ./configure --enable-discard-path --with-gettext --enable-exif --enable-bcmath --enable-calendar --enable-magic-quotes --with-curl --with-db --enable-ftp --with-gd --with-zlib --with-t1lib=/usr/local --with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr --with-ttf --with-freetype-dir=/usr --with-imap=/usr/local --with-imap-ssl --with-mhash=/usr/local --with-mcrypt=/usr/local --with-openssl=/usr/local/ssl --with-mysql=/usr/local/mysql5 --with-ldap --enable-mbstring --enable-memory-limit --enable-inline-optimization --with-iconv --enable-pcntl --with-pspell --with-bz2 --enable-sockets --prefix=/usr/local/php5 --with-xsl --with-config-file-path=.:/etc --enable-soap --with-mysqli --with-pdo-mysql=/usr/local/mysql5

Server API CGI

Virtual Directory Support disabled

Configuration File (php.ini) Path .:/etc

Loaded Configuration File /etc/php.ini

PHP API 20041225

PHP Extension 20060613

Zend Extension 220060519

Debug Build no

Thread Safety disabled

Zend Memory Manager enabled

IPv6 Support enabled

Registered PHP Streams php, file, data, http, ftp, compress.bzip2, compress.zlib, https, ftps

Registered Stream Socket Transports tcp, udp, unix, udg, ssl, sslv3, sslv2, tls

Registered Stream Filters string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, convert.iconv.*, bzip2.*, zlib.*

[blag]

I've tested this with two different installations of Zen Cart.
Here is more tech info:

Software
Zen Cart 1.3.7.1 + SEO Urls 3.0.0-beta 1 (plus bugfixes)

Database
MySQL 5.0.45


PHP info
PHP Version 5.2.4

..*

Hi. As I said in my reply, it is not PHP5 that is the culprit, but I am unable to comment as to whether it is the combination of PHP5 and MySQL5 that is causing your problems, because I would need to transfer my files to a different server to be able to test this, with inevitable, unjustifiable, disruption.

Sorry to say that most problems with mods are due to problems with the installation. Sometimes FTP software doesn't upload every file and so on... Have you applied all the 'fixes/patches' to the uploads? If not, go back to about post 1201 or so in this thread, where you will find an attachment to a post by me. The attachment includes the 'patched/fixed' files for this mod.

Are you absolutely sure that you have followed the instructions in the PDF manual? Have you updated/modified you .htaccess file? and so on...

[BlessIsaacola]

Sorry, but I have to report that Version 3.0.0-beta 1 IS compatible with php5. My store runs with php5 (but I am still running MySQL4), and the mod works just fine. See it for yourself here.

Just so you know the mod doesn't work just fine on your site. Add one of your product with attributes like color and size and then go into your shopping cart and mouse over the product name. You will see your url is messed up. Search engine will index the messed up url but when they come back it breaks.

Also, you PayPal Express returns a 404 error because you haven't applied the change that you need to which was posted on this thread.

There are issues relating to search that I can't test because your search is not working for me in IE 7.0

Again, I did not test for everything that I know is wrong with this mod that has been documented on this thread. Just the quick ones to let you know it doesn't work fully on your site.