Jump to content
Sign in to follow this  
enigma1

[Contribution] SEO-G

Recommended Posts

I changed the code in general.php and I deleted the manually created URLs for shopping_cart and index in SEO-G reports to test. The "checkout" button worked correctly and redirected to "shopping_cart" URL but the checkout_success (index.html redirect) did not so I was redirected to cookie_usge again.

 

Ok I think I know what's going on but I don't know yet how to address it properly so that will be compatible for everybody.

 

Test this. Keep the tep_redirect function changes and then open the catalog\includes\functions\html_output.php

 

find this line:

	$link = $g_seo_url->get_seo_url($link, $separator);

 

right above it add this line:

	if (substr($link, 0, strlen(HTTP_SERVER)) == HTTP_SERVER)

 

So this code filters out the secure pages from SEO-G. Clear the reports before testing btw.

 

I am thinking to include both these changes (the tep_redirect and this one) with the next version, but I am still testing it.

Share this post


Link to post
Share on other sites
Ok so i checked in the report page and for example...

http://www.freakfish.co.uk/shop/admin/test...x.php?cPath=144

 

is in the reports but the site doesnt change in to a SEO URL in the cateogory list.

 

Look at

http://www.freakfish.co.uk/shop/admin/test...talog/index.php

 

I will pm the details you need. Its weird because when the nested cateogories appear in the center of the site from time to time they are fine, they use the tep_href_link(FILENAME_DEFAULT, $cPath_new) and do it fine (i can see this from hovering over links in firefox). Ie the cateogories on this page in the middle are fine....

 

http://www.freakfish.co.uk/shop/admin/test...x.php?cPath=142

 

When they are in the centre the category code is being pulled from index.php as apposed to includes/boxes/categories.php when the menu on the left is created.

 

Many Thanks in advance.

(check your PM)

 

Si

 

 

Yes I see, it is working now. What I did was in your osc Admin->Configuration->Cache->Use Cache (I set that to false) Because that was cacheing the categories box with the old info. If you want a cache consider these contributions:

http://www.oscommerce.com/community/contributions,5029

http://www.oscommerce.com/community/contributions,2873

 

In any case I will make another note in the documentation for the next version to cover this.

 

Thanks

Share this post


Link to post
Share on other sites
Ok I think I know what's going on but I don't know yet how to address it properly so that will be compatible for everybody.

 

Test this. Keep the tep_redirect function changes and then open the catalog\includes\functions\html_output.php

 

find this line:

	$link = $g_seo_url->get_seo_url($link, $separator);

 

right above it add this line:

	if (substr($link, 0, strlen(HTTP_SERVER)) == HTTP_SERVER)

 

So this code filters out the secure pages from SEO-G. Clear the reports before testing btw.

 

I am thinking to include both these changes (the tep_redirect and this one) with the next version, but I am still testing it.

Sorry for the confusion but I was mistaken about the different links originally created in Seo-G reports, one http and the other https, so when I tested with the changes to general.php the results were wrong because I deleted the wrong URL leaving the manually entered URL for shopping_cart.php in SEO-G reports which made the general.php changes appear to have worked for the shopping_cart.php redirect from "Checkout" button.

 

After starting from scratch with the "stock" SEO-G files, it is the secure URLs that are not created for both the shopping_cart.php and index.php in SEO-G reports. When I apply the changes to general.php it does not add the secure URLs to reports and applying the changes to html_output.php does not add them either so I am redirected to cookie_usage.php for both cases unless I add the secure links manually for both to SEO-G reports.

Share this post


Link to post
Share on other sites
Sorry for the confusion but I was mistaken about the different links originally created in Seo-G reports, one http and the other https, so when I tested with the changes to general.php the results were wrong because I deleted the wrong URL leaving the manually entered URL for shopping_cart.php in SEO-G reports which made the general.php changes appear to have worked for the shopping_cart.php redirect from "Checkout" button.

 

