New 
annuity
-
Posts
40 -
Joined
-
Last visited
Posts posted by annuity
-
-
Also when in mobile mode a design i like is to have a slide in menu from the left hand side, which contains the main categories and important links etc. The menu slides in by the user clicking a small icon on the left hand side, which also remains in place as the user scrolls down so is always available. This hugely benefits the user experience when in mobile mode as there isn't the space the have categories in the header menu. https://www.w3schools.com/howto/howto_js_sidenav.asp
-
Hi,
I wanted to ask/request if the standard template could come with what they call "Sticky Header". Whereby when the user scrolls down in any mode desktop/tablet/mobile the header sticks to the top of the page. https://www.w3schools.com/howto/howto_js_sticky_header.asp
-
Hi,
I just wanted to ask regarding Paypal specifically. It looks like Paypal have replaced the old hosted/web payments pro with a new solution called Paypal checkout. Will one of the payment modules supplied with v4 be Paypal checkout please?
-
Hi Jack,
Having trouble installing this on my BS Edge site php 7. Got 500 error at googlesitemap/index.php with default settings. So i went through the index.php file and sitemap.class.php and made all the usual changes. Hard coded paths and changed class construct, changed mysql to mysqli and commented out require for filenames but nothing seems to work. I've tried disabling seo urls in case that was causing an issue but didn't change anything. Unfortunately because it's giving 500 error i've got nothing to work off in diagnostics or error log.
Can you offer any advice as to what might be causing the issue?
Denzel it seems you got this working on edge. Can you elaborate on any other changes you had to make than the ones i've mentioned above to get it working?
-
Also is it possible to set the elements within the container to equal height as well? For example in grid product listing the price and buy now buttons are at different heights as you look along the row of products depending on the length of the product title. I would like each element(product image, title, price & buy now) to be level regardless of title length.
I wonder if a work around would be to set the price & buy now element to a fixed point from the bottom of the container? So you would have different white space between the title and price and buy now elements but the price and buy now elements would all be level across the row of products.
-
Great mod thanks very much for your hard work. I was wondering is there a way to add the same equal height functionality to the sub-categories section on a nested category page please?
-
Further to my previous post above. I have moved hosts and on a fresh install it is still displaying the same behaviour so please could anyone who has oscommerce 2.3 and the latest version of USU5 pro(r205) installed please take just 10 seconds to check the following for me:
Go to your home page ie. www.yoursite.com
Click on any category/product/manufacturer ie. www.yoursite.com/category-c-1.html
In your browser manually change the URL to ie. www.yoursite.com/-c-1.html
Press enter
Do you get a 404 page not found or does the URL change back to www.yoursite.com/category-c-1.html?
Also is anyone using the manual 301 redirects in includes/modules/ultimate_seo_urls5/includes/uri_redirects_array.php? Does it work for you? I can't get anything to 301 redirect even the examples given in the original file, which is:
<?php /** * * ULTIMATE Seo Urls 5 PRO ( version 1.1 ) * * * @package USU5_PRO * @license http://www.opensource.org/licenses/gpl-2.0.php GNU Public License * @link http://www.fwrmedia.co.uk * @copyright Copyright 2008-2009 FWR Media * @copyright Portions Copyright 2005 ( rewrite uri concept ) Bobby Easland * @author Robert Fisher, FWR Media, http://www.fwrmedia.co.uk * @lastdev $Author:: Rob $: Author of last commit * @lastmod $Date:: 2010-12-21 22:45:02 +0000 (Tue, 21 Dec 2010) $: Date of last commit * @version $Rev:: 196 $: Revision of last commit * @Id $Id:: uri_redirects_array.php 196 2010-12-21 22:45:02Z Rob $: Full Details */ /** * Array of URIs to be 301 redirected * @package USU5_PRO * @example 'hardware-c-99' => array( 'index.php', 'cPath=1' ) redirects the specific uri hardware-c-99 to the current uri for cPath=1 */ /* $usu5_uri_redirects = array( 'hardware-c-99' => array( 'index.php', 'cPath=1' ), 'hardware-c-101' => array( 'index.php', 'cPath=1' ), 'de/hardware-c-101' => array( 'index.php', 'cPath=1' ) ); */I have tried removing the /* and */ but no matter what i do i can't get anything to 301 redirect. Also should the old URL like hardware-c-99 in the example above not be hardware-c-99.html? I have tried it with and without anyway but as i say nothing will 301 redirect i just get a 404 page not found.
Every other part of the contribution is working perfectly. The weird thing is i have other websites with older versions of USU 5 that redirect -c-1.html correctly and manual 301 redirects work perfectly so i don't understand why with this latest version i am havng these issues. I have root access to the server so can change anything if required. I need to get manual 301 redirects working because i don't have control over my categories so they could be changed at anytime and i need to be able to 301 redirect from the old categories to the new ones.
Thank you.
Ok i've managed to install a new class to handle manual redirects so that ones sorted but the other issue of www.domain.com/-c-.1.html not redirecting and showing a 404 page is still happening. I thought of simply adding -c-.1.html and categoryname-c-.1.html to my redirect array but it gives a redirect loop.
I have noticed the 404 page when the url is www.domain.com/-c-.1.html is not the USU5 404 page so it seems for some reason when the url is www.domain.com/-c-.1.html it does not even enter into the system so to speak and the server rejects it before that. But if i add any letter into the url before the hyphen for example www.domain.com/Z-c-.1.html the redirect works. I thought this could be a configure.php or .htaccess issue but both look fine. Could it be something on my server? I have root access so can tweak anything i just need to know what. Anybody got any suggestions please?
-
Further to my previous post above. I have moved hosts and on a fresh install it is still displaying the same behaviour so please could anyone who has oscommerce 2.3 and the latest version of USU5 pro(r205) installed please take just 10 seconds to check the following for me:
Go to your home page ie. www.yoursite.com
Click on any category/product/manufacturer ie. www.yoursite.com/category-c-1.html
In your browser manually change the URL to ie. www.yoursite.com/-c-1.html
Press enter
Do you get a 404 page not found or does the URL change back to www.yoursite.com/category-c-1.html?
Also is anyone using the manual 301 redirects in includes/modules/ultimate_seo_urls5/includes/uri_redirects_array.php? Does it work for you? I can't get anything to 301 redirect even the examples given in the original file, which is:
<?php /** * * ULTIMATE Seo Urls 5 PRO ( version 1.1 ) * * * @package USU5_PRO * @license http://www.opensource.org/licenses/gpl-2.0.php GNU Public License * @link http://www.fwrmedia.co.uk * @copyright Copyright 2008-2009 FWR Media * @copyright Portions Copyright 2005 ( rewrite uri concept ) Bobby Easland * @author Robert Fisher, FWR Media, http://www.fwrmedia.co.uk * @lastdev $Author:: Rob $: Author of last commit * @lastmod $Date:: 2010-12-21 22:45:02 +0000 (Tue, 21 Dec 2010) $: Date of last commit * @version $Rev:: 196 $: Revision of last commit * @Id $Id:: uri_redirects_array.php 196 2010-12-21 22:45:02Z Rob $: Full Details */ /** * Array of URIs to be 301 redirected * @package USU5_PRO * @example 'hardware-c-99' => array( 'index.php', 'cPath=1' ) redirects the specific uri hardware-c-99 to the current uri for cPath=1 */ /* $usu5_uri_redirects = array( 'hardware-c-99' => array( 'index.php', 'cPath=1' ), 'hardware-c-101' => array( 'index.php', 'cPath=1' ), 'de/hardware-c-101' => array( 'index.php', 'cPath=1' ) ); */I have tried removing the /* and */ but no matter what i do i can't get anything to 301 redirect. Also should the old URL like hardware-c-99 in the example above not be hardware-c-99.html? I have tried it with and without anyway but as i say nothing will 301 redirect i just get a 404 page not found.
Every other part of the contribution is working perfectly. The weird thing is i have other websites with older versions of USU 5 that redirect -c-1.html correctly and manual 301 redirects work perfectly so i don't understand why with this latest version i am havng these issues. I have root access to the server so can change anything if required. I need to get manual 301 redirects working because i don't have control over my categories so they could be changed at anytime and i need to be able to 301 redirect from the old categories to the new ones.
Thank you.
As I can't PM Robert and i first posted on here on 16th August without reply, if there are any coders out there reading this please reply on this thread or PM me with a quote as i need to get these 2 small issues fixed and move on with my life. Time is money.
I need www.domainname.com/-c-1.html to redirect to www.domainname.com/category-name-c-1.html. This is for twitter links.
I need manual 301 redirects to work as my categories can get deleted at anytime and i need to be able to manually redirect the old urls without clogging up the .htaccess file.
Thank you
-
Hi FWR,
I have the latest version of USU5 pro installed on oscommerce v.2.3.1 and i wanted to ask a question regarding how the latest version handles redirects as it seems to operate slightly differently from an older version of USU5 i have on another site.
On this new site with the latest version of USU5 if i manually change the URL in the browser from say product-name-p-12.html to -p-12.html i get a 404 page where as on the site with the older version it will redirect to product-name-p-12.html on just -p-12.html. On the latest version it will only redirect if at least one letter is before the hyphen like z-p-12.html but it can be any letter.
Please could you advise if this is an intentional new way of redirecting or if it is a problem with my setup? I have tried turning Output W3C valid URLs? Force www.mysite.com/ when www.mysite.com/index.php and Remove all non-alphanumeric characters? both true and false with no joy.
Everything operates fine apart from this small issue.
Further to my previous post above. I have moved hosts and on a fresh install it is still displaying the same behaviour so please could anyone who has oscommerce 2.3 and the latest version of USU5 pro(r205) installed please take just 10 seconds to check the following for me:
Go to your home page ie. www.yoursite.com
Click on any category/product/manufacturer ie. www.yoursite.com/category-c-1.html
In your browser manually change the URL to ie. www.yoursite.com/-c-1.html
Press enter
Do you get a 404 page not found or does the URL change back to www.yoursite.com/category-c-1.html?
Also is anyone using the manual 301 redirects in includes/modules/ultimate_seo_urls5/includes/uri_redirects_array.php? Does it work for you? I can't get anything to 301 redirect even the examples given in the original file, which is:
<?php /** * * ULTIMATE Seo Urls 5 PRO ( version 1.1 ) * * * @package USU5_PRO * @license http://www.opensource.org/licenses/gpl-2.0.php GNU Public License * @link http://www.fwrmedia.co.uk * @copyright Copyright 2008-2009 FWR Media * @copyright Portions Copyright 2005 ( rewrite uri concept ) Bobby Easland * @author Robert Fisher, FWR Media, http://www.fwrmedia.co.uk * @lastdev $Author:: Rob $: Author of last commit * @lastmod $Date:: 2010-12-21 22:45:02 +0000 (Tue, 21 Dec 2010) $: Date of last commit * @version $Rev:: 196 $: Revision of last commit * @Id $Id:: uri_redirects_array.php 196 2010-12-21 22:45:02Z Rob $: Full Details */ /** * Array of URIs to be 301 redirected * @package USU5_PRO * @example 'hardware-c-99' => array( 'index.php', 'cPath=1' ) redirects the specific uri hardware-c-99 to the current uri for cPath=1 */ /* $usu5_uri_redirects = array( 'hardware-c-99' => array( 'index.php', 'cPath=1' ), 'hardware-c-101' => array( 'index.php', 'cPath=1' ), 'de/hardware-c-101' => array( 'index.php', 'cPath=1' ) ); */I have tried removing the /* and */ but no matter what i do i can't get anything to 301 redirect. Also should the old URL like hardware-c-99 in the example above not be hardware-c-99.html? I have tried it with and without anyway but as i say nothing will 301 redirect i just get a 404 page not found.
Every other part of the contribution is working perfectly. The weird thing is i have other websites with older versions of USU 5 that redirect -c-1.html correctly and manual 301 redirects work perfectly so i don't understand why with this latest version i am havng these issues. I have root access to the server so can change anything if required. I need to get manual 301 redirects working because i don't have control over my categories so they could be changed at anytime and i need to be able to 301 redirect from the old categories to the new ones.
Thank you.
-
I tested it here and it worked as expected so it has to be something in your shop. You could try using the original manufacturers box from the 2.3 package to see if it works with it.
It's a weird one and i'm also concerned that www.mysite.com/?manufacturers_id=4 returns the correct manufacturers page and doesn't redirect to the correct seo url or cause a 404. I've uninstalled everything and re-installed USU5 to test and the manufacturers box works fine. So i don't understand why it's not working with your version. I also noticed with USU5 that www.mysite.com/?manufacturers_id=4 redirects to the correct seo url but the problem i have with that contribution is -c-1.html, -m-1.html and -p-1.html don't redirect and just 404 but your version redirects them correctly to category-name-c-1.html, manufacturer-name-m-1.html and product-name-p-1.html. I need a mix of both contributions it seems! Damn you computer gods!
-
That url is invalid. It is missing index.php. The code is correct so my guess is that you have changed the FILENAME_DEFAULT definition. If you turn this contribution off and the url is displayed as you show it, then the problem is in your shops code, not the contribuitons code.
Hi Jack,
Many thanks for getting back to me. As far as i'm aware everything is as standard with regards FILENAME_DEFAULT. I have checked filenames.php and FILENAME_DEFAULT is defined as
define('FILENAME_DEFAULT', 'index.php');. I have looked at "view source" on my site and the html for the manufacturers drop down is showing as the following:
<div class="ui-widget infoBoxContainer"> <div class="ui-widget-header infoBoxHeading">Manufacturers</div> <div class="ui-widget-content infoBoxContents"><form id="manufacturers" action="http://www.amysite.com/index.php" method="get"><fieldset><select name="manufacturers_id" onchange="this.form.submit();" size="1" style="width: 100%"><option value="" selected="selected">Please Select</option><option value="6">Canon</option><option value="4">Fox</option><option value="8">GT Interactive</option><option value="9">Hewlett Packard</option><option value="5">Logitech</option><option value="1">Matrox</option><option value="2">Microsoft</option><option value="10">Samsung</option><option value="7">Sierra</option><option value="3">Warner</option></select></fieldset></form></div></div>
The URL in the "action" part shows action="http://www.mysite.com/index.php" so it seems the index.php bit isn't being passed through when you actually click on a link. Is that the problem? I didn't have a problem with this drop down when USU5 was installed so i will have a look at the code for it and see if i can spot something that might help. Do we need to change this bit
select name="manufacturers_id"
to something like
select name="index.php/manufacturers_id"
?
Also do you have a solution for the "please select" link to not be a link or to direct to the homepage when clicked?
-
If it helps to solve the issue Jack i am getting a new error as follows:
Undefined variable: actaulID in includes/classes/seo.class.php on line 2641
Undefined index: path in includes/classes/seo.class.php on line 2593
-
Sorry another thing i just noticed with the manufacturers drop down is when i click "please select" the url goes to www.mysite.com/?manufacturers_id= and a page is displayed. Is there a way to make the "please select" link not a link at all or at least make it redirect to the homepage or something?
-
Hi Jack,
As i say i've installed Version 2.2d-11 and everything is working great. The issue i was having with USU5 pro not redirecting -c-26.html is fixed with your version and i installed the validator which has fixed manufacturer links not redirecting.
The only issue i have is with the manufacturers drop down menu. I have searched the thread and seen it mentioned before but didn't see a solution.
My site is oscommerce 2.31 and has a few contributions installed now but nothing that has touched the manufacturers info box.
When i choose a manufacturer from the drop down it takes me to the page ok but the URL is structured like this www.mysite.com/?manufacturers_id=4. As i say the code for the manufactuers drop down is standard and is as follows:
<?php /* $Id$ osCommerce, Open Source E-Commerce Solutions http://www.oscommerce.com Copyright (c) 2010 osCommerce Released under the GNU General Public License */ class bm_manufacturers { var $code = 'bm_manufacturers'; var $group = 'boxes'; var $title; var $description; var $sort_order; var $enabled = false; function bm_manufacturers() { $this->title = MODULE_BOXES_MANUFACTURERS_TITLE; $this->description = MODULE_BOXES_MANUFACTURERS_DESCRIPTION; if ( defined('MODULE_BOXES_MANUFACTURERS_STATUS') ) { $this->sort_order = MODULE_BOXES_MANUFACTURERS_SORT_ORDER; $this->enabled = (MODULE_BOXES_MANUFACTURERS_STATUS == 'True'); $this->group = ((MODULE_BOXES_MANUFACTURERS_CONTENT_PLACEMENT == 'Left Column') ? 'boxes_column_left' : 'boxes_column_right'); } } function getData() { global $_GET, $oscTemplate; $data = ''; $manufacturers_query = tep_db_query("select manufacturers_id, manufacturers_name from " . TABLE_MANUFACTURERS . " order by manufacturers_name"); if ($number_of_rows = tep_db_num_rows($manufacturers_query)) { if ($number_of_rows <= MAX_DISPLAY_MANUFACTURERS_IN_A_LIST) { // Display a list $manufacturers_list = '<ul style="list-style: none; margin: 0; padding: 0;">'; while ($manufacturers = tep_db_fetch_array($manufacturers_query)) { $manufacturers_name = ((strlen($manufacturers['manufacturers_name']) > MAX_DISPLAY_MANUFACTURER_NAME_LEN) ? substr($manufacturers['manufacturers_name'], 0, MAX_DISPLAY_MANUFACTURER_NAME_LEN) . '..' : $manufacturers['manufacturers_name']); if (isset($_GET['manufacturers_id']) && ($_GET['manufacturers_id'] == $manufacturers['manufacturers_id'])) $manufacturers_name = '<strong>' . $manufacturers_name .'</strong>'; $manufacturers_list .= '<li><a href="' . tep_href_link(FILENAME_DEFAULT, 'manufacturers_id=' . $manufacturers['manufacturers_id']) . '">' . $manufacturers_name . '</a></li>'; } $manufacturers_list .= '</ul>'; $content = $manufacturers_list; } else { // Display a drop-down $manufacturers_array = array(); if (MAX_MANUFACTURERS_LIST < 2) { $manufacturers_array[] = array('id' => '', 'text' => PULL_DOWN_DEFAULT); } while ($manufacturers = tep_db_fetch_array($manufacturers_query)) { $manufacturers_name = ((strlen($manufacturers['manufacturers_name']) > MAX_DISPLAY_MANUFACTURER_NAME_LEN) ? substr($manufacturers['manufacturers_name'], 0, MAX_DISPLAY_MANUFACTURER_NAME_LEN) . '..' : $manufacturers['manufacturers_name']); $manufacturers_array[] = array('id' => $manufacturers['manufacturers_id'], 'text' => $manufacturers_name); } $content = tep_draw_form('manufacturers', tep_href_link(FILENAME_DEFAULT, '', 'NONSSL', false), 'get') . tep_draw_pull_down_menu('manufacturers_id', $manufacturers_array, (isset($_GET['manufacturers_id']) ? $_GET['manufacturers_id'] : ''), 'onchange="this.form.submit();" size="' . MAX_MANUFACTURERS_LIST . '" style="width: 100%"') . tep_hide_session_id() . '</fieldset></form>'; } $data = '<div class="ui-widget infoBoxContainer">' . ' <div class="ui-widget-header infoBoxHeading">' . MODULE_BOXES_MANUFACTURERS_BOX_TITLE . '</div>' . ' <div class="ui-widget-content infoBoxContents">' . $content . '</div>' . '</div>'; } return $data; } function execute() { global $SID, $oscTemplate; if ((USE_CACHE == 'true') && empty($SID)) { $output = tep_cache_manufacturers_box(); } else { $output = $this->getData(); } $oscTemplate->addBlock($output, $this->group); } function isEnabled() { return $this->enabled; } function check() { return defined('MODULE_BOXES_MANUFACTURERS_STATUS'); } function install() { tep_db_query("insert into " . TABLE_CONFIGURATION . " (configuration_title, configuration_key, configuration_value, configuration_description, configuration_group_id, sort_order, set_function, date_added) values ('Enable Manufacturers Module', 'MODULE_BOXES_MANUFACTURERS_STATUS', 'True', 'Do you want to add the module to your shop?', '6', '1', 'tep_cfg_select_option(array(\'True\', \'False\'), ', now())"); tep_db_query("insert into " . TABLE_CONFIGURATION . " (configuration_title, configuration_key, configuration_value, configuration_description, configuration_group_id, sort_order, set_function, date_added) values ('Content Placement', 'MODULE_BOXES_MANUFACTURERS_CONTENT_PLACEMENT', 'Left Column', 'Should the module be loaded in the left or right column?', '6', '1', 'tep_cfg_select_option(array(\'Left Column\', \'Right Column\'), ', now())"); tep_db_query("insert into " . TABLE_CONFIGURATION . " (configuration_title, configuration_key, configuration_value, configuration_description, configuration_group_id, sort_order, date_added) values ('Sort Order', 'MODULE_BOXES_MANUFACTURERS_SORT_ORDER', '0', 'Sort order of display. Lowest is displayed first.', '6', '0', now())"); } function remove() { tep_db_query("delete from " . TABLE_CONFIGURATION . " where configuration_key in ('" . implode("', '", $this->keys()) . "')"); } function keys() { return array('MODULE_BOXES_MANUFACTURERS_STATUS', 'MODULE_BOXES_MANUFACTURERS_CONTENT_PLACEMENT', 'MODULE_BOXES_MANUFACTURERS_SORT_ORDER'); } } ?>Please could you help me fix it so it calls the links correctly as www.mysite.com/manufacturer-m-4.html ?
-
The code for it is built into the includes/header_tags.php file so it probably won't be of much use to you. I can't imagine why you would only use part of the contribution but if you are going to do that, you probably should use one of the other meta tags contributions that just concentrate on meta tags. Header Tags is meant to help SEO a site but by not using it as designed, you are bypassing that and making it pretty useless. There is also an addon just for canonical tags which works without having to have the Header Tags SEO addon installed. That is probably what you should use, in your case. Please ask any other Header Tags related questions in its support thread.
Header tags seo is a great contribution I think i did it my way to keep database queries to a minimum, that's my ultimate goal with this new site and I tend to write all my tags manually anyway so i just needed the code to input everything into the database really. The if else statements are to have at least something if the header tags are not set. I think i am using the canonical tag contribution you mentioned on another site of mine and i was reluctant to use it as i have an issue with google indexing my urls with < at the end and the canonical is the same. I can't exclude < from the canonical no matter what i do so google is always complaining about all my urls being duplicates cos .html and .html< are displaying exactly the same content. I will give it another go anyway as it seems adding < to the end of my urls on this new site causes a 404. I have installed your version of seo url's now and have a question so i will go post it there. Many thanks for all your help once again.
-
No, SEO 5 isn't a continuation of Chemo's version. I updated Chemo's version and is the one I recommend. As for SEO 5 working with this, or any contribution, since I don't support it, I can't help with the compatibility problems. There are several fixes around to get it to work with various contributions, though I don't recall if there was a fix for this one. If so, it has probably been mentioned in this thread.
As for canonical, I suggest you insall Header Tags SEO since it has that built-in. You'll have to change a setting in SEO 5 to have it work properly with Header Tags. See the link in my signature for the SEO-type contributions I recommend.
Hi Jack,
Many thanks for getting back to me. I will install your version of seo url's and see how i go. With regards using Header Tags SEO for the canonical links, could you advise the specific sections of code that deal with the canonical links because the thing is to cut a long story short i'm using header tags seo already but not all of it. I have previously installed it on other sites and decided this time to not include the page control admin section or most of the catalog side except for the relevant sql queries that need adjusting to retrieve the extra info.
Instead i have hard coded the meta tags on the catalog side with if else statements echoing things like $category['categories_htc_desc_tag']; and create the meta tags text for each product & category as normal with header tags seo in admin/categories.php.
So in other words i don't have the canonical tags part of header tags seo installed. Please could you advise the parts of the header tags seo code that deal with the canonical tag?
As i'm going off topic now i will post any further questions regarding seo urls or header tags seo in the appropriate support forum.
-
Hi FWR,
I have the latest version of USU5 pro installed on oscommerce v.2.3.1 and i wanted to ask a question regarding how the latest version handles redirects as it seems to operate slightly differently from an older version of USU5 i have on another site.
On this new site with the latest version of USU5 if i manually change the URL in the browser from say product-name-p-12.html to -p-12.html i get a 404 page where as on the site with the older version it will redirect to product-name-p-12.html on just -p-12.html. On the latest version it will only redirect if at least one letter is before the hyphen like z-p-12.html but it can be any letter.
Please could you advise if this is an intentional new way of redirecting or if it is a problem with my setup? I have tried turning Output W3C valid URLs? Force www.mysite.com/ when www.mysite.com/index.php and Remove all non-alphanumeric characters? both true and false with no joy.
Everything operates fine apart from this small issue.
-
Hang on i've just realised i've got you mixed up with someone else called fwr media. USU5 is not your contribution is it. My apologies. Whats the deal with seo url's i'm confused now!? I see you support Ultimate SEO V 2.2d so what is the difference to USU5 pro? Does USU5 use none standard code or something? I thought USU5 was a continuation of chemos version and that was now obsolete but I notice in the contribution description you mention yours is compatible with all contributions, which suggests to me usu5 pro isn't? I have no preference to which version of seo url's i use so should i try your version(i notice there is an osc 2.3 version) and maybe the problems im having with the related categories on seo sitemap and -p-12.html not redirecting will be resolved?
While i'm here the next thing i'm looking at is canonical links. Please could you recommend a contribution that works best with your version of SEO url's?
-
Sorry Jack one final thing i thought to mention. I noticed with regards to USU5 that the latest version seems to handle redirects slightly differently from an older version i have on another site. On the site we've been talking about with the latest version of USU5 if i manually change the URL in the browser from say product-name-p-12.html to -p-12.html i get a 404 page where as on the site with the older version it will redirect to product-name-p-12.html on just -p-12.html. On the new version it will only redirect if at least one letter is before the hyphen like z-p-12.html but it can be any letter.
Now i don't know if this new way of redirecting is intentional or if it is a problem with my setup and related to what we've been discussing, which is why i'm mentioning it. The older way seems better to me unless there are valid reasons for making the change i'm not aware of.
-
By the way no errors are being produced with error reporting set to error_reporting(E_ALL & ~E_NOTICE & E_DEPRECATED);
-
This is usually caused by the use of an outdated version of Ultimate SEO. Please be sure you are using V2.2d-11.
Hi Jack,
Right that's weird cos i'm using the latest version of USU5 pro on 2.3. I tried something you mentioned back in the thread to someone else but that just changed all the links to -c-1.html -c-2.html etc. instead of -c-1_1.html -c-1_2.html, so no parent id.
USU 5 seems to be working fine everywhere else, i'll try to explain some things about my setup and maybe your expert brain will pick up on something i mention.
I did have issues getting a fresh install of 2.3.1 to work on my server. I had issues with the the language id not being picked up and i had to tweak the code in application_top.php to get it working and the part i tweaked was near to where some USU 5 code goes related to language_id. Could that be something to do with it?
I also had issues with the currency(prices going to zero and the currency reseting to default when i navigated the site) and again had to tweak application top to get it to work. My host wasn't much help they just kept saying everything should be fine. PHP is 5.3, register globals is off, long arrays is on etc. etc. but they do have that suhosin installed, which i keep seeing mentioned on here and something made a fresh install of oscommerce 2.3 not work anyway.
On the admin side i had the language_id issue and unable to determine page link(related to php self i think). Again things in login.php and application_top.php had to be tweaked to get the site to work. My admin side now doesn't redirect as i think the fix for unable to determine page link was to force index.php if php self is null.
I must admit i've had a nagging feeling that the issues i had right at the start aren't really fixed and just papered over but like i say everything seems to be working fine now. I even tried a fresh install of 2.2rc2a but had the same language id issues so thought i'd best just stick with the latest version as whatever the problem is it seems to be the same for both versions.
Finally the eval function and ini_set are disabled.
I don't know if anything i've said has rang any bells with you like i say i'm not a coder so thought i would just throw a few things out there and see what you thought.
-
The example I gave said to use c.categories_id. You could try c.parent_id. I do plan to release a 2.3 version but no idea when that might be. Normally I would have updated a number of my contributions by now but due to the changes required for 2.3, it just adds too much extra work to convert them all and keep them updated. Releasing 2.3 as it was was such a silly mistake, but that's another story. :)
Hi Jack,
Apologies for the delay in getting back to you. I tried c.parent_id but that made all the links disappear unfortunately as i thought it might. It looks like we need to find a way of keeping the current category id in the sql query as it needs it to find the related categories while at the same time excluding it from the final result. I don't know if something can be done once it's looped through and got all the categories ready to output onto the page.
I have also noticed that i am experiencing the -c-_4.html issue on the related categories. I tried changing $p_category_link = false in category_tree_no_products.php to true and thought that had fixed it but it just made all the parent id's 1 so the links all looked like -c-1_4.html not matter what the real number of the parent_id is. The issue seems to have something to do with $p_category_link but i can't work out why it's not working. The links on the sitemap page itself are all fine though so i will just leave the related categories bit out for now until hopefully you get chance to look at this contribution again in the future. Many thanks for your help Jack.
-
Thank you, I appreciate it. It is sad about Chemo's death, though it was not unexpected. He made a very large and positive change to oscommerce and never got the thanks he deserved, in my opinion, due to problems he had with Harold.
Yeh once i found out i did wonder weather his nickname had more sinister meaning than i had realised. I just prayed it wasn't suicide as he was so young and respected by so many. It's weird cos i never spoke to the guy and he'd been banned a couple of years before i even knew what oscommerce was but once your looking for anything to do with oscommerce you see his great work and like i say i didn't know the guy but he helped me alot so was really gutted when i saw the posts that he had passed away. I'm sure alot of others felt the same way.
God knows why Harold had problems with him you would have thought the opposite would be the case but maybe i'm looking at things with rose tinted glasses and don't really know anything about it anyway apart from the odd vague post on here.
Anyway keep well Jack and many thanks once again.
-
I'm sure it could be done but it isn't something I have time to go through right now.
No worries i understand i'm just glad to hear you think it can be done. Do you think the sql query can be manipulated to achieve what i want or will it take more than that? If it'll take more i'll move onto other things for now and have a play with it again later. Perhaps if you ever do a 2.31 update for this contribution you might consider having another look at it. I don't know if it's something you'd like to see yourself. If i work it out i'll post it here.
osCommerce v4 demo
in General Support
Posted
We signed up for beta testing and to demo the new site when v4 was first announced but have heard nothing since. We have supported Oscommerce since 2007 and have held on believing Harold and now the new owners would come through on their promises but it's getting to the point now when we are going to have to reluctantly look elsewhere.