Friday, November 28, 2008

how to sms for free

How To Send Email To Any Cell Phone (for Free) |
Free Email To SMS Gateways (Major US Carriers)

Carrier Email to SMS Gateway
Alltel [10-digit phone number]
AT&T (formerly Cingular) [10-digit phone number]
[10-digit phone number] (MMS)
[10-digit phone number]
Boost Mobile [10-digit phone number]
Nextel (now Sprint Nextel) [10-digit telephone number]
Sprint PCS (now Sprint Nextel) [10-digit phone number]
[10-digit phone number] (MMS)
T-Mobile [10-digit phone number]
US Cellular [10-digit phone number] (SMS)
[10-digit phone number] (MMS)
Verizon [10-digit phone number]
[10-digit phone number] (MMS)
Virgin Mobile USA [10-digit phone number]
Free Email To SMS Gateways (International + Smaller US)

These are all I could find from Wikipedia and other sources. If you’re aware of any other ones please share them in comments and I’ll add them to the list.

Carrier Email to SMS Gateway
7-11 Speakout (USA GSM)
Airtel (Karnataka, India)
Airtel Wireless (Montana, USA)
Alaska Communications Systems
AT&T Enterprise Paging
BigRedGiant Mobile Solutions
Bell Mobility & Solo Mobile (Canada)
BPL Mobile (Mumbai, India)
Cellular One (Dobson)
Cingular (Postpaid)
Centennial Wireless
Cingular (GoPhone prepaid) (SMS)
Claro (Brasil)
Claro (Nicaragua)
Cricket (SMS)
Emtel (Mauritius)
Fido (Canada)
General Communications Inc.
Globalstar (satellite)
Illinois Valley Cellular
Iridium (satellite)
i wireless
Koodo Mobile (Canada)
Meteor (Ireland)
Mero Mobile (Nepal)
Mobitel (Sri Lanka)
Movistar (Colombia)
MTN (South Africa)
MTS (Canada)
Nextel (United States)
Nextel (Argentina)
Orange Polska (Poland)
Personal (Argentina)
Plus GSM (Poland)
President’s Choice (Canada)
Rogers (Canada)
SL Interactive (Australia)
Sasktel (Canada)
Setar Mobile email (Aruba)
T-Mobile (Austria)
T-Mobile (UK)
Telus Mobility (Canada)
Thumb Cellular
Tigo (Formerly Ola)
Tracfone (prepaid)
Virgin Mobile (Canada)
Vodacom (South Africa)
MobiPCS (Hawaii only)

If you are aware of any other free sms to email gateways please add it in comments. Also let us know whether you tried any of the above and your experience with it.

Tuesday, November 04, 2008

how to create a patch file! useful stiff

» How to create and apply a patch with Subversion
t’s been a while since I posted something new on the use of Subversion. I’ve been working with the tool a lot, and I’ve found that patches are a great way to communicate code changes.

For those of you who are still learning, let me first explain what a patch is. A patch is a text file that contains the alteration that were made to a specific file. It includes the lines that have been removed and the lines that have been added. In short, if you have a ruby script and edited it, you could create a patch file, containing the changes you’ve made.

Why is this useful? You could check in your changes to your repository directly. True, but there are cases that you don’t have write access to the repository. For example, if you wanted to contribute code changes to Acts As Exportable, you should create a new ticket and attach a patch file. I will then review your changes before I apply them to the code and commit them to the repository.

So, how do you go about creating a patch file and how do you later apply it to your source?
Creating a patch file

Creating a patch file is really easy. First, check out the most recent version of the code from Subversion using the ‘checkout’ command.

Make your changes.

Then, in the root the project run the following command. It will store the patch file in your home directory. Make sure to give it meaningful filename.

svn diff > ~/fix_ugly_bug.diff

The file has the .diff extention, which stands for differences. This extension is recognized by many text editors and enables ’syntax highlighting’ automatically. (Give it a try with TextMate and you’ll know what I mean.)

You can send the diff-file to the author of the project by email, or you can create a ticket in Trac and add it as an attachment. The author will review the changes you made and possibly apply them to the source.
Applying a patch

You should never apply patches from any person other than your development team without first reading through the changes, apply them locally and test your application and then commit them. Patches can not only include bug fixes, but also alterations to create back doors or add other exploits to your code.

Always read through a patch before applying it!

When you are sure the patch will bring no harm to you, your application or your customers, go ahead an apply it to your working copy. Here, I assume that you downloaded the patch file we previously generated, and placed it in your home directory. In the root of your application now run:

patch -p0 -i ~/fix_ugly_bug.diff

This will apply all the changes in the patch to your source. The -p0 option makes sure that all files can be found correctly (this has to do with something called ‘zero directories’, I won’t get into that right now). The -i option tells ‘patch’ what to use as input, in this case the ‘fix_ugly_bug.diff’ file in your home directory.

With the code changes in place, run your tests and make sure everything works as expected. If it does, commit your changes and celebrate with a cup of coffee.

Please share the love of this post by bookmarking it, and sharing it with others. Thanks!

Sunday, November 02, 2008