Cosmos Browser – Connect to the Internet via SMS, no data or wifi required

https://github.com/ColdSauce/CosmosBrowserAndroid

by cleverjake • 12 years ago

326 155 12 years ago

github.com

thrush• 12 years ago

Was this developed during MHacks?

seansm• 12 years ago

Yes lol. I was at MHacks when this was debuted. Were you there as well?

anubiann00b5• 12 years ago

Helllllllll yeah

bikamonki• 12 years ago

Love it. A few q's: all traffic on your servers is plain open? "The phone recieves this stream at 3 messages per second", how about upstream? How much data (kb) fits on each message?

toast0• 12 years ago

SMS is 140 bytes (160 7-bit characters), but if they're using base64, then they're only getting 120 bytes through.

benologist3• 12 years ago

This would be really awesome as emergency internet access if twitter/facebook/google/etc did or were optimized for it.

spacefight• 12 years ago

Emergency internet for twitter/fb? :)

benologist3• 12 years ago

Where emergency warrants one-to-many communication + anyone still has a smartphone that can send text messages.

simonrobb• 12 years ago

It's becoming common for Twitter to used for updates and coordination in disaster zones. And I guess if I wanted to let my friends know I was safe in such a situation, and didn't want to text them all, Facebook would be a good choice.

cbhl2• 12 years ago

Twitter is already optimized for SMS. Why would you access it through this? You just need Twitter to be connected to your carrier.

benologist3• 12 years ago

Yeah that's a bad example, but then there's facebook, email, wikipedia, news etc that can all alleviate emergencies.

pbjorklund• 12 years ago

Is this designed with rural parts of africa in mind?

anubiann00b5• 12 years ago

That's one application.

JetSpiegel• 12 years ago

Now port this to J2ME and make a lot of people happy.

digitalcreate• 12 years ago

I guess this only works if you have a cell phone plan with unlimited SMS. Otherwise you're looking at a phone bill of thousands of dollars!

brg10072• 12 years ago

Not really. 1 SMS = Request URL, so depending how many URLs do you request results the bill.

cyounkins• 12 years ago

It appears the HTML of the requested page is returned to the requesting phone via SMS, which could be many many messages if you are loading say, a wikipedia page.

cbhl2• 12 years ago

In what countries do carriers charge for receiving messages? I know there are a few in Canada, but what else is there?

mikeash2• 12 years ago

It's standard practice in the US if you don't have a texting plan, or if you exceed your limit. Sending and receiving both count equally.

dfurlong2• 12 years ago

mhacks!

dfurlong2• 12 years ago

Mhacks!

robgibbons• 12 years ago

May I ask why you're encoding as Base64? Does this not increase the payload size significantly?

machrider• 12 years ago

Probably because of the restricted character set available in SMS messages?

http://en.wikipedia.org/wiki/GSM_03.38

bri3d2• 12 years ago

Right, but with the GSM 7-bit alphabet they could easily expand their index table to 127 entries rather than Base64's 64, netting them much greater efficiency.

hk__2• 12 years ago

Base64 adds +30% but I guess you can’t send binary data in an SMS, you must encode it in some way.

bri3d2• 12 years ago

You can send anything in the GSM 7-bit alphabet, which has 128 characters rather than Base64's 64-entry index table.

They could gain a lot of efficiency by using a 127-entry index table (or 128 if the ESC character doesn't need to be avoided - I don't know how the Android SMS APIs handle it) rather than a 64-entry one.

Sanddancer• 12 years ago

Yes, Base64 encoding will expand a payload by 33%. However, SMS limits the character set you can send easily, with the most common mode of transit being the 7 bit SMS character set. With the SMS character set having an escape character that can get in the way of doing a direct encoding, I imagine they went with Base64 because there were already libraries for it, minimizing the work they had to do at this stage.

ptaipale• 12 years ago

We're definitely on the way to practical implementations of RFC 1149.

http://tools.ietf.org/html/rfc1149

