I'm comparing the files in the USU v.2.12 mod package which are intended to overwrite (or be merged with) those files of stock ZC 1.51. However in a couple files I noted several diffs which I'd like to confirm are correct.

\includes\classes\db\mysql\query_factory.php
[stock zc151 ln 156]
```
}
return $obj;
} else {
$obj->EOF = true;
}

[USU 2.12]:

}
} else {
$obj->EOF = true;
}
return $obj;

Note the different code order.


[stock zc151 ln 178] 

$obj->is_cached = true;

[USU 2.12 ln 204]:

$obj->is_cached = true;

That is, the above USU line is much further down in the file than in the stock Zen Cart.

\includes\classes\query_cache.php
[stock zc151 ln 178] 
file ends with ?>

[USU 2.12]:
file does NOT end with ?>

Are the above diffs correct?

Also, which .htaccess file is the content of the .htaccess file in the mod package suppose to be merged with? Merged into the .htaccess in the "root" of the shop? Thanks.

Woodymon:

I'm comparing the files in the USU v.2.12 mod package which are intended to overwrite (or be merged with) those files of stock ZC 1.51. ... I noted several diffs which I'd like to confirm are correct.

\includes\classes\db\mysql\query_factory.php ...
If running Zen Cart 1.5.x overwrite your existing copy with the file included with 2.212. The included file contains fixes to a known Zen Cart bug. A quick search finds: #1162495 and #1223351.

Woodymon:

...
\includes\classes\query_cache.php
[stock zc151 ln 178]
file ends with ?>

[USU 2.12]:
file does NOT end with ?>
Some of my PHP files are missing the ?> at the end of the file.

Woodymon:

...
Also, which .htaccess file is the content of the .htaccess file in the mod package suppose to be merged with? Merged into the .htaccess in the "root" of the shop? ...
This file goes in the root "folder" where you installed Zen Cart. So if you installed in "/store" the file should be placed at "/store/.htaccess". Don't forget to edit the .htaccess file before you upload to reflect the appropriate RewriteBase for your store (none if you access the store using only the domain name, "/store/" if you use "/store" after the domain name to access the store - this should also match the value of 'DIR_WS_CATALOG' in your Zen Cart configuration files).

The only time I've seen any issues with this is when a ".htaccess" file exists in a "parent" directory or web server configuration (and the parent .htaccess rewrites things before passing the request to the "/store" directory. If this happens you should alter the rules in the parent directory to exclude the "/store" folder.

Just a friendly reminder: Doing a search of the forums will often find the answer much more quickly than posting a question and waiting for someone to take the time to answer your question. I do understand it can be sometimes hard to "search" using the builtin search... When all else fails simply going to your favorite search engine (Bing, Google, etc) and adding " site:zen-cart.com" to the end of the search box will let you search this site using an external search engine!

lhungil:

Just a friendly reminder: Doing a search of the forums will often find the answer much more quickly than posting a question and waiting for someone to take the time to answer your question. I do understand it can be sometimes hard to "search" using the builtin search... When all else fails simply going to your favorite search engine (Bing, Google, etc) and adding " site:zen-cart.com" to the end of the search box will let you search this site using an external search engine!

Thank your for your response and suggestions.

Indeed I did search on my issues before posting. I always do. I'm interested in learning which specific search parameters would you suggest which would have allowed me to find the solution to my posted questions/issues.

Woodymon:

Thank your for your response and suggestions.

Indeed I did search on my issues before posting. I always do. I'm interested in learning which specific search parameters would you suggest which would have allowed me to find the solution to my posted questions/issues.

I was searching on queryfactory.php rather than query_factory.php

Now i see all the posts on that specific file.

Thanks for tip on the checking the bug reports.

Off topic: Looks like many fixes for ZC v.1.5.1 to be released in ZC v.1.6.0. And note a recent post with a fix to be released in v.1.5.2.

Woodymon:

Thank your for your response and suggestions.

Indeed I did search on my issues before posting. I always do. I'm interested in learning which specific search parameters would you suggest which would have allowed me to find the solution to my posted questions/issues.

1. I was inadvertently searching on queryfactory.php. NOT query_factory.php

2. Regards the missing closing php tag, I just assumed the stock ZC core file contained the closing tag, the closing tag would be present in any modified version, unless there was specific reason not to.

3. Regards to which .htaccess file should be modified, I assumed correctly the file in the shop root. But I was just making a point the readme contains no such indication.

Thank you for the pointer to bug fix thread. Certainly there many bug fixes marked as fixed in ZC v.1.60, which I need to give consideration. And I see one bug fix labeled as fixed in v.1.52. So I would surmise an incremental v.1.52 update will be coming soon (and I have read similarly elsewhere).

Woodymon:

... I just assumed the stock ZC core file contained the closing tag, the closing tag would be present in any modified version, unless there was specific reason not to. ...
Fair enough, I typically remove them when I have to edit / update a file (following the current Zen Cart convention). The reason for removing the closing tag is compelling (both in that article and elsewhere), especially since different OSes use different line endings (and some SFTP/FTP/FTPS programs used by fellow zenners are not always configured to upload PHP files using "text" mode).

Woodymon:

... Regards to which .htaccess file should be modified, ... I was just making a point the readme contains no such indication. ...
This is actually noted in the readme "Upload the .htaccess file to the folder where you installed Zen Cart". Many people tend to miss this sentence (and also forget to modify the RewriteBase), so I figured it was just easier to add another post w/ more detailed information ;)

lhungil:

Fair enough, I typically remove them when I have to edit / update a file (following the current Zen Cart convention). The reason for removing the closing tag is compelling (both in that article and elsewhere), especially since different OSes use different line endings (and some SFTP/FTP/FTPS programs used by fellow zenners are not always configured to upload PHP files using "text" mode).
nods in agreement:yes: me too!!

Indeed I missed that line and all makes sense. Appreciate the helpful information here and elsewhere. The migration to ZC1.51 is complete. SO now its time to install this mod. Wish me luck as my mind is numb and I'm going blind from editing core files on much too small of a screen.

Hello,

I installed MultiLanguage SEO Url and I have installed also Ultimate SEO Url (both last versions) and they work ok.

The problem I find is that when on Ultimate SEO Url is activated the automatic redirect 301, for every link generated in the website the Language variable is added at the end of the link and took away from the directory.

For example a link like this:

http://127.0.0.1/public_html/en/gibson-custom-1959-les-paul-standard-hand-picked-2013-vos-p-22.html

is redirected 301 to:

http://127.0.0.1/public_html/gibson-custom-1959-les-paul-standard-hand-picked-2013-vos-p-22.html?language=en

How can I fix this? Is something normal? I should just deactivate the automatic 301 redirect?

Thanks for your help

jean.delacroix:

...

I installed MultiLanguage SEO Url ... when ... activated ... automatic redirect 301, for every link generated in the website (a 301 redirect with) the Language variable is added at the end of the link and took away from the directory.

...
The changes made in the "MultiLanguage SEO Url" module are not supported by myself or in this thread.

One can disable the "automatic 301 redirect" and see if the 301 goes away...

If they do not go away... the issue is most likely not caused by the "MultiLanguage SEO Url" module or "Ultimate URLs"... In this case one would need to look into what else in the hosting environment and Zen Cart install could be affecting things...

If the 301s do go away... One can run with "automatic 301 redirects" disabled (and should manually add any needed when changing titles)... One might also want to troubleshoot the redirect code... For example adding some debug output in the "need_redirect" function of MultiLanguage SEO Url" to see the contents of the following variables:

• $this->uri_parsed['path']
• $this->redirect_url['path']
• $params
• $old_params

One may need to make some changes to the redirect code in the above mentioned function due to the changes made by the "MultiLanguage SEO Url" modifications (and based upon your hosting environment).

Note: I do not plan to install the above mentioned modification in any of my testing environments - or test / debug the changes made by the aforementioned 3rd party modifications to this plugin. By default Zen Cart 1.5.x uses "?language=" at the end of the URL to indicate the page should be displayed using a different language from the store or web browser default. See "Zen Cart admin" -> "Configuration" -> "My Store" -> "Language Selector". Setting this to "Browser" will allow each visitor to see the website in their requested language if installed in Zen Cart (falling back to English if no matching language can be found). These settings work out of Box with "Ultimate URLs" to show the correct language based URLs to website visitors (and search engines) for the current request (and requested language).

Do you get memory exhausted error in php5.4? My site is getting this http500 error when customers try to login to their accounts with nothing in the shopping cart. The error log refers to seo.url.php.
PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 1605959449 bytes) in /home2/zzzz/public_html/includes/classes/seo.url.php on line 215

if(defined('SID') && zen_not_null(SID)) {

I am not quite sure what is the cause of this error since disable seo url the problem persists.
Also, there is no problem in php 5.2. Can anyone in this thread shed some light on what might be wrong with my site? Thank you!

kagaroo:

Do you get memory exhausted error in php5.4? ...
Not in my test environments (PHP 5.3, 5.4.12 - I did have some other unrelated issues with 5.4 less than 5.4.12, 5.5)

PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 1605959449 bytes) ...
This appears to be something other people are randomly encountering as well under PHP 5.4 (not specific to this module). You may want to drop down to PHP 5.3 at this time. The code you referenced is used in both the stock Zen Cart and this module. I know the Zen Cart team is actively looking into a solution.

You are right. I also suspect that this is caused by this module. But the solution listed in the thread you gave did not solve my problem. I tested in fresh zc 1.51 in php5.4 and got no issue. It must be our own code or modules causing the problem. Since the error refer this module, I just want to know whether any one in this thread experience this same thing. Thank you!

I can state in no uncertain terms the issue is not caused by this module. The line you are referencing calls A) a core PHP function and B) a core Zen Cart function (not altered by this module and calling mostly core PHP functions). How are those generating a 1.6G request to be stored in memory?

You can also try disabling the individual "caches" for products and categories. Should not affect the posted lines of code in anyway, but will lower the memory footprint of this module.

Corrupted Uploads are another item you can check: Make sure when transferring the files using an FTP program it uses "text" not "binary" for PHP files. Also double check any manual merged files to ensure the documents are in the correct character set (and not mixed character sets from a copy / paste). The distributed files are encoded using UTF8 (you can try converting to US-ASCII if your hosting provider has issues with UTF8 encoded PHP files).

For those of you who may wish to use this module under Zen Cart 1.5.2 RC2 (beta status), I have attached a copy of the "1_affected_files_152" built against Zen Cart 1.5.2 RC2.

The code is in no way final, but should get one started.

I loaded Unltimate SEO 2.212 but site gives empty page now. Nothing in the logs.

lhungil:

If you are running an official version of Ultimate SEO URLs >= 2.200, please post answers to the following questions in the support thread

• Current Version of Zen Cart? >1.5.1

• Was Zen Cart upgraded from an older version? > No, fresh 1.5.1 install

• Was Ultimate SEO URLs previously installed? > No, this is the first time I am loading it.

• Was any other tool generating alternative URLs for Zen Cart previously (or currently) installed? > NO

• Contents of your .htaccess file? > At the end of the post

• What is the website (a link - so we can see what is happening)? > https://www.3rdbrakeflasher.com

• The messages displayed when installing / upgrading the module (step 5)? > GOt message that Ultimate SEO instlalation completed.

• Any error / warning messages (Zen Cart debug logs or web server / php error logs)? > Nothing new in /logs directory

• Are you saying you are uploading the files one at a time and then checking after uploading each file to see if the site is still working?

Yes. I am not sure if that helps but i was loading files (second time) one at a time and found that after loading I tried to load files separately. Zencart works until i load this file: ultimate_seo_urls_212\2_new_files\includes\auto_loaders\config.seo.php sites stops working.

.htaccess:
###############################################################################

Common directives

###############################################################################

NOTE: Replace /shop/ with the relative web path of your catalog in the "Rewrite Base" line below:

Options +FollowSymLinks
RewriteEngine on
RewriteBase /homepages/24/d237084380/htdocs/3rdbrakeflasherV6/

###############################################################################

Start Ultimate SEO URLs

###############################################################################

Handles the new URL formats

RewriteRule ^(.)-c-([0-9_]+)/(.)-p-([0-9]+)(.)$ index.php?main_page=product_info&products_id=$4&cPath=$2&%{QUERY_STRING} [L]
RewriteRule ^(.)-c-([0-9_]+)/(.)-pi-([0-9]+)(.)$ index.php?main_page=popup_image&pID=$4&cPath=$2&%{QUERY_STRING} [L]
RewriteRule ^(.)-c-([0-9_]+)/(.)-pr-([0-9]+)(.)$ index.php?main_page=product_reviews&products_id=$4&cPath=$2&%{QUERY_STRING} [L]
RewriteRule ^(.)-c-([0-9_]+)/(.)-pri-([0-9]+)(.)$ index.php?main_page=product_reviews_info&products_id=$4&cPath=$2&%{QUERY_STRING} [L]

Original (unchanged) URL formats

RewriteRule ^(.)-p-([0-9]+)(.)$ index.php?main_page=product_info&products_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.)-m-([0-9]+)(.)$ index.php?main_page=index&manufacturers_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.)-pi-([0-9]+)(.)$ index.php?main_page=popup_image&pID=$2&%{QUERY_STRING} [L]
RewriteRule ^(.)-pr-([0-9]+)(.)$ index.php?main_page=product_reviews&products_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.)-pri-([0-9]+)(.)$ index.php?main_page=product_reviews_info&products_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.)-ezp-([0-9]+)(.)$ index.php?main_page=page&id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.)-c-([0-9_]+)(.)$ index.php?main_page=index&cPath=$2&%{QUERY_STRING} [L]

All other pages

Don't rewrite real files or directories

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?main_page=$1&%{QUERY_STRING} [L]

slavka001:

I loaded Unltimate SEO 2.212 but site gives empty page now. Nothing in the logs.

.htaccess:
###############################################################################

Common directives

###############################################################################

NOTE: Replace /shop/ with the relative web path of your catalog in the "Rewrite Base" line below:

Options +FollowSymLinks
RewriteEngine on
RewriteBase /homepages/24/d237084380/htdocs/3rdbrakeflasherV6/

###############################################################################

Start Ultimate SEO URLs

###############################################################################

Handles the new URL formats

RewriteRule ^(.)-c-([0-9_]+)/(.)-p-([0-9]+)(.)$ index.php?main_page=product_info&products_id=$4&cPath=$2&%{QUERY_STRING} [L]
RewriteRule ^(.)-c-([0-9_]+)/(.)-pi-([0-9]+)(.)$ index.php?main_page=popup_image&pID=$4&cPath=$2&%{QUERY_STRING} [L]
RewriteRule ^(.)-c-([0-9_]+)/(.)-pr-([0-9]+)(.)$ index.php?main_page=product_reviews&products_id=$4&cPath=$2&%{QUERY_STRING} [L]
RewriteRule ^(.)-c-([0-9_]+)/(.)-pri-([0-9]+)(.)$ index.php?main_page=product_reviews_info&products_id=$4&cPath=$2&%{QUERY_STRING} [L]

Original (unchanged) URL formats

RewriteRule ^(.)-p-([0-9]+)(.)$ index.php?main_page=product_info&products_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.)-m-([0-9]+)(.)$ index.php?main_page=index&manufacturers_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.)-pi-([0-9]+)(.)$ index.php?main_page=popup_image&pID=$2&%{QUERY_STRING} [L]
RewriteRule ^(.)-pr-([0-9]+)(.)$ index.php?main_page=product_reviews&products_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.)-pri-([0-9]+)(.)$ index.php?main_page=product_reviews_info&products_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.)-ezp-([0-9]+)(.)$ index.php?main_page=page&id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.)-c-([0-9_]+)(.)$ index.php?main_page=index&cPath=$2&%{QUERY_STRING} [L]

All other pages

Don't rewrite real files or directories

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?main_page=$1&%{QUERY_STRING} [L]

I believe RewriteBase /homepages/24/d237084380/htdocs/3rdbrakeflasherV6/ should be RewriteBase /3rdbrakeflasherV6/ or RewriteBase /

I agree with Design75

Design75:

should be RewriteBase /

Changed .htmaccess to

Options +FollowSymLinks
RewriteEngine on
RewriteBase /3rdbrakeflasherV6/

and

RewriteBase /

still the same.

access to other files are still working \install.txt. It feels to me that php just does not produce any results.

I tried to remove .htaccess, still the same.