Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

longhorn1999

Pioneers
  • Posts

    347
  • Joined

  • Last visited

Posts posted by longhorn1999

  1. I didn't forget about you guys, I had a server crash and I lost 6tb of data. I've spent the last few weeks just trying to get the network back up and running. This is still very much on my list, it just took second place to my internal network capabilities.

     

    No worries Noel.

     

    Wow, that's a terrible mess you're having to deal with! I was out for 23 hours this past week thanks to the EIG/Hostgator/Bluehost/etc outage on Wednesday/Thursday, but this is orders of magnitude worse. Good luck!

  2. Hi Noel,

     

    I haven't had the chance yet to make that change to php.ini, but I thought I'd finally upgrade to MaxMind 3.4 and try out the new admin test page.

     

    Unfortunately I got this error:

    Warning: require(includes/template_top.php) [function.require]: failed to open stream: No such file or directory in /home/user/public_html/admin/maxmind_test_inputs.php on line 18

     

    Fatal error: require() [function.require]: Failed opening required 'includes/template_top.php' (include_path='.:/opt/php52/lib/php') in /home/user/public_html/admin/maxmind_test_inputs.php on line 18

     

    It looks like this code was written for a v2.3 or higher osCommerce shop. I'm still running 2.2RC2a, though with all the security upgrades, this is good enough for me.

     

    Would you be able to slightly edit these files for older shops?

  3. It's usually /tmp, and can look just like this in php.ini:

     

    upload_tmp_dir /tmp

     

    If you changed hosts, and that file is different, it might be your problem. That's what the error leads me to believe. If you can modify that line, restart apache and run an order through, I'm betting that error will go away.

     

    I'm not an expert on Apache by any means, but I'll ask my host's support to help me make this change in the next day or so, and then I'll run a test charge. I think intuitively what you said makes sense. It seems likely that this is one of the strange side effects I've been seeing after having moved my site.

     

    I went from shared hosting to a dedicated server, and though things are much faster, there are a few other minor errors like this which were unexpected and I'm just now sorting out. Luckily this is just unique to my circumstance and not relevant for other MaxMind users.

     

    Thanks again for the help!

  4. I don't see any difference in the files from 3.3 to 3.4 at all. 3.4 was an administrative test page update and a file drop. Maxmind's latest version of HTTPBase is changed, but I haven't had a chance to test it. I'm trying to get my development system back online.

     

    Has anyone else seen this problem?

     

    At first glance, it looks like a permissions issue on the temp file (/tmp/maxmind.ws.cache) as it tries to write it to the upload tmp dir. That might be the change if you've migrated anytime in recent history and that option is not set in your PHP.ini

     

    Can you look for the following in your php.ini file?

     

    upload_tmp_dir /tmp

     

    Hey Noel,

     

    I just did a search of php.ini, and upload_tmp_dir/tmp is not there.

     

    In lines 482-484, I do see the following:

    ; Temporary directory for HTTP uploaded files (will use system default if not
    ; specified).
    ;upload_tmp_dir =
    

     

    But I'm not sure what the system default is.

  5. from error_log:

    [27-Feb-2014 02:02:25] PHP Warning:  fopen(/tmp/maxmind.ws.cache) [<a href='function.fopen'>function.fopen</a>]: failed to open stream: Permission denied in /home/user2/public_html/includes/modules/maxmind/HTTPBase.php on line 136
    [27-Feb-2014 02:02:25] PHP Warning:  fwrite(): supplied argument is not a valid stream resource in /home/user2/public_html/includes/modules/maxmind/HTTPBase.php on line 137
    [27-Feb-2014 02:02:25] PHP Warning:  fwrite(): supplied argument is not a valid stream resource in /home/user2/public_html/includes/modules/maxmind/HTTPBase.php on line 138
    [27-Feb-2014 02:02:25] PHP Warning:  fclose(): supplied argument is not a valid stream resource in /home/user2/public_html/includes/modules/maxmind/HTTPBase.php on line 139
    

     

    Hi Noel,

     

    I'm not sure if anyone else has noticed this, but this error has popped up lately in the error log for my site. MaxMind itself seems to still be working as all the same info shows up in my admin, but the error log grows every time a transaction goes through.

     

    lines 136-139 of includes/modules/maxmind/HTTPBase.php:

       $fh = fopen($this->wsIpaddrCacheFile,'w');
       fwrite($fh,$ipstr . "\n");
       fwrite($fh,$datetime . "\n");
       fclose($fh);
    

     

    I've been using v3.3 of Noel's MaxMind add-on, though 3.4 is available and it's a quick upgrade. As I don't think that I've changed any relevant code on my site, I'm thinking that there is something that's changed on MaxMind's end.

     

    Any ideas on this?

     

    Regardless or these error logs, this module still works and I recommend it for every e-commerce retailer. Thanks Noel for your add-on and for maintaining it!

     

    Nick

  6. Are you able to go to their site and see the output? Its under "minFraud Query History"

     

    It should show the inputs and outputs there.

     

    Hi nrlatsha,

     

    I've copied and pasted it below. In some of the entries, I've replaced part of the strings with question marks, just to be extra cautious.

     

    Maybe my checkout process is missing something? It only asks for the credit card type, number, and CVV code like most checkouts.

     

    Outputs

    Estimated distance from IP Address to Billing Address, in Kilometers: 1

    Country Match Yes

    IP Country Code US

    High Risk Country No

    Free Email Provider No

    Anonymous Proxy No

    BIN Country Code

    BIN Match

    BIN Name Match

    BIN Name

    BIN Phone Match

    BIN Phone

    Ship Forward No

    Customer Phone in Billing Location No

    Proxy Score (0 low risk, 3 and above high risk) 0.00

    Carder Email No

    riskScore 0.11

     

    Inputs

    IP Address 174.??.???.???

    Forwarded IP Address

    Domain of email address ????????.edu

    Billing City/Region/Postal Minneapolis MN 5????

    Billing Country US

    BIN Number

    BIN Name

    BIN Phone

    Customer Phone 715???????

    Ship Address 4???? ?????? Ave

    Ship City Minneapolis

    Ship Region MN

    Ship Postal 5????

    Ship Country US

    Email MD5 57c4f2?????????????????

    Username MD5 57c4f2?????????????????

    Password MD5

    Requested Type premium

    Transaction ID 1????

    Session ID 88d5ce??????????????????????????????

    User Agent Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20100101 Firefox/16.0

    Accept Language en-US,en;q=0.5

    IP Address of Server making minFraud request 50.22.??.?

  7. No problem, I've made that change now. I'll let you know how it works out.

     

    Thanks again!

     

    So I've had a few transactions since I made that edit, and still it doesn't seem to be reading it as a premium query, thought the requested type in the bottom half did go from SSL to premium.

     

    http://imageshack.us/photo/my-images/687/samplemaxmindreport2.jpg/

     

    Do you think it may be something on MaxMind's end or in my MaxMind settings at their website that's off?

  8. @@longhorn1999

     

    It looks like I was stepping on my own variable in maxmind.php.

     

    Line 99: $h['requested_type'] = $request_type;

     

    Should be: $h['requested_type'] = $requested_type;

     

    That variable must be defined somewhere else, because it grabbed "SSL"

     

    I can upload a new package if you're not comfortable changing that line in the code.

     

    Let me know.

     

     

    No problem, I've made that change now. I'll let you know how it works out.

     

    Thanks again!

  9. Hi Noel,

     

    I upgraded all the way from v2.0 to this latest version, and I'm using osC 2.2RC2a. Your updated instructions worked great. The database entries were mildly tricky and the commands might need to be run in a different order (for my older edition anyways), but just about everything seems to be working OK.

     

    I did upgrade to the premium edition of MaxMind, though I still had free standard queries left from the initial trial. I changed the setting to premium in maxtest.php, and that test seemed to work fine. I changed the setting in includes/modules/maxmind/maxmind.php to premium as well, but the latest order that came through doesn't seem to be processing it as a premium query.

     

    $requested_type = "premium";
    //$requested_type = "standard";
    

     

    samplemaxmindreport.jpg

     

    samplemaxmindreport.jpg

     

    Uploaded with ImageShack.us

     

    Hopefully one of these images show through.

     

    Is there something obvious that I'm missing in my settings?

     

    Regardless of whether premium or standard queries are used, this is a great add-on that you've coded and supported well and I highly recommend it for everyone, at least all of those based in the US.

     

    Thanks!

  10. @@longhorn1999

     

    This is not something that's specific to this contribution & the code involved does not appear in it, its the split_page_results.php class (in includes/classes) and looking at the version from 2.3.1 the changes are easy:

     

    Line 82.83:

     

    // previous button - not displayed on first page
      if ($this->current_page_number > 1) $display_links_string .= '<a href="' . tep_href_link(basename($PHP_SELF), $parameters . $this->page_name . '=' . ($this->current_page_number - 1), $request_type) . '" class="pageResults" title=" ' . PREVNEXT_TITLE_PREVIOUS_PAGE . ' "><u>' . PREVNEXT_BUTTON_PREV . '</u></a>  ';

     

    becomes

     

    // previous button - not displayed on first page
      if ($this->current_page_number > 1) $display_links_string .= '<a href="' . tep_href_link(basename($PHP_SELF), $parameters . $this->page_name . '=' . ($this->current_page_number - 1), $request_type) . '" class="pageResults" rel="prev" title=" ' . PREVNEXT_TITLE_PREVIOUS_PAGE . ' "><u>' . PREVNEXT_BUTTON_PREV . '</u></a>  ';

     

    line 100:

     

    		  $display_links_string .= ' <a href="' . tep_href_link(basename($PHP_SELF), $parameters . $this->page_name . '=' . $jump_to_page, $request_type) . '" class="pageResults" title=" ' . sprintf(PREVNEXT_TITLE_PAGE_NO, $jump_to_page) . ' "><u>' . $jump_to_page . '</u></a> ';

     

    becomes:

     

    	  $display_links_string .= ' <a href="' . tep_href_link(basename($PHP_SELF), $parameters . $this->page_name . '=' . $jump_to_page, $request_type) . '" class="pageResults" ' . ($jump_to_page == $this->current_page_number-1 ? ' rel="prev"' : ($jump_to_page == $this->current_page_number+1 ? ' rel="next"' : '')) . ' title=" ' . sprintf(PREVNEXT_TITLE_PAGE_NO, $jump_to_page) . ' "><u>' . $jump_to_page . '</u></a> ';
    

     

     

    line 107,108:

     

    // next button
      if (($this->current_page_number < $this->number_of_pages) && ($this->number_of_pages != 1)) $display_links_string .= ' <a href="' . tep_href_link(basename($PHP_SELF), $parameters . 'page=' . ($this->current_page_number + 1), $request_type) . '" class="pageResults" title=" ' . PREVNEXT_TITLE_NEXT_PAGE . ' "><u>' . PREVNEXT_BUTTON_NEXT . '</u></a> ';

     

    becomes:

     

    // next button
      if (($this->current_page_number < $this->number_of_pages) && ($this->number_of_pages != 1)) $display_links_string .= ' <a href="' . tep_href_link(basename($PHP_SELF), $parameters . 'page=' . ($this->current_page_number + 1), $request_type) . '" class="pageResults" rel="next" title=" ' . PREVNEXT_TITLE_NEXT_PAGE . ' "><u>' . PREVNEXT_BUTTON_NEXT . '</u></a> ';

     

     

    Hopefully I didn't miss anything ;)

     

    Thanks Sam!

  11. Yes, that is the one. i don't mean to use it as a permanent replacement. Just replace yours with it and run a test.

     

    Hi Jack,

     

    Sorry to bug you again about this, but for my problem, what result would I be hoping for in this sort of test? Would it fix the title/meta/keywords tags of products that have already been created but are acting strangely, or would this apply to new products that are created after a standard admin/categories.php has been uploaded?

     

    I ask because I did temporarily replace admin/categories.php (mine had been heavily modified with spooks' simple multi- images, short descriptions, and optional related products), but there's no difference with products that are already in my shop.

  12. Try using the included categories file to see if the problem is still there. If not, then that file has a problem, which is the most likely.

     

    Are you referring to admin/categories.php that's included with the compressed Header Tags SEO v3.2.6 package?

     

    That file may have been corrupted along the way as there have been edits to it with other add-ons.

     

    Thanks for the help

  13. Hi Jack,

     

    I've been using your header tags on my site successfully for about 2 years, and I've been upgraded everything up to v3.2.6.

     

    I just noticed a glitch that's popped up whereby when I added several products at a time, one by one, 1 or 2 items will have the title/meta/keywords of another random product in my database.

     

    I have about 400 products now and my database is about 2 MB uncompressed. I installed and ran your Database Optimizer, but it didn't seem to fix this problem.

     

    The only way to fix this glitch with new items is to delete then re-add the item, and usually that works.

     

    I didn't find any other instance of this problem in this thread recently, though I may have overlooked it. Do you know if this was a known bug or potential bug in versions 3.2.6 or earlier?

     

    I wasn't planning on upgrading to 3.2.8 immediately as the previous version seemed to work OK and this is a big upgrade, but I'd love to know if I'm the only one with this problem or

    if it's occurred before. Would 3.2.8 address this issue or do you think I might have a bigger problem with my database?

     

    Thanks!

  14. Hi Jack,

     

    I've noticed a strange problem that you'd talked about in this thread in the summer of 2010.

     

    I have FCKeditor installed, and whenever I manually changed a keyword or title tag or meta tag for any of the products on my site, _p_ and /_p_ are added to the meta description.

     

    This happened to a few other people.

     

    http://www.oscommerce.com/forums/topic/360129-need-some-html-strip-tags-help/

     

    Germ gave a modification for includes/header_tags.php that seems to fix this issue for me:

    Replace this:

    echo ' <meta name="Description" content="' . $header_tags_array['desc'] . '" >' . "\n";

     

     

    With this:

    echo ' <meta name="Description" content="' . str_replace(array("_p_", "_/p_", "_br /_"), "", $header_tags_array['desc']) . '" >' . "\n";

     

    The underlying issue may be something more complicated regarding html tags being sanitized with database.php, but I don't see any side effects with this

    minor code change.

     

    Any thoughts on this?

     

    Thanks

  15. Hi,

     

    This thread appears to be dead after years of support, but I had a question still.

     

    I had to revert back to the original includes/modules/payment/paypal_wpp.php from the latest installation package after making changes to the file from github (7/2010). These changes converted the pregs to eregs, but also stopped PayPal Express from working.

     

    This file has several pregs in it. My host isn't planning on upgrading to php 5.3 anytime soon, but just in case, has anyone modified this file to be 5.3 compatible?

  16. Hi Robert,

     

    I've been using your USU5 with RC2a for a while now, and it's worked wonderfully for me.

     

    I was wondering if you could comment on the rel="canonical" tag for product pages.

     

    It's easy enough to add the tag to the home page, but putting it on product page is a bit more complicated it seems.

     

    Google's instructions aren't particular clear to me: http://www.google.com/support/webmasters/bin/answer.py?answer=139394

     

    You'd talked about it briefly last summer in posts 159-160 here: http://www.oscommerce.com/forums/topic/330479-what-is-the-oscsid-why-you-must-not-loose-it/page__st__140

     

    As an aside, I did read your rebuttal to this thread with interest and now force cookies on the site, and seems to work well.

     

    Spooks also gave an example back in 2009 in post 8 here: http://www.oscommerce.com/forums/topic/329838-canonical-tag-implementation/

     

    I'm not even sure that I need this tag, but Google seems to require it if you want to have any hope of getting rich snippets in your search results:

    http://www.google.com/support/merchants/bin/request.py?contact_type=rich_snippets

     

     

    Thanks for all the help

  17. I had actually upgraded to v1.29 in v2.2RC2a and I just did a file compare to make sure that links_submit.php is the right one. I'm pretty sure that it's installed correctly as everything else works fine. Even turning USU5 off, I'm still having the back button problem only in IE. Is there anything else that might be causing this problem?

     

    			    <?php $back = sizeof($navigation->path)-2;
    					   if (isset($navigation->path[$back])) {
    				    ?>
    	            <td><?php echo '<a href="' . tep_href_link($navigation->path[$back]['page']) . '">' . tep_image_button('button_back.gif', IMAGE_BUTTON_BACK) . '</a>'; ?></td>
     				    <?php } else { ?>
    	            <td><?php echo '<a href="' . tep_href_link(FILENAME_DEFAULT) . '">' . tep_image_button('button_back.gif', IMAGE_BUTTON_BACK) . '</a>'; ?></td>
    				    <?php } ?>

     

    If I were to just take out the navigation part and hard code this button to links.php, would that cause any problems?

  18. Hi Jack,

     

    I was wondering if you'd addressed the issue brought up in posts 925-930 in the last update from February?

     

    Only in links_submit.php, the 'Back' button takes me to the 404 error page (even when I hover over it) instead of links.php.

     

    Strangely, this is only in IE, and not FF or Chrome. I have your Header Tags and USU5 installed.

     

    The 'Back' button in links.php when you're looking at links works fine. Should I just copy the code for the 'Back' button

    from links.php to links_submit.php, or might there be something else going on?

     

    Thanks

  19. http://www.oscommerce.com/forums/topic/374089-tep-href-link-for-a-manufacturer-and-subcategory/

     

    Hi Robert,

     

    I started a thread in the general forum that hasn't quite been resolved yet, so I thought I'd ask you directly if you don't mind.

     

    I'm using USU5, and if I filter the product listings for LCD TVs (category id 31) to just the manufacturer Sony (manufacturer id 27), the url that appears is something like www.example-tv-store.com/LCDs-c-31.html?filter_id=27&sort=2a.

     

    Is there a way to create a tep_href link that would take me to this page directly?

×
×
  • Create New...