After starting from scratch with the "stock" SEO-G files, it is the secure URLs that are not created for both the shopping_cart.php and index.php in SEO-G reports. When I apply the changes to general.php it does not add the secure URLs to reports and applying the changes to html_output.php does not add them either so I am redirected to cookie_usage.php for both cases unless I add the secure links manually for both to SEO-G reports.

 

Ok lets try this then, Restore the original seo-g files and then do only the following modification with the general.php function tep_redirect.

 

from this

////
// Redirect to another page or site
 function tep_redirect($url) {
if ( (strstr($url, "\n") != false) || (strstr($url, "\r") != false) ) { 
  tep_redirect(tep_href_link(FILENAME_DEFAULT, '', 'NONSSL', false));
}

if ( (ENABLE_SSL == true) && (getenv('HTTPS') == 'on') ) { // We are loading an SSL page
  if (substr($url, 0, strlen(HTTP_SERVER)) == HTTP_SERVER) { // NONSSL url
	$url = HTTPS_SERVER . substr($url, strlen(HTTP_SERVER)); // Change it to SSL
  }
}

header('Location: ' . $url);

tep_exit();
 }

 

to this:

////
// Redirect to another page or site
 function tep_redirect($url) {
if ( (strstr($url, "\n") != false) || (strstr($url, "\r") != false) ) { 
  tep_redirect(tep_href_link(FILENAME_DEFAULT, '', 'NONSSL', false));
}
/*
if ( (ENABLE_SSL == true) && (getenv('HTTPS') == 'on') ) { // We are loading an SSL page
  if (substr($url, 0, strlen(HTTP_SERVER)) == HTTP_SERVER) { // NONSSL url
	$url = HTTPS_SERVER . substr($url, strlen(HTTP_SERVER)); // Change it to SSL
  }
}
*/
header('Location: ' . $url);

tep_exit();
 }

So I commented out the part that modifies the finalized link. What that code does is if the link is http:// and the connection is https:// it changes the link to https:// which causes the issue because seo-g has no chance to do anything about it. That should take care of this problem. Theoretically links that require SSL should specify so in the tep_href_link function. I haven't tested this scenario so I need to do some testing before finalizing a method to properly address it.

Edited by enigma1

Share this post


Link to post
Share on other sites
Yes I see, it is working now. What I did was in your osc Admin->Configuration->Cache->Use Cache (I set that to false) Because that was cacheing the categories box with the old info. If you want a cache consider these contributions:

http://www.oscommerce.com/community/contributions,5029

http://www.oscommerce.com/community/contributions,2873

 

In any case I will make another note in the documentation for the next version to cover this.

 

Thanks

 

Many many thanks, I wish all contributors were as good as you are, top marks to your quick response and informed advice.

Share this post


Link to post
Share on other sites
Ok lets try this then, Restore the original seo-g files and then do only the following modification with the general.php function tep_redirect.

 

from this

////
// Redirect to another page or site
 function tep_redirect($url) {
if ( (strstr($url, "\n") != false) || (strstr($url, "\r") != false) ) { 
  tep_redirect(tep_href_link(FILENAME_DEFAULT, '', 'NONSSL', false));
}

if ( (ENABLE_SSL == true) && (getenv('HTTPS') == 'on') ) { // We are loading an SSL page
  if (substr($url, 0, strlen(HTTP_SERVER)) == HTTP_SERVER) { // NONSSL url
	$url = HTTPS_SERVER . substr($url, strlen(HTTP_SERVER)); // Change it to SSL
  }
}

header('Location: ' . $url);

tep_exit();
 }

 

to this:

////
// Redirect to another page or site
 function tep_redirect($url) {
if ( (strstr($url, "\n") != false) || (strstr($url, "\r") != false) ) { 
  tep_redirect(tep_href_link(FILENAME_DEFAULT, '', 'NONSSL', false));
}
/*
if ( (ENABLE_SSL == true) && (getenv('HTTPS') == 'on') ) { // We are loading an SSL page
  if (substr($url, 0, strlen(HTTP_SERVER)) == HTTP_SERVER) { // NONSSL url
	$url = HTTPS_SERVER . substr($url, strlen(HTTP_SERVER)); // Change it to SSL
  }
}
*/
header('Location: ' . $url);

tep_exit();
 }