skywhopper• 12 years ago

Interesting approach. I wonder if this HTTP-specific approach is better or worse than coming up with some form of generalized TCP-over-SMS stack (with accompanying server-side router software, of course).

Reminds me, though, of Georgia Weidman's Smartphone Pentest Framework[1] which provides tools to hack a target smartphone and from there create a data connection via SMS via which you can then access a firewalled corporate network using SMS over the cell network as your tunnel in. I've seen it demoed, and it's frankly incredible.

[1] https://github.com/georgiaw/Smartphone-Pentest-Framework

apaprocki• 12 years ago

SCTP might be more interesting because it was originally created for telephone switching with fixed packet sizes.

kayoone• 12 years ago

In germany unlimited sms has only been a thing since ip based messengers like WhatsApp took over messaging and nobody is using SMS anymore, before that SMS were quite expensive after you hit the budget of your contract (typically about 50-100 SMS). Now, unlimited SMS is the norm and things like this browser get interesting. But even if it would be a great working alternative, it will only work until carriers adapt. I really want unlimited data...currently i get 750MB with a contract that costs EUR 50.

BrianEatWorld• 12 years ago

Would this allow users to circumvent internet censorship? It seems like that as long as the main server was outside of the censored zone, SMS traffic would be able to get information in under the radar.

eli2• 12 years ago

Maybe, but I would think you'd be much better off with a proper VPN or proxy.

cdcox2• 12 years ago

Could you achieve a more high throughput version over voice? I wonder, after compression what the data rate ends up being. I'm reading gzip can get 2:1-4:1 with text. So about a kb/s?

vertex-four• 12 years ago

Could you achieve a more high throughput version over voice?

The issue is that it quickly ends up costing about the same amount as a data connection would in the first place.

rikkus• 12 years ago

Except that many contracts now have 'unlimited' voice minutes.

Unfortunately, voice calling uses lossy compression, so your data rate would be somewhat limited as you struggle to be 'heard' over that.

cdcox2• 12 years ago

True, but if you were somewhere where data was unavailable or you didn't want to use a local data connection, it might be a nice way to force a map app to update to your current location, get an email, send your location to somebody, or answer a chat message.

bcohen5055• 12 years ago

I may be wrong but aren't we going backwards here... data over voice=dialup right? 56kb/s ideal? Still possibly useful but this just reminds me of the wep browser days on my old nokia

icebraining• 12 years ago

data over voice=dialup

Yeap, except voice is now carried over a digital channel, so it'd be digital-over-voice-over-digital :)

vidarh8• 12 years ago

56kbps over landlines. That works because the landline network, when it is trunked, is compressed into 56kbps or 64kbps channels using methods the 56kbps modems were explicitly designed to take maximal advantage of.

Over a cell phone connection you will get much less. GSM data modems gets to bypass the voice codec, and are still limited to 9600 bps. An acoustic modem over a GSM connection will get less than that, if it will connect at all: A full data rate GSM code is compressing the audio down to about 12.2kbps using codecs geared towards reproducing voice as well as possible, which is going to be brutal to a regular modem and far more wasteful than GSM data.

anubiann00b5• 12 years ago

It's unfortunately pretty slow. I mean, when you factor in the overhead for text messages, it adds up. We haven't tested it enough but it definitely won't match 4g. We also are planning to switch to a better compression algorithm.

virjog• 12 years ago

May I suggest Pied Piper?

vidarh8• 12 years ago

It won't even match GPRS.

I'm guesstimating you'll find an upper bound, assuming "friendly" telcos that don't start rate limiting, or dropping SMSs, at no more than about 6kbps. Quite likely less.

GSM data (which is normally possible anywhere where you can get a GSM voice connection) is 9600bps and uses the full, raw GSM data/voice channel. You'd not be able to exceed the channel bandwidth. Then you have the SMS overhead. And you're unlikely to manage to max out the channel.

sauere• 12 years ago

gets rid of the css, javascript, and images

