Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

altoid

♥Ambassador
  • Content count

    1,571
  • Joined

  • Last visited

  • Days Won

    13

Posts posted by altoid


  1. one of these 2....

     

    1. in the language file for the product reviews pages you add in a define for HEADING_TITLE . (Will then only give 1 title but looks way better)

     

    or

     

    2. modify includes/easy_meta_tags.php to also generate title and tags for product reviews pages.

     

    I am going to give number 2 a shot. This will be an opportunity to tackle some coding on my own. On the face of it, it appears not to be too huge a task, and so far I have it partially figured out. From what I see from my results so far, I need to work on the query and get that integrated correctly. If I can't I will be back for pointers, if I do, I will be back to get someone to look it over and make sure I haven't balled it up too much.

    Thanks....


  2. I have a 2.3.1 shop in progress...with easy meta tags 1.7A installed.

     

    Over in Google Webmaster tools I noticed duplicate title tags on the product reviews pages.

     

    For those pages, View source shows:

     

    <title>HEADING_TITLE</title>
    <meta name="description" content="HEADING_TITLE : My Shop Name" />
    <meta name="keywords" content="HEADING_TITLE" />
    

     

    So, "HEADING_TITLE" is showing as the page name for all product reviews.

     

    It just seems to be on the product reviews pages this is occurring from what I see.

     

    Any ideas to fix that?

     

    Thanks


  3. There shouldn't be any reason why it won't work with 2.3 since it doesn't change any of the code that is different in that version.

     

    Jack, this is just some feedback on this add on with 2.3.1. Seeing what you wrote here I installed this on an "in progress" 2.3.1 shop.

     

    It's working fine, no problems that I can see after running it a few days. I have a cron job set up for that also and it's run fine as well.

     

    This is with Ultimate SEO V 2.2d-11 installed on the same shop.

    At this point I am only generating the index, products and categories xml sitemaps.


  4. I installed this add on in a 2.3.1 shop I am working on. My meta tag add on for the shop is is easy_meta_1_7a, which has has a modificatiton for 2.3.1.

     

    I followed Sam's install instructions as given for the Remove & Prevent duplicate content with the canonical tag add on, but even though Sam's structions don't cover 2.3.1, the add on appears to be working as it is supposed to.

     

    I tested by running trough many shop pages, checking the canonical url on each one, and watching for glitches and bugs along the way, including adding some dummy customers and did some trial checkouts.

     

    After all that, the canonicals all appear to be correctly generated; as well I noted no bugs or glitches.

     

    All that being said, if someone with more extensive knowledge of code can advise of any unknown factors I should be aware of by installing this on a 2.3.1 shop that would be more than welcome.

     

    Thanks


  5. Quantity Box Question:

     

    I would like to add sizes in quantity, for example I have 25 mediums, 35 large to each product. In AJAX Attribute Manager there is a quantity feature but I am not certain how this actually works. When I add the quantity, there is nothing specific as to what it is being appled to (the product as a whole?) It is not being applied to a specific attribute. I have found another contibution which may allow me to do what I need, but it is not compatible with AJAX Attributes Manager. Any ideas?

     

    It sounds like you are looking for the QT Pro add on. Check this out.

     

    It's compatible with AJAX AM. It takes some work to get it set up, but it's worth it if tracking stock is your goal.


  6. I finally found out the solution to the email issue.

    In the configure page, under the from email address field, you HAVE TO put in From: then your email address.

    If you just put in your email address without the From: then it won't work. It will go to the server default address whatever that is.

     

    Hope this helps. Cheers.

     

    That seems to be the ticket.

     

    By including the "From:" in the area on the admin->sitemonitor->configure page, that not only has my incoming emails showing the correct "from" address, but the sitemonitor_configure_0.php file now updates correctly on the server.

     

    In my case, when I let out the "From:" in the email address area next to where it says "Email address that the SiteMonitor email is sent from (useful for multiple shops)." not only did the server default email address show up, but the sitemonitor_configure_0.php was not updated correctly either.

     

    After a couple test runs, all seems to be operating fine now. Thanks


  7. Its possible if someone worked on your site at one time

    or another, they may have hard coded an old email address

    into one of these files to make things easy for you in the

    future. I know because that's what I did, should I ever need

    to delete the config file.

     

    Hi there, all this is taking place on a relatively out of the box 2.3.1 version. I am the only one working on it.

     

    As noted in my previous post, it was only in the sitemonitor_configure_0.php that I manually changed the email address which got the incoming email "from" address to work for me.

     

    Thanks


  8. I don't understand what you mean by hard-coded. Are you saying you changed the functions file?

     

    Sorry, I apparently used the incorrect terminology. What I meant was in sitemonitor_configure_0.php I manually changed these lines:

     

    $to = 'some_address@your_domain.com'; //where email is sent to  
    $from = 'From: some_address@your_domain.com'; //where email is sent from  
    
    $start_dir = '/home/username/public_html'; //your shops root 
    
    

     

    Whaterver was within the single quotes, I manually changed to what I was changing by using the configuration page on the admin side.

     

    So for example I changed 'some_address@your_domain.com' to 'me@mydomain.com', etc, then uploaded the sitemonitor_configure_0.php file.

     

    Anyway, after doing that the "from" email is showing up correctly now as before it was showing up as originating from my server's domain.

     

    Hope that's clearer.


  9. I am going to respond with some info now, then work with the sitemonitor_configure_0.php file, and make those changes in emails to see what happens. But for now....

     

    OK...here's that follow up.

     

    First, by using the Configuration Control panel "http://myshop.com/admin/sitemonitor_configure_setup.php" I changed the "from" email to something different (to a yahoo address) and updated that setting. Then over in the sitemonitor admin side "http://myshop.com/admin/sitemonitor_admin.php" I ran the process with the third, then first buttons. Result: the email received is the one with "myusername@myhost.com" address. Meaning literally the from email address is my username on my host with the domain being my host's domain....

     

    So with sitemonitor_configure_0.php still showing:

    $to = 'some_address@your_domain.com'; //where email is sent to 
    $from = 'From: some_address@your_domain.com'; //where email is sent from 
    
    $start_dir = '/home/username/public_html'; //your shops root 
    $admin_dir = 'http://www.yourdomain.com/admin'; //your shops admin 
    $admin_username = 'username'; //your admin username 
    $admin_password = 'password'; //your admin password
    

     

    I hard coded these lines:

     

    $to = 'some_address@your_domain.com'; //where email is sent to 
    $from = 'From: some_address@your_domain.com'; //where email is sent from 
    
    $start_dir = '/home/username/public_html'; //your shops root 
    
    

     

    to what I wanted.

     

    Then testing in the sitemonitor admin side "http://myshop.com/admin/sitemonitor_admin.php", using button 3 [Manually Execute Sitemonitor] and 1 [Delete Reference File] my emails came in with the correct "from" address. So the hard coding seemed to fix things up.

     

    Hope that helps......


  10. I am going to respond with some info now, then work with the sitemonitor_configure_0.php file, and make those changes in emails to see what happens. But for now....

     

    If you look in the actual sitemonitor_confiugre.php file, are the email addresses listed there the correct ones?

     

    I found a sitemonitor_configure_0.php file and if I understand what you are looking for here's what I see

     

    $to = 'some_address@your_domain.com'; //where email is sent to
    $from = 'From: some_address@your_domain.com'; //where email is sent from
    
    $start_dir = '/home/username/public_html'; //your shops root
    $admin_dir = 'http://www.yourdomain.com/admin'; //your shops admin
    $admin_username = 'username'; //your admin username
    $admin_password = 'password'; //your admin password

     

    What happens if you go to admin->SiteMonitor->Configure and change the email addresses to something totally different? Does the email you receive have the correct address?

    I will test that out shortly

     

    How are you running SiteMonitor to see the failure (1st, 2ns or 3rd update button)?

    What I did when I ran Site Monitor was the third buton "Manually Execute Site Monitor" and then the first button, "Delete Reference File"


  11. Nothing was changed regarding the emails. Whatever email address is set in the setting is the one that is used. All I can suggest is that you be sure you are looking at the correct instance. That is, if you have two instances setup and they have different email addresses, you may be running the wrong one.

     

    Jack, on this email situation, just some feedback here in hopes that it helps.

     

    After I run some site monitor admin processes, I am also seeing my emails coming in from an email address different than what I set up in site monoitor -> configure.

     

    I have my standard me@mydomain.com email set up, but instead the email shows its sent from my_server_account_username@myservername.com. I hope that's not too confusing i.e. it would look something like accountname001@biz23.superhosting.com.

     

    for 2.3.1

    Operating system linux

    Apache version 2.2.16

    PHP version 5.2.14


  12. I have a problem that I can't seem to figure out. I have been doing some testing with my site and can't seem to figure out the shipping part. Using USPS (stock 2.3 version), it doesn't give me options to pick from. I took a shirt and added it to my cart. When I went to checkout, it only gives me an option for Library mail. I don't know what that is but I only want to use priority mail. I've tried blanking out the ones I don't want to use but then I get nothing.

     

    Is there something I can change to make it work correctly ? If not, will one of the 2.2 modules work ?

     

    Before 2 Jan I had my 3.2.1 shop (a work in progress) having its USPS correctly operating.

     

    On that day my shipping went blank during test purchases.

     

    I found that this fix worked for me:

     

    This fix is based off of this post number 748 See "My Link" below

     

    My link

     

    grapesmuggler said:

     

    My quick fix for USPS domestic rates was to just strip out all the new characters on the $type variable before it builds the shipping quotes array. I have a heavily modified usps.php modules file so I cannot show you exactly where, but basically find where the quotes array is built from the USPS response and add this code:

     

    Mine looks like this:

     

    list($type, $cost) = each($uspsQuote[$i]);

     

    so I added this after:

     

    $type = str_replace('&lt;sup&gt;&amp;reg;&lt;/sup&gt;', '', $type);

    $type = str_replace('&lt;sup&gt;&amp;trade;&lt;/sup&gt;', '', $type);

    $type = str_replace('**', '', $type);

     

    This removes the everything that was added by USPS that was causing errors on my site. It also fixes the international issue (response had added a ** to the end of the title).

     

    grapesmuggler's fix got me back my shipping for both domestic and international first class and priority shipping options. This is for 3.2.1 only.


  13. In addition to my post #1 add this code to the usps.php module file and it will allow your admin side to show the shipping title correctly....if you look closely toward the end of each code snippet you will see the change with the "**" part. Please see post #1 to help you decide if this may or may not apply to the method you are using.

     

    If you try it B A C K U P

     

    somewhere around line 256 (in my file anyway),

     

    changed this:

     

    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 ('Int\'l Shipping Methods', 'MODULE_SHIPPING_USPS_TYPES_INTL', '', 'Select the international services to be offered:', '6', '15', 'tep_cfg_select_multioption(array(\'Global Express Guaranteed (GXG)\', \'Global Express Guaranteed Non-Document Rectangular\', \'Global Express Guaranteed Non-Document Non-Rectangular\',\'USPS GXG Envelopes\', \'Express Mail International\', \'Express Mail International Flat Rate Envelope\', \'Priority Mail International\', \'Priority Mail International Large Flat Rate Box\',\'Priority Mail International Medium Flat Rate Box\',\'Priority Mail International Small Flat Rate Box\',\'Priority Mail International Flat Rate Envelope\', \'First-Class Mail International Package\', \'First-Class Mail International Large Envelope\'), ', now())");

     

    to this:

     

    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 ('Int\'l Shipping Methods', 'MODULE_SHIPPING_USPS_TYPES_INTL', '', 'Select the international services to be offered:', '6', '15', 'tep_cfg_select_multioption(array(\'Global Express Guaranteed (GXG)\', \'Global Express Guaranteed Non-Document Rectangular\', \'Global Express Guaranteed Non-Document Non-Rectangular\',\'USPS GXG Envelopes\', \'Express Mail International\', \'Express Mail International Flat Rate Envelope\', \'Priority Mail International\', \'Priority Mail International Large Flat Rate Box\',\'Priority Mail International Medium Flat Rate Box\',\'Priority Mail International Small Flat Rate Box\',\'Priority Mail International Flat Rate Envelope\', \'First-Class Mail International Package**\', \'First-Class Mail International Large Envelope\'), ', now())");


  14. line 581
               $service = ereg('<MailService>(.*)</MailService>', $response[$i], $regs);
    		//new code 
    		$service = htmlspecialchars_decode($regs[1]); 
    		$service = preg_replace('/\<sup\>\&reg;\<\/sup\>/', '<sup>®</sup>', $service); 
    		//end new code                         
    		//$service = $regs[1]; 
    		//end new code

     

    Mike, I think you got an error here, I think this should be

    			//end new code                         
    		$service = $regs[1]; 
    

     

     

    Hi there, in my case my shipping would not work with the code :

     

    code] //end new code

    $service = $regs[1];

    [/code]

     

    To get it to work, I had to comment out the

     

    //$service = $regs[1];

     

    That code is what I copied as noted above from this post:

     

    I did try the code both ways in my shop, but only the commented out code worked.

     

    I wish I knew code better to explain why it works but the code in that post is what I am using and it's working.

     

    Thanks


  15. I would really like to see a working update to 4.3.2 as this was the module I was using too and I did like that one. I tried, but couldn't get it working.

     

    I offered up what worked for me for method 4-3-2 over here

     

    It works for me after several days testing. But please read my signature line comments, I am not an expert in this stuff.


  16. I have two shops running osCommerce Online Merchant v2.2 RC2a that had the same issue with USPS that cropped up around 2 Jan 2011.

     

    The posts seeking and offering help over at [Contribution] - USPS Methods USPS Methods Support was getting a lot of traffic, so I thought I'd put this here in case it would help someone using USPS Methods 4_3_2

     

    Please read my signature line, I am not an expert, but I've learned enough to piece things together sometimes and the sole purpose of this post is to show what I did that got my USPS shipping working again after the 2 Jan event. Just trying to help is all...

     

    If you try this, do the back up thing. You know that I mean.

     

    The instructions for the method I use starts with:

     

    *********************************************
    * USPSMethods 4.3.0 for osCommerce MS2 RC2a *  For donations to Greg/naps1saps please go to epicdecals.com and click the donate link at the bottom of the page
    *    Submitted 03-01-2008 by olsonsp4c	    *  For donations to all other names, please contact them directly on the forum.
    * REVISED AND EDITED 09-08-08 by naps1saps  *
    *         Released under the GPL            *
    *********************************************
    
    Copyright 2/20/03 by Brad Waite with revisions by Fritz Clapp and many others
    Instructions for an already modified store added by Steel Shadow and many others
    
    If you are having problems, go to our forum: 
    http://forums.oscommerce.com/index.php?showtopic=146950&st=360&gopid=1247661entry1247661
    

     

    That may help you determine if if your method add on is the same as mine.

     

    After mining through the posts over in [Contribution] - USPS Methods USPS Methods Support here's what I gleaned out and it works for me:

     

    My USPS fix is based off of this post:

    http://forums.oscommerce.com/topic/146950-contribution-usps-methods/page__view__findpost__p__1556014

     

    dsolutions said:

    “Just wanted to post what worked for me to get the domestic and international working. I have been watching this forum and trying what people post. Here is my source for usps.php.

     

    I put //new code where I added the code, and I also deleted the EMS from the international array options.”

     

    So here's what I did in the module.

     

    line 581

    $service = ereg('<MailService>(.*)</MailService>', $response[$i], $regs);

    //new code

    $service = htmlspecialchars_decode($regs[1]);

    $service = preg_replace('/\<sup\>\&reg;\<\/sup\>/', '<sup>®</sup>', $service);

    //end new code

    //$service = $regs[1];

    //end new code

     

    line 716

    $service = ereg('<SvcDescription>(.*)</SvcDescription>', $services[$i], $regs);

    $service = $regs[1];

    //new code

    $service = str_replace('&lt;sup&gt;&amp;reg;&lt;/sup&gt;', '', $service);

    $service = str_replace('&lt;sup&gt;&amp;trade;&lt;/sup&gt;', '', $service);

    //end new code

     

    And then I changed

    'EXPRESS INT' => 'Express Mail International (EMS)',

    'EXPRESS INT FLAT RATE ENV' => 'Express Mail International (EMS) Flat-Rate Envelope',

    to

    'EXPRESS INT' => 'Express Mail International',

    'EXPRESS INT FLAT RATE ENV' => 'Express Mail International Flat-Rate Envelope',

     

    Then in post:

    http://forums.oscommerce.com/topic/146950-contribution-usps-methods/page__view__findpost__p__1556071

     

    dingdongkk said:

    “Confirmed, working off Posted 756, I got International rates back,

    You have to change

     

    'FIRST-CLASS INT' => 'First-Class Mail International Package**');

    In order to get the First Class international rate showing per PEBR sugguest”

     

    But that did not apply to my situation because my module coding was different. So I came up with this.

     

    In the file this is around line 84, changed as follows:

    'FIRST-CLASS INT' => 'First-Class Mail International ' . $this->FirstClassIntType);

     

    and

     

    Around line 68 change as follows:

     

    //FIRST CLASS MAIL INTERNATIONAL OPTION:

    $this->FirstClassIntType = 'Package**'; //OPTIONS: 'Letters', 'Large Envelope', 'Package**'

     

    That got things working, I’ve checked it several days in a row testing a dummy US and Canadian customer. I get first class domestic and international, as well as domestic and international priority showing correctly in the store.

     

    I wish I had more technical background to offer more help on this; so please take this as is intended. If it doesn't work for you then likely your module has some modification that effects why mine works and your's doesn't. That's about as much help I can offer.

     

    Good luck.


  17. Yes. The USPS is feeding something like this out their API:

    Media Mail&lt;sup&gt;&amp;reg;&lt;/sup&gt;

     

    When, really, they want:

    Media Mail<sup>®</sup>

     

    To make "Media Mail®"

     

    It looks like they fed it through their de-HTML-ifier two times too many. Ech.

     

    Anyway, I just got off the phone with the US Postal service. They say they are aware of the issue and will fix it by the close of business today (Sunday, January 2).

     

    They also said that they were aware of the International rates issue, and would fix that, too. It sounded like it was related. I was less convinced.

     

     

    Thanks for taking the initiative to make the phone call on that Dan. All I have to do now is put my trust in the government to fix something. :)


  18. my site is also showing weird ampersand characters after the domestic service names (but at least its grabbing the prices)

    Priority Mail<sup>&reg;</sup> $13.63

    Express Mail<sup>&reg;</sup> $40.33

     

    so basically we have no choice but to wait for USPS to fix the international API it on their end?

     

    I get the same message on a couple of my stores. The stuff in the middle

    <sup>&reg;</sup>

    appears to have something to to with the html code for the "®" character? So instead of picking up the character it's picking up the html code instead.


  19. Jack, I have fckEditor installed and enabled in HT SEO. After I update the Header Tags Categories Description in the edit mode, I get this right above the fckEditor window:

     

    " style="display:none" />

     

    That only occurs in the edit window/mode and only if I actually edit a HT category description.

     

    I am guessing it's a coding error somewhere; I've looked through my admin/categories.php file and can't seem to find the cause.

     

    Can you assist? Thanks

     

    Jack, I applied this code modification by Goring_Gap and it seems to have taken care of the issue.


  20. Jack, I have fckEditor installed and enabled in HT SEO. After I update the Header Tags Categories Description in the edit mode, I get this right above the fckEditor window:

     

    " style="display:none" />

     

    That only occurs in the edit window/mode and only if I actually edit a HT category description.

     

    I am guessing it's a coding error somewhere; I've looked through my admin/categories.php file and can't seem to find the cause.

     

    Can you assist? Thanks


  21. So busy reading the response, I failed

    to notice the author, dunce that I am.

     

    Thanks, altoid.

     

    It is puzzling how those

    .ser file values are changing when creating

    a fresh reference file from an empty reference

    file, and then immediately hitting

    the 3rd button while on localhost.

    Oh wait, those PHPIDS files have commas

    in the file name and coincidently (in the case of one mismatch)

    Currently set to "0" was set to "327"

    the 327 happened to be the file size

    so those mismatches might not be because of changing values,

    so much as, site monitor readings being sidetracked by unexpected

    punctuation.

    And Jack mentioned those file names were invalid (comma-tose?)

    so maybe, just maybe, this explains the anomaly.

    Which in turn would certainly reduce my paranoia

    about ghosts in the machine.

     

    jk

     

    That's a good observation. I am far from an expert on this but regardless of the cause, I think excluding those directories is the way to go for those using PHPIDS. So far so good for me anyway.


  22. Hi Jack,

    v2.7

    Hope all is excellent with you.

    When using the 3rd Update button

    (Manually Execute Sitemonitor)

    getting numerous (36) messages like: (all in the phpids folder, btw)

    permissions Mismatch on includes/phpids/lib/IDS/tmp/URI/4.1.1 Currently set to "0" was set to "327"

    permissions Mismatch on includes/phpids/lib/IDS/vendors/htmlpurifier/HTMLPurifier/DefinitionCache/Serializer/CSS/4.1.0 Currently set to "0" was set to "22628"

     

    not sure how to decipher Currently set to "0" was set to "327" (or the variations)

    since I deleted the contents of the reference file and created a new one with the top button prior to clicking the 3rd button

    so what is being compared

    1. What is causing it to be set to 0?

    2. Should it be reset to the original value?

    3. Is this a sign of some skullduggery?

     

    Thanks for helping me better understand,

    jk

     

     

    I am using PHPIDS and had a similar situation. See this thread in the PHPIDS forum, that should help explain.


  23. There's nothing in the code that limits the time the script runs so the timeout is still coming from the server. The settings in local php.ini files won't always be allowed on shared servers. Otherwise every site on the server might set their limit to maximum and the server would quickly fail.

     

    OK, just double checking as the tech guy theorized it was a code issue.

     

    I was surprised I could change the settings with a php.ini because I did read your earlier post on shared server restrictions. But the tech guy said that wasn't a problem with them. Even the php_info page he set up for me verified the change was made.

     

    I will work with the tech guy further on this. In the meanwhile, I think I have a work around with this. I exclude 'images', run the code and it doesn't time out. I then remove the 'images" exclusion, run the code and it runs with no time out.

     

    Thanks for the response and Happy Holidays.

×