So I commented out the part that modifies the finalized link. What that code does is if the link is http:// and the connection is https:// it changes the link to https:// which causes the issue because seo-g has no chance to do anything about it. That should take care of this problem. Theoretically links that require SSL should specify so in the tep_href_link function. I haven't tested this scenario so I need to do some testing before finalizing a method to properly address it.

Perfect!! This fixed both redirect issues.

 

I think your theory "links that require SSL should specify so" is correct. I tested all of the secured account pages for the login and order process and all links on account.php;

 

My Account

View or change my account information.

View or change entries in my address book.

Change my account password.

 

My Orders

View the orders I have made.

 

E-Mail Notifications

Subscribe or unsubscribe from newsletters.

View or change my product notification list.

 

There are a couple of pages like logoff and checkout_success.php that are secure and I don't know if they need to be, which is an issue with OSC and not SEO-G, and there are some URLs that have the .php extention but it is not a problem because the ones that do this like "https://74.220.202.241/account.php?=", "https://74.220.202.241/checkout_shipping.php", and "https://74.220.202.241/checkout_success.php" should be on the exclusion list anyway.

 

Thanks.

Share this post


Link to post
Share on other sites
Perfect!! This fixed both redirect issues.

 

I think your theory "links that require SSL should specify so" is correct. I tested all of the secured account pages for the login and order process and all links on account.php;

 

My Account

View or change my account information.

View or change entries in my address book.

Change my account password.

 

My Orders

View the orders I have made.

 

E-Mail Notifications

Subscribe or unsubscribe from newsletters.

View or change my product notification list.

 

There are a couple of pages like logoff and checkout_success.php that are secure and I don't know if they need to be, which is an issue with OSC and not SEO-G, and there are some URLs that have the .php extention but it is not a problem because the ones that do this like "https://74.220.202.241/account.php?=", "https://74.220.202.241/checkout_shipping.php", and "https://74.220.202.241/checkout_success.php" should be on the exclusion list anyway.

 

Thanks.

 

Yes so far checking the files/code and from the tests, I do not see anything that could cause other side effects. So I am planning to include this same modification with the next version.

 

I tried couple of other methods but they don't work. I was able to replicate exactly the problem you were having and also I set-up different domains for secure/non-secure connections. Commenting out that part of the tep_redirect so far works.

 

If someone else spots something wrong with this approach will be good to know, because this is part of the original osC code so is good to know if there is a known problem not having that code patching the finalized link to https.

Edited by enigma1

Share this post


Link to post
Share on other sites

Posted in the wrong place the first time. Things were going along quite nicely. Excellent instructions. Too bad I'm missing something - sorry. I installed SEO-G. I've checked my edits twice and can't seem to find anything wrong. I can log into the admin and see SEO-G and all of the configuration parameters - can make changes to them. But when I go to my home page - I get this

 

1146 - Table 'natdigs.TABLE_SEO_URL' doesn't exist

 

select seo_url_get from TABLE_SEO_URL where seo_url_org = 'http://www.naturaldigs.com/index.php'

 

[TEP STOP]

 

seo_url does exist. I can log into phpmyadmin - I see the table. What did I do wrong?

 

Thanks for you time. I know this contribution is well worth a bit of frustration on my part.

Share this post


Link to post
Share on other sites
Posted in the wrong place the first time. Things were going along quite nicely. Excellent instructions. Too bad I'm missing something - sorry. I installed SEO-G. I've checked my edits twice and can't seem to find anything wrong. I can log into the admin and see SEO-G and all of the configuration parameters - can make changes to them. But when I go to my home page - I get this

 

1146 - Table 'natdigs.TABLE_SEO_URL' doesn't exist

 

select seo_url_get from TABLE_SEO_URL where seo_url_org = 'http://www.naturaldigs.com/index.php'

 

[TEP STOP]

 

seo_url does exist. I can log into phpmyadmin - I see the table. What did I do wrong?

 

Thanks for you time. I know this contribution is well worth a bit of frustration on my part.

 

