Jump to content
  • Checkout
  • Login
  • Get in touch


The e-commerce.


  • Content count

  • Joined

  • Last visited

1 Follower

Profile Information

  • Real Name
  • Gender
  • Location

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. 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: 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. 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. 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. That's right. Those fields are completely blank.
  7. 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.??.?
  8. 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?
  9. No problem, I've made that change now. I'll let you know how it works out. Thanks again!
  10. 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"; 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!
  11. Hi Spooks, Welcome back to the forum. There are is one thing that's been bouncing around SEO blogs in the last week that relates directly to this contribution: pagination. http://searchengineland.com/implementing-pagination-attributes-correctly-for-google-114970 Is there any easy way to add rel="next" and rel="prev" to includes/functions/product_listing.php?
  12. Thanks for the help! I know that school and COD are top priorities (not necessarily in that order), and I'll wait for your next version. This has saved me from at least one potentially expensive fraudulent transaction, so I recommend it to everyone.
  13. Hi Noel, The instructions for your latest MaxMind update say to update the minFraud account to v1.2, but I just noticed that v1.3 is out now. Should I still select v1.2 for now? Will the new feature in v1.3 be incorporated here sometime? Thanks for the great contribution, and toyicebear mentioned, for maintaining it well for so long.
  14. longhorn1999

    Header Tags SEO

    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.