Hell, this might even be faster than loading stuff over WiFi.

tankenmate• 12 years ago

I had a browser (WAP) on my Nokia 7110 that supported browsing via a SMS bearer; 1999. I tried it once and got billed up the wazoo, SMS was expensive back in those days.

_wp3r• 12 years ago

This. This is an old school concept that was run at the Telecom level and deemed impractical.

disputin• 12 years ago

There was also WIG. I was writing WAP sites in '99, incurring pretty large bills while developing and testing. The company had a very close relationship with the mobile company so fortunately we just got them written off.

Animats• 12 years ago

They're using Twilio. Each SMS they send costs them $0.0075.

However, simply stripping the junk out of web pages for mobile delivery has real promise. Just put all third-party content on "load on user request only", like mail attachments.

anubiann00b5• 12 years ago

You're welcome.

That would be pretty cool for a normal web browser too.

EDIT: I'm also part of the team, that comment looks really strange out of context.

We don't have specific monetization plans yet, but we're probably going to do some sort of donation system, or maybe ads (through wifi). No idea though, it is pretty expensive.

pax• 12 years ago

whoa, so this isn't just a proof of concept?

AndrewKemendo2• 12 years ago

Wow, that gets expensive very quickly especially at 3 messages/sec.

Assuming the average user gets only one burst of three messages per query, uses it only twice a day for 200 days a year and the service gets only 10,000 users signed up, the costs just to send the texts for the next year alone would be $90,000.

Seems like it will be hard to scale but I agree that this is a really cool way to get connectivity! Best of luck.

yebyen• 12 years ago

I don't know, next to paying $35/mo for a cheapo cell with unlimited texts and a USB gateway to SMS, you're saying that for moderate users they would need to pay about $9/year to get their internet access on top of that.

Seems reasonable to think that you might pay $5-9/mo on a budget for a limited access to internet such as this; now it sounds like potentially economically viable to even have an employee or two after paying for all the texts.

njovin• 12 years ago

The price goes down with volume. They should also look at alternative providers. Nexmo and Plivo both offer free inbound SMS and have APIs similar to Twilio's.

malka• 12 years ago

SMS costs nothing to the provider. Not nothing as in almost nothing. Nothing as in 0.00USD per SMS. They are sent in unused fields of control packets.

eli2• 12 years ago

Stripping down webpages for mobile is an old idea -- google used to do it by default when you clicked a link from the search page on your phone.

pbhjpbhj2• 12 years ago

Opera and Opera Mobile had (have?) it as an option too. It was pretty effective and included resizing and re-encoding/compressing JPEGs IIRC.

bluedino• 12 years ago

BlackBerry based a big part of their business on doing so.

denisnazarov• 12 years ago

What about using MMS?

anubiann00b5• 12 years ago

MMS goes over data on smart phones, right?

dlhavema• 12 years ago

it does for verizon, whenever i have my "mobile data" turned off and i get a picture message, i have to turn it back on to download the pic.

kalleboo3• 12 years ago

It has always gone over data, even on dumbphones. Sometimes it uses a separate APN though, and can be billed differently.

SilasX• 12 years ago

Even at good compression, 420 chars/sec is a little frustrating...

Still, major admiration from me for getting that to work!

revelation• 12 years ago

SMS isn't going to get good bandwidth, given the path it uses over the mobile network.

But I've thought about building HTTP-over-WhatsApp. Mobile providers here offer prepaid contracts where you don't pay for WhatsApp access, regardless of your balance or traffic remaining.

johnsoft• 12 years ago