Make sure you went through all items in the documentation. This particular error comes because you haven't implemented item-6 of the readme.htm

Share this post


Link to post
Share on other sites
Make sure you went through all items in the documentation. This particular error comes because you haven't implemented item-6 of the readme.htm

 

 

You were correct of course. I had changed it - failed to post it. Now I'm experiencing the following - if I click on any category from the home page

 

Not Found

The requested URL /index_cpath-55.html was not found on this server.

 

 

From the forum, I've gleaned that there is probably something wrong with my root.php. Unfortunately - I don't quite get that part of the instructions. My root.php looks like this. my url is naturaldigs.com

 

Thanks for your patience.

<?php
/*
//----------------------------------------------------------------------------
// Copyright © 2006-2007 Asymmetric Software - Innovation & Excellence
// Author: Mark Samios
// [url="http://www.asymmetrics.com"]http://www.asymmetrics.com[/url]
// SEO-G Root page
// Main handler script
// Includes part of the includes/application_top.php from osCommerce to
// initialize the database.
//----------------------------------------------------------------------------
// Script is intended to be used with:
// osCommerce, Open Source E-Commerce Solutions
// [url="http://www.oscommerce.com"]http://www.oscommerce.com[/url]
// Copyright © 2003 osCommerce
//----------------------------------------------------------------------------
// Released under the GNU General Public License
//----------------------------------------------------------------------------
// MAKE SURE THE FOLLOWING SECTION IS COPIED DIRECTLY FROM YOUR OWN 
// catalog\includes\application_top.php and then set the $g_relpath, $g_server
// variables in this file such that:
//----------------------------------------------------------------------------
 if ($request_type == 'NONSSL') {
   define('DIR_WS_CATALOG', DIR_WS_HTTP_CATALOG);
   $g_relpath = HTTP_SERVER . DIR_WS_CATALOG;
   $g_server = HTTP_SERVER;
 } else {
   define('DIR_WS_CATALOG', DIR_WS_HTTPS_CATALOG);
   $g_relpath = HTTPS_SERVER . DIR_WS_CATALOG;
   $g_server = HTTPS_SERVER;
 }
//----------------------------------------------------------------------------
// Also note the $request_type has to be determined accurately between
// SSL and NON-SSL pages.
// See also documentation for details for this line:
//  $request_type = (getenv('HTTPS') == 'on') ? 'SSL' : 'NONSSL';
//----------------------------------------------------------------------------
*/
//----------------------------------------------------------------------------
//-MS- Beginning of application_top.php section
//----------------------------------------------------------------------------
// start the timer for the page parse time log
 define('PAGE_PARSE_START_TIME', microtime());

// set the level of error reporting
 error_reporting(E_ALL & ~E_NOTICE);

// check if register_globals is enabled.
// since this is a temporary measure this message is hardcoded. The requirement will be removed before 2.2 is finalized.
 if (function_exists('ini_get')) {
   ini_get('register_globals') or exit('FATAL ERROR: register_globals is disabled in php.ini, please enable it!');
 }

// Set the local configuration parameters - mainly for developers
 if (file_exists('includes/local/configure.php')) include('includes/local/configure.php');

// include server parameters
 require('includes/configure.php');

 if (strlen(DB_SERVER) < 1) {
   if (is_dir('install')) {
     header('Location: install/index.php');
   }
 }

// define the project version
 define('PROJECT_VERSION', 'osCommerce 2.2-MS2');

// set the type of request (secure or not)
 $request_type = (getenv('HTTPS') == 'on') ? 'SSL' : 'NONSSL';

// set php_self in the local scope
 if (!isset($PHP_SELF)) $PHP_SELF = $HTTP_SERVER_VARS['PHP_SELF'];

 if ($request_type == 'NONSSL') {
   define('DIR_WS_CATALOG', DIR_WS_HTTP_CATALOG);
 } else {
   define('DIR_WS_CATALOG', DIR_WS_HTTPS_CATALOG);
 }

// include the list of project filenames
 require(DIR_WS_INCLUDES . 'filenames.php');

