longhorn1999
-
Posts
347 -
Joined
-
Last visited
Posts posted by longhorn1999
-
-
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 18Fatal 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?
-
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!
-
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.
-
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
-
So the BIN Number input was empty?
That's right. Those fields are completely blank.
-
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.??.?
-
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?
-
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!
-
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!
-
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!
-
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?
-
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.
-
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.
-
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.
-
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
-
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!
-
Meta tags shouldn't have html in them so removing such code won't hurt anything.
Sounds good. Thanks!
-
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
-
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?
-
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
-
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?
-
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
-
tep_href_link( FILENAME_DEFAULT, 'cPath=31&filter_id=27&sort=2a' )
Perfect! Thanks Robert!
-
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?
[Contribution] MaxMind Fraud Detection Service v3.0
in General Add-Ons Support
Posted
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!