Something similar has been done using Facebook chat (looks like it's Linux-only currently) - https://github.com/matiasinsaurralde/facebook-tunnel

sunsu• 12 years ago

I don't see this could EVER be economical. Even wholesale SMS (not Twilio/Plivo/Nexmo/Etc) can still cost $0.001 / SMS. There is simply no way they can operate the proxy/gateway profitably.

foxhill• 12 years ago

at least in the UK, it's fairly easy to get "unlimited" texts (for some values of "unlimited", of course)

US pricing for texts seems much more extortionate, for some reason..

mcpherrinm• 12 years ago

Unlimited SMS is common in the US too: But that's not really "unlimited" like you'd want to run a service of this scale. 3 messages/second is way too small. You could only host a single client per relay that way. The right way to do this is to not involve an SMS plan, and connect to a proper SMS gateway, which won't be "unlimited" at all.

vidarh8• 12 years ago

If you (on the server side) connect via a mobile modem, yes, and probably violate the TOS. Otherwise, typical prices for bulk SMS in the UK is in the 2p-4p range per message (with higher risk of delays and failure to deliver towards the lower end of that scale). I'm sure it's possible to get below that if you have really huge volumes, but those prices are fairly typical in volumes up to millions of messages per month.

sleepyhead• 12 years ago

So they could charge $0.002 per SMS they send out then.

azdle• 12 years ago

I wonder if they could do some intelligent parsing of the content and just return a plain text version of what the user requests. It wouldn't work for everything, but for things where there are articles with a defined "content" it shouldn't be too hard.

In fact, isn't that what the "read it later" type apps do? I'll bet there is a free js library that already does the detection or you.

ggchappell3• 12 years ago

Question: Why is this called a "browser"?

Is it a web browser? If so, then I don't see the point. Why not simply write some kind of driver that does IP over SMS; then any app that uses the net could connect that way.

(And if it isn't a web browser, then why "browser"?)

stefan987654123• 12 years ago

We were limited to 36 hours for the hackathon we made this at. It is an actual browser. We will continue developing it to make it fully functional.

ggchappell3• 12 years ago

Well, I'm sure this was a nice achievement, and no offense intended, but that doesn't make sense. You were limited to 36 hours, and therefore, instead of simply writing a driver, you wrote a driver and and entire web browser sitting on top of it?

tsunamifury• 12 years ago

Coming up with new ways of compressing data to travel down legacy or fundamentally anti-functional data channels (i.e. low bandwidth, low quality of data, high latency, preprocessing that destroys the majority of the experiencial data) is always a fun hack, but is never a marketable strategy for a few reasons.

- It bets on technology going backwards rather than forwards (i.e. will have cheap android phones with cheap data plans before you can scale it)

- It doesn't provide much more than novelty self promotion. "Hey i made a webpage deliver via SMS"

- Its usually more expensive and time-consuming to produce what almost always becomes an inherently inferior product.

smtddr• 12 years ago

Now, let's take those 3 points and consider a 3rd world country with interwebz-censorship or very poor infrastructure and no forseeable future where it'll improve to anywhere near what most first-world countries have. Cellphone coverage is the easiest thing to setup in those kinds of environments.

vidarh8• 12 years ago

Do you have any examples of such countries where at the same time SMS will still work and be cheap enough to be viable?

Even most countries in sub-Saharan Africa has at least GPRS - most of them have 3G. Some of them are deploying LTE. Certainly there will be areas where for some time still there will still be limited data access, but the question is how many of those areas actually has functioning cell coverage.

throwaway82230• 12 years ago

Sounds about par for course for a hackathon project.

enthdegree• 12 years ago

THANK YOU for this very lucid post!!! People who have access to these services almost certainly have access to a data plan and would view it as a novelty rather than a means of communication. I learned this the hard way by having done a very similar project a year ago, but then basically lost interest as soon as I got a smartphone.

Here is my self-promotion:

* http://nerdhow.net/uzblsms-a-way-to-browse-the-web-via-text-...

* and of course I had it on Hacker News: https://news.ycombinator.com/item?id=5835365

It's open-sores and free to set up and use (if you have a text plan) It would be pretty easy to turn it into a sms terminal which might be negligibly more useful (using a PTY with the kbd is easier than using an X Server). I guess the OP's project and mine would be perfectly equivalent if anyone's written a text-only, line-based browser, but I stopped short of this. Maybe someone else will make one? (:

My biggest takeaway from the whole project was how easy it is to fall into the trap of doing something just to be able to pat yourself on the back. Real altruism isn't this cheap.

sosborn• 12 years ago

open-sores

By far my favorite unintentional turn of phrase I have seen today :)

lucasgonze• 12 years ago

lynx --dump

Would be an optimal way of encoding the return.

Systemic33• 12 years ago

A big problem to solve is that SMS is notoriously bad at delivery. You may have SMS's dropped for weird reasons, and delivery reports aren't exactly reliable.

thaumasiotes• 12 years ago

Isn't this notionally true of IP as well?

bjackman2• 12 years ago

Yes but delivery is guaranteed by TCP, which is the layer above IP. In this scenario, SMS is "above" TCP in the stack, so unless they add ACKs to their system (which would be pretty prohibitive when every text costs money), dropped SMSs would break their system.

jbert• 12 years ago

Awesome app. I was thinking about something like this recently for a niche.

I was going to ask how you direct the SMS to the app, but taking a quick look at the src, it seems the app reads the sms inbox, looking for the specific phone number?

I guess this means that:

- the user sees alerts for the incoming sms?

- the user needs to delete (does the app/could the app do that?)

Great stuff, really interesting. Thanks for sharing it.

XorNot• 12 years ago

So this seems stupid.

SMS is the most expensive data service on the planet. It costs more per byte to send SMS then it does to send data to Jupiter (factoring in the space ship you had to launch there to receive it).

WhatsApp's entire business model is based on the fact that SMS is just stupidly expensive.

ssivark• 12 years ago

That's only in some countries (eg: US). In other countries, SMS is way cheaper for example, for the cost of a dollar or so, you can get a plan that allows you "unlimited messaging" or some obscene number of messages per day (more than you can reasonably type). For example, I know this was the case in India as recently as a couple of years ago -- and then they capped it to try and stop telemarketing spam.

So there are definitely places where SMS is cheaper than data access. In the US it's inverted purely due to the business model choice of the carriers.

vidarh8• 12 years ago

These plans are only "unlimited" because nobody is using them as high bandwidth data channels.

Try to push high volumes through it, and expect to see SMS's delayed - SMS can be delayed for hours at the whim of the operator - or simply dropped, at the whim of the operator. Or simply rate limited.

api_or_ipa• 12 years ago

My cellphone plan gives me unlimited SMS but only 2 gbs of data. If unlimited really means unlimited, then my data comes to me for free (assuming I was going to keep my sms package regardless, which I am).

wwweston• 12 years ago

Unlimited never means unlimited. It means the seller of the service thinks there's an effective limit to what most customers can consume and he thinks he can provide more than that for a flat price.

This generally works out well until people figure out creati e ways to consume levels of service beyond the effective limit -- then the service provider is oversold, and it's either underdeliver or invest in living up to new demand (probably financed with a price increase).

DiThi• 12 years ago

unlimited SMS but only 2 gbs of data

    >>> (2<<30)*8/(160*7)
    15339168

You can send an amount of data equivalent to 13,421,772 SMS with 2GB. That's almost 6 SMS per second on average. I'm sure "unlimited" SMS has a limit much lower than 1M SMS.

catshirt• 12 years ago

by similar measurements, your comment is just as "stupid".

Kayou• 12 years ago

In some countries (like mine), WhatsApp is not popular at all because unlimited SMS is cheaper than unlimited internet. We've had unlimited SMS for a long time now.

For all of those countries where maybe the best speed for internet is EDGE or GPRS, but where SMS are cheap, if not unlimited, this service is huge. I don't think the target is rich western world with LTE.

krrishd2• 12 years ago

Just for context, these guys turned down significant VC money recently in favor of bootstrapping/remaining open source.

Kudos!

general_failure• 12 years ago

can you qualify significant? 100k USD ? 1m USD? Just looking for a round number here.

rohvar98• 12 years ago

undisclosed. :)