// include the list of project database tables
 require(DIR_WS_INCLUDES . 'database_tables.php');

// customization for the design layout
 define('BOX_WIDTH', 125); // how wide the boxes should be in pixels (default: 125)

// include the database functions
 require(DIR_WS_FUNCTIONS . 'database.php');

// make a connection to the database... now
 tep_db_connect() or die('Unable to connect to database server!');

// set the application parameters
 $configuration_query = tep_db_query('select configuration_key as cfgKey, configuration_value as cfgValue from ' . TABLE_CONFIGURATION);
 while ($configuration = tep_db_fetch_array($configuration_query)) {
   define($configuration['cfgKey'], $configuration['cfgValue']);
 }
//----------------------------------------------------------------------------
//-MS- End of application_top.php section
//----------------------------------------------------------------------------

//----------------------------------------------------------------------------
// SEO-G Section starts here. This part is required for proper operation 
// Do not override the code below
//----------------------------------------------------------------------------
 require(DIR_WS_CLASSES . 'seo_url.php');
 $g_seo_url = new seoURL;
 $osc_url = $osc_params = $osc_parse = '';
 if( $g_seo_url->get_osc_url($g_server . $_SERVER['REQUEST_URI'], $osc_url, $osc_params, $osc_parse) ) {
   $PHP_SELF = $HTTP_SERVER_VARS['PHP_SELF'] = $_SERVER['PHP_SELF'] = $_SERVER['SCRIPT_NAME'] = $osc_parse['path'];
   if(basename($_SERVER['PHP_SELF']) == 'root.php' ) {
     echo '<b>SEO-G Error</b>: Invalid Self-Request - Check recorded URLs';
     exit();
   }
   $tmp_array = array();
   for($i=0, $j=count($osc_params); $i<$j; $i++ ) {
     $array_equal = explode('=', $osc_params[$i]);
     if( is_array($array_equal) ) {
       if( isset($array_equal[1]) ) {
         $tmp_array[$array_equal[0]] = $array_equal[1];
       } else {
         $tmp_array[$array_equal[0]] = '';
       }
     }
   }
   $tmp_array = array_merge($HTTP_GET_VARS,$tmp_array);
   // Synchronize global arrays.
   $HTTP_GET_VARS = $_GET = $tmp_array;
   unset($tmp_array);
   // Synchronize query string variables
   $HTTP_SERVER_VARS['QUERY_STRING'] = $_SERVER['QUERY_STRING'] = implode('&',$osc_params);
   $g_script = basename($PHP_SELF);
   // Signal SEO-G translation.
   $g_seo_flag = true;
   require(basename($PHP_SELF));
 } elseif( file_exists(basename($osc_parse['path']))) {
   $PHP_SELF = $HTTP_SERVER_VARS['PHP_SELF'] = $_SERVER['PHP_SELF'] = $_SERVER['SCRIPT_NAME'] = $osc_parse['path'];
   if(basename($_SERVER['PHP_SELF']) == 'root.php' ) {
     echo '<b>SEO-G Error</b>: Invalid Self-Request, passed URI Request: ' . $_SERVER['REQUEST_URI'];
     exit();
   }
   $g_script = basename($PHP_SELF);
   $g_seo_flag = true;
   require(basename($osc_parse['path']));
 } else {
   // Script not found. Initiate redirection
   header("HTTP/1.1 " . SEO_DEFAULT_ERROR_HEADER);
   header('Location: ' . $g_relpath . SEO_DEFAULT_ERROR_REDIRECT);
   //echo STORE_NAME . ' - Page was moved';
 }
 exit();
?>

Share this post


Link to post
Share on other sites
You were correct of course. I had changed it - failed to post it. Now I'm experiencing the following - if I click on any category from the home page

 

Not Found

The requested URL /index_cpath-55.html was not found on this server.

From the forum, I've gleaned that there is probably something wrong with my root.php. Unfortunately - I don't quite get that part of the instructions. My root.php looks like this. my url is naturaldigs.com

 

Thanks for your patience.

