Phoenix.pm: Mtg

Shay Harding mekla at geocities.com
Fri Apr 23 12:56:13 CDT 1999


On Fri, 23 Apr 1999, you wrote:
>You aren't going to believe this.
>
>The chat I had to admin on the the 29th has been moved to May 6th... 
>
>Should/can we move the meeting back to the original date of the 29th?


I'm up for it and even have some stuff on OOP if anyone's interested. I created
a program that would demonstrate a whole slew of OO methods. I am currently
trying to document it so it's easier to follow since if you have no background
in data structures it will look quite foreign. I will probably just use the
Data::Dumper module to create a 'tree' out of some of the vars.

I wrote it for work. If you ever try to verify addresses,
you know it's a pain. If someone were to give a city, state, zip combo (US only
right now) you'd have to manually go look it up to see if that combo is
actually valid. This program will attempt to do that for you by taking a given
zip code, queying a script on the US Post Office's site that queries their
database, then parsing the returned HTML page and getting all city/states that
match the zip code passed. You can then match the returns to what was given to
you and see if the address is a valid combo.

You may ask, "Well what use does this have?"... If you have ever worked for a
company that takes credit cards online, then you know there is a lot of fraud
going on. I noticed most of the time the zipcode does not match the city/state
entered. This is an automated way to catch that BEFORE the credit card is
processed to avoid chargebacks by the card owner (in the case the card was
stolen).

I have plans to also match other country's postal codes against city/province
entered and already have the search engines lined up to query against, but I
need to code the base modules first.



Shay





More information about the Phoenix-pm mailing list