lucb1e• 12 years ago

I'm not sure how badly I want to find out just how unlimited "unlimited texting" is, especially at 0 extra cost a month. Of course it's included in the price somewhere, but I can't turn it off to pay less. Suddenly receiving thousands of text messages a minute after hardly using sms for years doesn't sound like a great idea...

Calling my number and using the good old dial-up method sounds much more efficient actually. Isn't the bitrate around 128kbps in normal calls?

jrochkind1• 12 years ago

I think you have a point, but note:

The phone recieves this stream at a rate of 3 messages per second

So note that's 180 text messages a minute maximum throughput, not thousands.

I think you raise an interesting question of if it might be faster to implement a software modem over your voice connection, but I also have no idea if that's actually feasible or not.

(will various kinds of digital audio compression or filtering get in the way? I dunno. Can android apps easily get access to the voice audio stream in the way they'd need? I dunno.) (it'd certainly be a lot harder than letting the SMS network take care of the transmission layer, at any rate). (But yeah, if internet over SMS is a cool hack, then internet over software modem over audio would be even cooler!)

klodolph• 12 years ago

In most parts of the world, POTS is 64 kbit/s, over which you can reliably run a 56 kbit/s modem. Cell phone audio uses less bandwidth, but I can imagine that you could get 8 kbit/s or more reliably, compared to the SMS data rate (7 bits/char * 160 chars/msg * 3 msg/sec = 3.4 kbit/s).