After installation (and the installation still seems incorrect - check the htaccess example file) you need to go through the configuration. Make sure you follow the configuration instructions first to generate the seo names.

Share this post


Link to post
Share on other sites

Version 1.15 is available with the following changes.

 

- Added SEO names auto-builder.

- Added requirement to disable the cached categories box.

- Changed validation lists to display the first few errors to get around with stores with thousands of products.

- Fix for secure pages not properly handled by SEO-G on re-directs.

- Added filter for SEO-G names to drop words with a number of characters less than the predefined one.

 

The main feature for this release is the auto-builder for SEO names. When enabled this operation takes place on the catalog end. Identifiers are automatically translated to names based on class and configuration options. This process fully automates generation of the SEO-G URLs. All other features are also available ie: manual user-input for SEO names.

Share this post


Link to post
Share on other sites

Hello,

 

i get this problem, and i have search the last 3 days ... but i dont find anything that can help me:

Fatal error: Call to a member function on a non-object in /var/www/vhost/damrotech-test/includes/functions/html_output.php on line 57

 

and this is in html_output.php:

//-MS- SEO-G Added
   $link = $g_seo_url->get_seo_url($link, $separator);
//-MS- SEO-G Added EOM

 

So, i have:

PHP Version 4.3.10-19

Apache 2.0 Handler

register_globals On On

Zend Loader enabled

 

apache2handler

Loaded Modules core mod_access mod_auth mod_log_config mod_logio mod_env mod_setenvif prefork http_core mod_mime mod_status mod_autoindex mod_negotiation mod_dir mod_alias mod_so mod_actions mod_deflate mod_php4 mod_rewrite

 

.htaccess:

Options +FollowSymLinks
RewriteEngine On 
RewriteBase /
RewriteRule ^(.*).html$ root.php?$1.html&%{QUERY_STRING}

 

Im useing no other seo-contrib, i have explicit read the "readme/install" and verify all oscommerce-admin-config switches....

I have no idea why it isnt working ... can you help me please ?!

 

I hope this information is enough ^^

Share this post


Link to post
Share on other sites
Im useing no other seo-contrib, i have explicit read the "readme/install" and verify all oscommerce-admin-config switches....

I have no idea why it isnt working ... can you help me please ?!

make sure you've implemented item-8a from the latest version's documentation (v1.15).

Share this post


Link to post
Share on other sites

thanks for quick replay.

i have add this:

//-MS- SEO-G Added

global $request_type, $session_started, $SID, $g_seo_url;

//-MS- SEO-G Added EOM

 

i use the html_output from your contrib....

 

but it doesent work ^^

Share this post


Link to post
Share on other sites
thanks for quick replay.

i have add this:

//-MS- SEO-G Added

global $request_type, $session_started, $SID, $g_seo_url;

//-MS- SEO-G Added EOM

 

i use the html_output from your contrib....

 

but it doesent work ^^

Have you changed the application_top.php according to the instructions? These syntax errors indicate you haven't installed the module properly. Follow the manual instructions and verify each change. This error

 

Fatal error: Call to a member function on a non-object in /var/www/vhost/damrotech-test/includes/functions/html_output.php on line 57

 

means the class prototype is not found. Make sure you did all mods including the application_top.php and the root.php is present.

Share this post


Link to post
Share on other sites

hmm,

 

thanks, but i have diff all files manually in ultraedit, to find changes ...

 

but, ... i will install it again. its a test shop. so nothing is important on the shop.

if you say it is definitiv an install error, i will install it again.

 

i will write tomorrow my answere after installed it. thanks for your help.

 

tyv

Share this post


Link to post
Share on other sites
hmm,

 

thanks, but i have diff all files manually in ultraedit, to find changes ...

 

but, ... i will install it again. its a test shop. so nothing is important on the shop.

if you say it is definitiv an install error, i will install it again.

 

i will write tomorrow my answere after installed it. thanks for your help.

 

tyv

 

If you're certain the files are moded according with the instructions check if all moded (and new files) are present on the server end, inside the correct folders. It's very easy to accidentally place one of the files in the wrong folder and then the contribution will have problems.

