Slashdot Mirror


Vodafone Move Invites Web Development Chaos

hoagiecat writes "Web developers want mobile phone users to be able to access their sites, but mobile browsers generally choke on heavyweight HTML put together for traditional Web browsers. A host of services have sprung up that allow two sites — one for mobile users, one for PC users — to coexist at the same URL, with the browser's user agent string distinguishing between the two. Vodafone has come at the problem from the other end, offering a new service that translates traditional Web pages into mobile-friendly ones on the fly — but it strips out the user agent in the process, breaking sites designed around the other strategy. And Web developers are mad. Will similar moves by other carriers disrupt this nascent Web development ecosystem?"

13 of 192 comments (clear)

  1. Neat! Can I access the cell-page with a computer? by Opportunist · · Score: 3, Insightful

    Because I'd love to do without the feature (read: crap) heavy pages and go straight to the content.

    --
    We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  2. Re:Neat! Can I access the cell-page with a compute by Tastecicles · · Score: 3, Informative

    yep. spoof the ua string.

    --
    Operation Guillotine is in effect.
  3. So what else is new? by Anonymous Coward · · Score: 4, Informative

    As a Vodafone "business" customer for the last 15 months, Vodafone is doing exactly what the article claims:

    Companies that are on Vodafone's "white list," which is a group of Vodafone-approved services, were notified of the change and the operator is passing the user agent correctly for those services, developers say. ... It's unclear if Vodafone removed the user agent capability for "diabolical" reasons, such as to maintain firm control over the content that users can access, or if it was a legitimate mistake, Harper said.

    The issue at Vodafone is they need a revenue engine that cannot be hampered so they artificially create one. With the recent court rulings over VoIP services like Truphone, Vodafone is seeing disruptive technologies come into play. This is just business doing the right thing for itself but not for the customer.

    For what it is worth, within the group of people I work with (about 2000 people), many of us are using Truphone over the wireless broadband we are provided. Suddenly, my 400-600 pound mobile bills are now down to 50/month with loads of unused minutes rolling over. The story is similar with many other people here and across other networks. Are you surprised?

  4. Re:User-Agent = breakage by hedleyroos · · Score: 5, Interesting

    I have to disagree. I use Plone as a development framework for both "normal" web sites and WAP sites. The user agents are really useful to determine which mobile device is performing the request. This in turn enables me to, say, scale images to an optimal width server side. It saves a lot of bandwidth and makes full use of a larger screen.

    I clean the ua's and apply a Jaro Winkler similarity algorithm. This approach results in a 90% successful match, and in the cases where the match is incorrect it return a sibling phone.

    As far as the mobile world is concerned UA's are great.

  5. Revenue stream by myxiplx · · Score: 3, Interesting

    Hmm... I wonder how this fits in with Vodafone's charging.

    By breaking the functionality that allows operators to display the mobile optimised pages, they are forcing people to download more content. Even if they only charge for the amount transmitted to the mobile after they've processed it, that's still likely to be significantly more data than people would have had with the optimised pages. And if they charge for the size of the original page (and I wouldn't put it past them), they really are ripping people off.

    Either way, I would not be happy with this change if I was on a limited data tarrif.

  6. Re:Isn't the real problem... by FyRE666 · · Score: 4, Insightful


    The whole idea of the web is that any page should display on any user agent. It's the user agent's job to adapt the content to the display, not the server's.

    This just shows you're not a web developer. You might as well say that you should be able to put petrol or diesel into your car and the engine should sort it out. There's very little content that's appropriate for both a 2560x1200 screen and a 120x160 phone display...

  7. Mobile sites are (usually) pointless by Random+BedHead+Ed · · Score: 4, Informative

    A host of services have sprung up that allow two sites -- one for mobile users, one for PC users -- to coexist at the same URL, with the browser's user agent string distinguishing between the two.

    Don't I know it. I use a BlackBerry to surf the web most mornings on the train, and I see these all the time. I've learned to avoid some links specifically because I don't want to waste my time trying to navigate a crappy mobile version of a site. For example, I no longer click on any Reuters or USA Today news links on Slashdot or Digg, because rather serve me the article I asked for, these sites entirely ignore the URL I sent it and drop me on their mobile page, from which (I guess) I'm expected to navigate to the thing I originally wanted. Unfortunately the mobile page contains links to news categories and a list of the most popular stories, and it's usually impossible to find the one I wanted. Many news sites use similar services. The big provider seems to be Crisp Wireless, which proudly announces its responsibility for this crapiness at the bottom of each mobile page.

    My newest pet peeve is the BBC News site. If I type "news.bbc.co.uk" in my desktop browser I get the BBC News page. But on my BlackBerry the site ignores the URL and "helpfully" redirects me to a page where I can select whether I want their Mobile or Desktop edition. It's nice that I at least get an option, but it adds a page load to the process of simply reading the news. And when I select the Desktop link they send me to the main BBC site, not the News site, so I get to make a third page load when I click on the News link to visit the page I originally requested about a minute ago.

    How are these mobile sites supposed to help us again?

  8. User Agent Stylesheets by iBod · · Score: 4, Informative

    The site content shouldn't need to change - only the presentation.

    All that needs to be done is to serve up a different style sheet depending on the user agent, or a default 'safe' stylesheet, or none at all.

    Determining which style sheet to use will necessitate peeking at the user-agent so Vodaphones approach could be problematical. Maybe if they had a meta tag to tell their gizmo not to process the site.

    1. Re:User Agent Stylesheets by suv4x4 · · Score: 4, Informative

      The site content shouldn't need to change - only the presentation. All that needs to be done is to serve up a different style sheet depending on the user agent, or a default 'safe' stylesheet, or none at all.

      As someone who's been through that: it doesn't work.

      You see, the mobile stylesheet has suspiciously many entries of "display:none" if you go this way. Which means you discard many of the non-essential elements for the mobile version and reorder the rest to fit a mobile screen, but the mobile users still download the entire damn thing.

      And downloading things you don't even SEE is far from perfect for the expensive/slow access points on a mobile device.

      Certainly nice that CSS has the feature, but it's not the ultimate solution.

  9. Re:Neat! Can I access the cell-page with a compute by bateleur · · Score: 3, Insightful

    Straight to the content would be nice, but be careful what you wish for... There's no way advertisers are going to accept the idea that mobile versions of pages have no ads. With the screen area so small what will happen is that ads will appear on separate screens before the content you're trying to view.

    Desktop browser ads are mild by comparison. They sit at the top or the side, easily ignored. The worst they ever manage is to waste a bit of bandwidth. I predict people with more powerful phones will soon be spoofing non-phone user agents in an effort to dodge the evil phone versions of ad-supported pages.

  10. Re:Neat! Can I access the cell-page with a compute by elementik · · Score: 5, Insightful

    Why dont people just use media="screen|handheld|print" along with optimised code to a) reduce the amount of code sent in the first place, and b) position it properly based on the client I realise you have to download the same amount of HTML which might not be optimised for slower connections but seriously ... isnt that the entire purpose of the media="" attribute ??

    --
    --- Stop the world! I want to get off!
  11. Re:Isn't the real problem... by Andy+Dodd · · Score: 4, Insightful

    CSS? Mobile Phone? What???

    CSS is a complex resource-intensive standard that no browser developer has yet to implement correctly.

    A proper CSS implementation in a mobile phone with a 160x120 display and a few megs of memory? Yeah right!

    There's also the fact that CSS inherently operates by telling the device what to remove once it has received the full page, as opposed to not sending the device the information in the first place. Not everyone lives in a UMTS or EV-DO coverage area, you know... Even if it formats well for display on my device (an above average 240x320 Windows Mobile 5 PDA phone), a "non-mobile-optimized" site often is 100-200 kilobytes, while a mobile-optimized one is 10-20 kilobytes. (Simpler HTML, no images or only very small ones, etc.) CSS won't help here because it fundamentally means "send everything and let the client sort it out".

    Even with CSS, the differences between mobile and desktop versions of a site are more than just formatting. Try going to Google with a mobile device - You'll see that the differences in the site are far more than just formatting.

    --
    retrorocket.o not found, launch anyway?
  12. Re:Isn't the real problem... by dominux · · Score: 3, Interesting

    There's very little content that's appropriate for both a 2560x1200 screen and a 120x160 phone display...
    how about maps.google.com?