vidarh8• 12 years ago

GSM data used to be 9600 bps back in the day when you'd connect a separate GSM modem. A full data rate raw GSM channel is less than 13kbps, and you'll lose some to signalling.

Wintamute• 12 years ago

In the mid 1980s I used to load computer games onto my ZX Spectrum using analogue tapes and an old hifi. 1535 bit/s :)

http://en.wikipedia.org/wiki/ZX_Spectrum_software#Tape

tzhong• 12 years ago

Really awesome hack and can't wait to see what you guys do to improve it!

brianjesse• 12 years ago

it's the return of slipknot

aviv• 12 years ago

Reminded me of this thread about Smozzy from 3 years ago: https://news.ycombinator.com/item?id=2976764

Gys3• 12 years ago

One market you might not have considered: sailors. Out there on the water its very slow and expensive to be online.

Any cuttings in data transfer have a huge return in less costs and faster replies.

The few options out there are focused on email and expensive. To get an idea: sailmail.com offers email-only SSB (single side band) for $250 / year.

chrononaut• 12 years ago

Are there any advantages of using SailMail versus WinLink over HF? I can't say I'm significantly familiar with either system, but at first glance they appear to offer similar functionality, with of course the latter requiring an Amateur Radio license.

Gys3• 12 years ago

The main difference are the costs. WinLink is free but is only accessible with a Amateur Radio license.

jbarrow• 12 years ago

I think this is an interesting proof of concept; it seems like the exact opposite of WhatsApp, which is based on the concept that data is cheaper than SMS.