Edited by enigma1

Share this post


Link to post
Share on other sites

Hello,

 

i think i found a little thing:

"seo_url_admin.php"

 

This file isnt on the list of new_files. And there is also no information about it.

There is also no information to copy this file. I think it is a little error in file-list.

 

It is just a comment from me ;-)

 

Tyv

Share this post


Link to post
Share on other sites
Hello,

 

i think i found a little thing:

"seo_url_admin.php"

 

This file isnt on the list of new_files. And there is also no information about it.

There is also no information to copy this file. I think it is a little error in file-list.

 

It is just a comment from me ;-)

 

Tyv

 

Yes that file is not in use and forgot to delete it. Originally that file was targeting the automatic generation of seo names from the admin end. Later I implemented the code to do this from the catalog end (which is now part of the v1.15).

 

That file is not used anywhere and I will make sure it is removed with the archive of the next version.

 

Thanks.

Share this post


Link to post
Share on other sites

Hu,

 

so, it works. But i have a problem. The problem is not from the seo contrib. But now the main categories dont work.

Can you take a look and give me a hint ?!

 

http://88.198.164.75/index.php

 

I can post my categories.php box file, but it is large ..

 

tyv

 

EDIT:

If you click on a link in the head like "Samsung Brenner", then hte categories opens and then the second categories will work ... hummmmm....

It change in the main categorie allways to index.html ... but i dont know why

Edited by tyveris

Share this post


Link to post
Share on other sites

Hu,

 

i have a question:

When i have categories with the same name like 4x, 8x, 16x .. is this a problem ? Beacause it seems so....

If i click on the main banner "Top Angebot" then categories opens, and i see 8x and 16x in the "DVD+R printable Rohlinge" categorie, but when i click on 8x

in "DVD+R printable Rohlinge" it will change to "DVD+RW Rohlinge" .... this is bad .. wahhh ....

 

Should i rename my categories or should i define for every categorie a link titel for seo ?

 

 

Thanks

 

Tyv

 

P.S.: I think i have found my error at the first install: in the main apache config for the vhost there was the option "Options FollowSymLinks" without the "+".

I have changed it, i think this was the problem ? (or not ... huuu)

;-)

Share this post


Link to post
Share on other sites

Hu,

 

sorry, i found all my errors and fixed it!

(i think)

 

Now, after i have read the first 3 pages of this topic i solve my problems with the categories and the "header already send" ...

 

Thanks for the great contribution!

 

 

Tyv

Share this post


Link to post
Share on other sites
Yes so far checking the files/code and from the tests, I do not see anything that could cause other side effects. So I am planning to include this same modification with the next version.

 

I tried couple of other methods but they don't work. I was able to replicate exactly the problem you were having and also I set-up different domains for secure/non-secure connections. Commenting out that part of the tep_redirect so far works.

 

If someone else spots something wrong with this approach will be good to know, because this is part of the original osC code so is good to know if there is a known problem not having that code patching the finalized link to https.

 

Hi,

 

I've been following the post on the checkout success to cookie useage page problem, as I have the same problem on my site. I did add the fix you gave for the general.php file and it did correct the problem. I have tested the create account and login parts and went through the checkout process without any problems. The only thing is that I get the security alert box when I click on the continue button on the Checkout success page:

 

"You are about to be redirectd to a connection that is not secure...information you are sending might be retransmitted to a nonsecure site...."

 

How can I eliminate this prompt? Clicking Yes take me to the Index page.

 

Thanks

Share this post


Link to post
Share on other sites

Mark:

 

Nice mod. I particularly appreciate the google sitemaps output. I had to remove the double quotes from $notify_string = 'http://www.google.com/webmasters/sitemaps/ping?sitemap=' . $sitemap_url . ''; that surrounded the $sitemap_url - that was it. Everything else works great. I did notice that response time (i.e. click on product to page load time) has increased to around 17 seconds - up from under 8 before. Any ideas as to how to speed things up?


--

Regards,

 

J Gartner

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

×