Slashdot Mirror


When Cellphones Become Webservers

An anonymous reader writes "Nokia is experimenting with turning mobile phones into webservers, according to an interesting article on Linux Devices. Nokia has ported the Apache webserver and a few other software modules to the Symbian OS that runs its phones, but there shouldn't be any barrier to adapting the technique to Linux mobile phones, since it all appears to be released under Linux-friendly open source licenses. Just think of the possibilities of having a webserver in your pocket!"

8 of 189 comments (clear)

  1. But can I make calls, too? by Flimzy · · Score: 3, Insightful
    If these new web-server mobile phones work like my current phone, then whenever I'm "online" I can't also make phone calls. That would make a mobile web server about as useful as a web server on my old dialup connection.

    But then with opensource, I can figure anything out... like using Skype to make my calls while my faithful website viewers are still able to browse my ever-so-important website in my pocket.

  2. Hmm by metamatic · · Score: 5, Insightful
    Just think of the possibilities of having a webserver in your pocket!


    The possibility of paying massive bandwidth fees to Cingular, for example.

    --
    GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
  3. Okay, seriously, someone explain the usefulness... by pla · · Score: 5, Insightful

    I just don't get it.

    A web browser, I can see the use of (though currently most non-text-only pages look like crap on tiny cellphone screens, and even text-only doesn't look great). An email client, sure. A terminal emulator (aka "telnet/ssh client" for you whippersnappers) so I can connect to and manage a remote web server (if absolutely necessary - see point 3 below), yuppers.

    But an actual web server?


    First, my phone has an okay battery just sitting idle, but in actual use it dies within a few hours. Running a web server implies basically continuous use, so the thing would end up always on a leash to either a car or AC outlet.

    Second, although I have pretty good cell coverage in my area, I do still drop the occasional call. Do we really want to add a http error code, "604: server drove into a tunnel"? (And yes, I do realize that would probably come back as a 503... Just a weak joke).

    Third - I would not want to use a phone's crude keypad to try to maintain a web site. Even if I bought into the rest of the idea, I could see myself realistically connecting to my phone remotely from a real PC to do any updates or maintenance.

    I just don't see the point. This smells like a solution in need of a problem, IMO.

  4. OK by JanneM · · Score: 4, Insightful

    Just think of the possibilities of having a webserver in your pocket!

    Ok, hmmm, let me think ... uh, no. Aaand not that. Hmmmm....

    *chirp* *chirp* *chirp*

    OK, you got me - what are those possiblities?

    --
    Trust the Computer. The Computer is your friend.
  5. Re:What is the purpose? by gregarican · · Score: 3, Insightful

    It reminds me of 3 years ago when I first got a Linux-based Sharp Zaurus. I could purchase a GSM/GPRS card to get it acting as a cell phone. And I loaded it with wifi and packages so it acted as a Samba server, an Apache server, a MySQL server, a VNC server, etc. Nice geek attraction but for practicality's sake the usability was pretty poor. Small devices aren't geared to be resource hogging servers. They are optimized to be thin clients.

  6. Re:Okay, seriously, someone explain the usefulness by Pink+Tinkletini · · Score: 5, Insightful

    You know how much it sucks to have to configure your phone's settings--not just time and date, but network preferences, calendaring options, notifications, and all the rest--on the phone itself? Now imagine firing up Safari and simply browsing to your phone's configuration page, where everything's explained in full sentences in a format human beings can read, not crammed into 1 square inch at 288 dpi, and where you don't have to press twenty nubby little buttons every time you want to change one setting.

    This could be one potential use for a webserver on your phone. Given the complexity of your typical cellphone, I'd be glad to configure it through an interface that sucks a little less.

  7. Web applications. by Shazow · · Score: 4, Insightful

    With all the hype of rapid development frameworks (Ruby on Rails, TurboGears, etc) it's easier than ever to make web applications, for yourself or someone else. It's also damn easy to install them. Only problem? They require a web server.

    Having a webserver on your cellphone, even if it's only accessible to you, is extremely useful. You can build your own truly cross-platform applications without having to worry about crazy microjava doodie.

    In terms of power consumption, why would it have to be continuously active? It can have a "sleep" mode just like anything else on a cellphone does. It's not like your phone has a continuous open line to someone. When you finish talking to someone, it goes into a sleep mode and waits for the next call. A webserver could work the same way -- when you use it, it fires up. When you stop using it, it takes a nap. Both, you and your battery, are happy.

    I, for one, welcome our Cellphone-hosted website overlords.

    - shazow

  8. Re:Webserver's Everywhere by squiggleslash · · Score: 5, Insightful
    I think I understood what you were trying to say...

    Actually, we do have always-on cellphones when it comes to TCP/IP. Both of the major international standards, GSM and IS95 (well, ok, the latter isn't that major, but it's #2 so it gets a mention) have always-on TCP/IP packet data. GSM has GPRS and EDGE, and the 3G variant, UMTS, also has packet switching as a basic service.

    For the people rubbishing this, I have one thing to say: WTF is wrong with you people? Why do you short-sighted twits appear the moment anyone mentions a technology combination you've not thought of?

    This is just the implementation of a protocol. No, hosting your blog, let alone a major ecommerse site, on a cellphone is probably silly, but if you're looking at implementing some base services, especially for something like telemetry, HTTP is an obvious choice if you have the hardware on the remote end that supports it.

    HTTP is well supported in Java, .NET, Python, Perl, and a host of other languages, so the software that runs "back at the base" becomes far simpler to implement if you're going to be accessing information via HTTP, rather than convoluted customized protocols based upon UDP or SMS. What do you think's easier? A call to the HTTP library to fetch http://mobilstation7.intranet/cgi-bin/getcurrentte mperature.exe or custom formatting some UDP packet with a custom designed library and sending that?

    Is the objection that HTTP has too much overhead? A bare-bones, stripped down, Apache isn't that large, and look at what you're talking about running it on. A modern mobile phone typically has several megabytes of RAM and 8-16Mb of flash, plus bluetooth or USB interfaces. If it didn't, the camera on it wouldn't work.

    A mobile phone isn't a dumb handset, it's a moderately powerful computer that acts as a mobile terminal in a cellular network. You may use yours purely for voice applications. That doesn't mean the only application for this remarkable technology is voice driven. Telecommunications is a versatile instrument, and anything that makes certain types of application easier to implement is to be welcomed, not laughed at.

    --
    You are not alone. This is not normal. None of this is normal.