I know that SMS plans are often "unlimited" in the US, which is why (at least from what I've seen) WhatsApp is far more popular in Europe.

jonpo• 12 years ago

Try zip-txt.com for a similar idea ...

walski• 12 years ago

Wow, this is like the mobile era's acoustic coupler :D what's not to like about something that weird?!

damian20002• 12 years ago

Why not do it using audio modem software over a phone call ... might be able to reach higher speeds - approaching 56kbps??

ozh• 12 years ago

The cost of sending data over phone calls would be probably much much higher than sending SMS

damian20002• 12 years ago

Agreed it normally would be more expensive. Although I'm on a plan that gives me a few hundred minutes of talk time per month that I don't come anywhere near to using.

vidarh8• 12 years ago

All modern cellphone systems are already digital, and the voice channel is heavily compressed using codecs that are typically geared for a human voice. It's pretty much impossible to get a high datarate with an acoustic modem over them, if you can even get a connection at all.

While there are higher bitrate codecs, a full-rate GSM channel is only about 13 kbps, and depending on radio conditions the voice data may be compressed down to half that or even less.

For comparisons, when landline connections are digitised, it is typically compressed to a 56kbps or 64kbps channel.

tomw1808• 12 years ago

Guys, really, that is an awesome idea, especially when it comes to several countries in the world that limit the access to data. This data doesn't necessarily require multimedia, sometimes its all about access to basic information like dates for demonstrations, or other political topics and things like that. This could be really hand for hundreds of thousands of people who are just not informed and kept silent by their governments. Think about that when implementing. There is a not-so-small audience out there.

Do not get discouraged by all those people who are telling you that its too expensive. Those guys are sitting in behind a high-speed access and don't seem to look beyond the horizon, that sometimes its not about getting 2GB across with SMS (really? ... I mean... REALLY?!), its about getting basic access to information. Not every country is as awesome as the US or Europe in this world. Not everyone is free. And not everyone uses the internet the way we seem to got used to it.

Keep up the great work, its an awesome idea. For sailors, for people without access to internet, for quite a bit of an audience we like so much to forget. Keeping it open and turning down VC firms is even better.

GREAT JOB!

mrleinad• 12 years ago

Combined with twitter, it can be really powerful for broadcasts.

sygma• 12 years ago

In terms of saving on data, I think Opera Mini [0] is a good compromise. They compress the hell out of the page and images (there's even an option to strip images away), but they don't mess with the layout.

[0] http://www.opera.com/mobile

sspiff• 12 years ago

I had considered doing something similar (to avoid roaming charges). I'm very happy someone else did it for me!

sleepychu• 12 years ago

Sounds like something RMS would like ;-) https://stallman.org/stallman-computing.html (Old page ctrl-f "I am careful in how I use the internet")

Gys3• 12 years ago

You could sell this in a prepaid kind of way ? 30 webpages for USD 1 or something. So I would first have to buy credit and then each requested page is deducted from my credit.

Assuming the user has to other internet access, you could offer access to the login / payment / info pages for free. However, you do need some secure sms payment option. I believe all current sms payment options are operator dependent. A huge business in Africa if I recall correctly. An independent version might be another opportunity ;-)

edpichler• 12 years ago

This is awesome!

Here in Brazil internet on mobile is expensive and limited, and the SMS is easily found free and unlimited. This project can potentially improve mobile Internet here.

Remember me the Opera Mobile case that was largely used in Africa where 3G was too much expensive. I remember to saw in some news that Opera brought digital inclusion to many African countries with their browser that basically shrink the requested pages at server side before sending to the phone.

I don`t know about the speed and reliability, but at least, it would be a option.

thewarrior• 12 years ago

One app the HN crowd may not be so aware of is UC Browser.

UC Browser aggressively optimises for page size by cutting out javascript and sending out only 10 kb segments at a time.

I owned an old Nokia feature phone and used to browse the internet all the time almost as if I had a smartphone with a good internet connection.

On slow 2G connections here in India UC Browser can be a god send.

But there are privacy risks.

krrishd2• 12 years ago

This one is similar in that it strips out all JavaScript, CSS, and attributes, essentially stripping down pages into simple documents.

billpg2• 12 years ago

Just thinking about some of the comments I've written into my JS and how many text messages it would take to deliver them.

Text messages are free to deliver these days right?

joekrill• 12 years ago

Well the second paragraph on the site specifically says:

The backend takes the url, gets the HTML source of the website, minifies it, gets rid of the css, javascript, and images[...]

billpg2• 12 years ago

That's me told.

pranayairan• 12 years ago

we did similar thing in Intuit India, check out https://play.google.com/store/apps/details?id=com.intuit.txt...

We have a platform that enables access of internet services over sms, i did the android app which enables accessing all the content offline as well.

romaniv2• 12 years ago

Very insteresting, but...

The backend takes the url, gets the HTML source of the website, minifies it, gets rid of the css, javascript, and images, GZIP compresses it, encodes it in Base64, and sends the data as a series of SMS's.

This is yet another interesting idea that will get screwed up in practice because of massive overreliance on JavaScript in modern web development. This is why developers should do progressive enhancement. There are a lot of thing that are possible with declarative markup that are not possible or not safely feasible with imperative code, which generates things on the fly.

spellboots• 12 years ago

This is not necessarily a problem, see for example http://phantomjs.org/

Google also shows javascript-only content in search results now.

romaniv2• 12 years ago

Running arbitrary JavaScript on your server will likely cause performance, security and compatibility problems. It's not practical at large scale, and it's not something that would "fix" all the use-cases anyway.

Also, very few companies and no individuals will have the same technical capabilities as Google with it's horde of developers, years of experience in the domain, billions of dollars and ability to control everyone's visitor stream. They shouldn't be the only company that can effectively innovate in this field.

NicoJuicy• 12 years ago

I'd do the jquery function .text() on a page, spaces and new lines with a max sequential occurence of 1 and would send that through in markdown (to get some layout).

The browser contains same basic stylesheets and the user can change this (h1,h2,p,...)

Keep the link functionality with # (for single page apps) somehow, for links {{the text}{the link}} could be used.

Strip everything else.

dmead• 12 years ago

screenshots. thanks.

niutech• 12 years ago

It reminds me of Google SMS: http://theinnovativeeducator.blogspot.com/2009/03/using-goog...

antihero• 12 years ago

Has there a been an attempt to use the phone's audio connection with a (software?) modem to replicate dial-up?

peterburkimsher• 12 years ago

I've actually been working on a side project related to this since about 2006.

Currently I have a working email-based proxy server, with Browse (HTML to email), Translate, Base64 Download, and Base64 upload.

I send the URL in the email's subject line, and Google App Engine fetches the page and replies to the sender. Base64 uploading is sent via POST to a PHP script on an OpenShift web server.

Email to SMS is also possible via gmail2sms (their blogspot is in Russian, but it's legit, I promise). That uses Google App Engine to copy emails to Google Calendar, which sends SMS event notifications for free. You need to authenticate your number first though.

I'm still missing some features though. Originally my purpose was to use SIP (e.g. Jajah, Voipcheap: Betamax services) to dual-dial a payphone and another phone number for a 5 minute free trial call. I almost got that working in early 2013, but ended up being banned by most Betamax services.

The other is how to initiate communications. I found a hack that allows me to send email for free while on prepaid 3G roaming with zero balance. There was another hack before that allowed me to receive email as well, but the website's format changed and it's no longer working. Also, most people just want me to have a "normal" local phone number instead of using my Google Voice SMS-to-email.

I've learned a lot about web technology through this ongoing project, though. Now I can code PHP and Python, browse using Elinks, script using Expect, and more.

On a meta-level though: is it worth it? Internet access is basically used for just a few purposes: - Information recall (Wikipedia) - Maps (Google Maps) - Communication (Email, Facebook, Twitter, Skype, etc) - News

The first two can be completely offline using Wiki2Touch (7.5GB text only Wikipedia) and Galileo (1 GB map of Taiwan). It's only communication and news that change often, so I need to access them.

I can get news through FM radio (does anyone still use that? I'm pleased to have it on my Sony MW600 Bluetooth remote).

Facebook and Twitter have email APIs. Skype doesn't. WeChat, WhatsApp, KakaoTalk, QQ, LINE, and all those other chat apps are terrible for their lack of standard APIs. Why can't we all just use instant messaging that's compatible with email or Jabber? For the same reason, these apps aren't available on my Raspberry Pi.

The Cosmos Browser's SMS gateway doesn't provide communication links, just HTTP GETs of static pages. Pages that I can save offline beforehand.

Congratulations to the developers for some impressive coding, but I can't yet find a killer app for this. And we should all switch to simple email instead of those pesky chat apps.

Peter

Cosmos Browser – Connect to the Internet via SMS, no data or wifi required

Related Stories