Apple rejecting iOS apps that use Dropbox SDK

May 4th, 2012

Developers using the software development kit of cloud storage vendor Dropbox are having their iOS apps rejected by at Apple.

According to Dropbox, Apple is rejecting the apps because the SDK includes a “Desktop version” of its website for creating accounts that could allow users to purchase additional storage space outside of the app.

“Apple is rejecting apps that use the Dropbox SDK because we allow users to create accounts. We’re working with Apple to come up with a solution that still provides an elegant user experience,” Dropbox said in a statement yesterday.

Apple did not immediately respond to a request for comment.

Developers on Dropbox’s online forum were quick to decry the rejections.

A Dropbox user identified as Goran Daemon P. wrote that the reason Apple rejected his iOS app was that “the user does not have [the] Dropbox application installed [so] then the linking authorization is done through Safari (as per latest SDK).”

“Once the user is in Safari, it is possible for the user to click ‘Desktop version’ and navigate to a place on Dropbox’s site where it is possible to purchase additional space,” he wrote. “Apple views this as ‘sending user to an additional purchase’ which is against rules.”

Read More:

http://www.macworld.com.au/news/apple-rejecting-ios-apps-that-use-dropbox-sdk-53117/

Did you like this? Share it:

Google Drive: Hybrid of Cloud Storage and Cloud Computing

May 3rd, 2012

Google last week announced its long-awaited Google Drive, which lets you store files on it servers, sync them to other PCs or Macs, and open them on Android devices and — soon — on iPhones and iPads.

It’s similar to services such as Dropbox, SugarSync and Trend Micro’s SafeSync, but it’s also integrated into what used to be called Google Docs, which makes Google Drive a hybrid between a cloud storage service and a cloud computing platform.

While other services mostly store your files, Google Drive — with some file types — also allows you to view and edit them because of the Google Docs integration. Google Docs was Google’s Web-based computing platform for creating, editing, storing and sharing documents, spreadsheets, presentations, drawings and forms.

This integration can lead to a bit of confusion. To the extent that Google provides cloud-based software for such tasks as word processing and spreadsheets, it’s actually functioning as a remote computer. But when it’s just storing files you create on your PC, it’s acting as a network storage device.

Just as with Dropbox and most competing products, Google Drive’s installation software creates a folder on your machine’s hard drive called Google Drive, and any files that you store in that folder are synced to Google’s servers. If you have Google Drive on more than one computer, the files are synced to that machine too.

To test it out, I started writing today’s column using Microsoft Word on my Mac. I saved the Word file to Google Drive and then walked over to my Windows PC where the file was already waiting for me in that machine’s Google Drive folder.

I then walked over to my wife’s PC, which doesn’t have Google Drive software installed, and accessed the file by logging into the Google Drive website. I was immediately able to read the file. But to make changes, I needed to either export it into a Google document or download it to her PC to open with Microsoft Word. Either way, I had immediate access to the file, but the process was far from seamless because now I had two files — the original Word file and the Google document that I had just edited.

I then grabbed my Samsung Galaxy Tab 2 Android tablet, on which I was able to read and edit that Google document or open Word files. But as with the Web interface, it was not immediately clear which was the latest — the Word doc or the Google doc that I had extracted from that Word doc.

You can be excused if all this seems a bit confusing. It was confusing for me at first, and I think that’s a problem with this hybrid model of cloud storage and cloud computing: if you’re not careful, you can wind up with multiple versions of the same document.

Google Drive, like Dropbox and some other cloud storage services, does automatically save old versions of files. So if you make a mistake or just long for a previous version, you can access and download it from Google Drive on the Web. The service automatically deletes previous versions only when they are more than 30 days old or if there are more than 100 versions of that file.

One big advantage of cloud-based services is the ability to share and collaborate. As co-director of a nonprofit, I work on a lot of documents, presentations and spreadsheets with my co-workers, and we have made frequent use of Google Docs and Dropbox.

Read More:

http://www.huffingtonpost.com/larry-magid/google-drive-review_b_1471827.html

Did you like this? Share it:

Mobile web development isn’t slowing down

May 2nd, 2012

We’re all well aware that mobile web development has gone through a complete metamorphosis over the last five years. We went from tiny screens with limited browsers to elegant multitouch displays with advanced web experiences. But even if you look at a shorter timeline — two years or so — you’ll see that major improvements in mobile web development are still in progress. This space continues to produce exponential shifts.

In the following interview, "Programming the Mobile Web" author and Fluent Conference speaker Maximiliano Firtman (@firt) discusses some of mobile development’s short-term leaps. He also looks at where mobile’s envelope pushers will take us next.

At this point, what are the essential mobile development skills?

Maximiliano Firtman: It depends on if we are targeting native or mobile web development, but usually an understanding of the mobile space is important. There are many differences between devices, so developers need up-to-date information on operating systems, versions, browsers, screen sizes, screen densities, multitouch, etc. That’s why mobile usability and high-performance coding techniques are a must.

Related to that, what are the key mobile development tools?

Maximiliano Firtman: Emulators and simulators, while not perfect, are essential tools. Tools that debug and quickly deploy apps to real devices are also important. And the devices themselves are important for measuring performance and testing hardware-related features, such as touch, the accelerometer, GPS accuracy and even color palettes.

The first edition of your book, "Programming the Mobile Web," came out in July 2010. What are the major changes you’ve tracked in mobile web development since then?

Maximiliano Firtman: Since 2010, we’ve finally deprecated some old technologies such as WML and even XHTML MP. Today, HTML5 is king, while in 2010 we were talking about Apple or Webkit extensions.

In addition, the mobile web is no longer just for mobile websites. We can now also develop native web apps and even ebooks with EPUB 3. So, the platform is growing.

The tablet market was just starting two years ago, and now we have several vendors and operating systems. We also have new problems to deal with, such as screen density, performance optimization and even 3-D screens.

These days, we have a new vocabulary with responsive web design and responsive web design + server-side components (RESS). We also have lots of new APIs on the JavaScript side, new hardware APIs (motion sensors, battery, camera), and new mobile browsers (Google Chrome, Firefox, Amazon Silk).

Finally, we’ve seen the creation of a number of frameworks and debugging tools, including jQuery Mobile, Adobe Shadow and even iWebInspector — a free tool I’ve created for iOS web debugging.

What do you see happening at the edge of mobile web development?

Maximiliano Firtman: We are seeing browsers pushing boundaries, such as the live camera API inside WebRTC on Opera Mobile, Web Notifications and WebGL on BlackBerry PlayBook, and the Battery API on Firefox for Android.

Examples of envelope-pushing web apps include the Financial Times app, which has a great touch UI and offline access, and the Boston Globe website, which is a good example of responsive web design and RESS.

Source:

http://radar.oreilly.com/2012/04/mobile-web-development-isnt-sl.html

Did you like this? Share it:

Light Table: a Brand New Conceptual IDE

April 28th, 2012

Recently developer Chris Grainger, former member in Visual Studio of Microsoft, introduced in his personal website a new type of IDE-Light Table. This new IDE is based on one simple concept- codes need to be written in a positive environment and able to show what it is doing as well as how to explore and edit it.

A good IDE should be based on the following principles:

· You needn’t and shouldn’t have to look for documents.

· Files are not the best way to represent code. They are just a convenient serialization.

· Editors should display anything anywhere, not just text.

· Instantaneous results-change on the result should be shown immediately.

· Able to display any related code.

Now let’s see how Light Table live up to these principles.

Docs Everywhere

In Light Table information related to the code are directly shown on the side. If you want to check the details, just put your cursor on top of it.

This is particularly helpful when you are dealing with functions you don’t know very well of, because you don’t have to search for external documents.

2. Instantaneous Feedback

Light Table is able to show the result of the codes immediately. Fore example, if you enter(+ 3 4), you can get the result without having to press shortcut keys like Ctrl+Enter.

It may even show the whole computing procedure. This allows developer to try different parameters and get the result fast.

3. Drafting Table.

In developing we don’t have to limit ourselves in a world where files are considered the smallest operational unit. If we are able to manage the codes at a conceptual level, we would be able to observe more mutual-influence between even more complicated codes. This can be accomplished by using “ code bubble”, which resembles the large workshops of other engineers on which draft and other useful tools can be placed.

You can even insert games into Light Table. And this allows you to test each line of code and leave the rest to Light Table.

4. Code with Illumination

In “light” mode, Light Table is able to directly display the method employed in the code currently being edited.

For the moment, Light Table is just a prototype system which only supports Clojure. But Chris has come up with an open source project based on this prototype to bring forward the development of Light Table. According to Chris, Light Table will be able to support JavaScript in the near future.

Did you like this? Share it:

Zipline CEO: Stop Whining about Android Fragmentation and Do Some Damd QA!

April 28th, 2012

After reading last week’s Next Web article on the ‘toll’ of Android fragmentation, I’ve had my fill of horror stories about Android support.  I thought I’d set the record straight, based on Zipline’s experience with Wolf Toss, a game that we released to Android and iOS on the same day and has been a Top 20 title on both platforms.

Let’s roll back the clock. In 2011, I really believed the fragmentation issue was going to be a big deal for us. We’d spent most of the year beta testing our Moai game development platform, which had its first high profile iOS launch in September with Crimson: Steam Pirates. Our own game, Wolf Toss, was tested heavily on iOS as a result, and it should have had more Android testing before we shipped in December. Mea culpa.

In January, Wolf Toss was featured on Android Market, and shot up to a million users in a week, with over five hundred different Android device types. Yes, there were lots of users complaining of bugs and resolution issues, but it didn’t stop our average review exceeding four stars.

toddhooperweb 0111 220x330 Zipline CEO: Stop whining about Android fragmentation and do some damn QA!

The team and I spent long evenings and every weekend testing on each Android device we identified as having an issue. Thanks to the remote testing service Perfecto Mobile, I personally tested over forty different devices for device-specific bugs. Even as late as January 31,I thought Android fragmentation was a significant challenge and wrote about it in a lessons learned article from our launch.

Guess what we found after weeks of testing? Yes, there were device differences but most of our problems were rooted in classic software engineering issues. We did see some crashes on specific devices, but the catalysts were devices that have less memory or run more processes which were causing the underlying issues to be exposed more often.

The actual root causes of our crashes were our own decisions – specifically, a stack corruption issue and a thread locking issue which took us some long nights to track down.  We rolled those fixes back into our Moai platform,  and added real-time crash reporting from Crittercism as well. Today our crash rate on Android is well under 1% of players and very close to iOS.

A big part of our Android problems came from a development effort that didn’t pay enough attention to Android up front. Only one person in our office even had an Android phone when Moai went into beta last summer. The best approach is to bite the bullet and start carrying a second phone, and make sure everyone on your team has access to Android as well.

Trying to support every Android device is like trying to support every model of iPhone and every major iOS version back to 2007. It’s not worth the effort, and technically not feasible for a demanding physics game like Wolf Toss. If you take the time to test properly on Android, and target a capable set of devices, then the main fragmentation problem you have to solve is different resolutions and aspect ratios. It’s a little more work than the four different displays that you now see on iOS devices, but well worth it.

 Zipline CEO: Stop whining about Android fragmentation and do some damn QA!

For Wolf Toss, we set the bar at Android 2.2 devices with an arm7 CPU plus a minimum screen resolution of 320 x 480, which covers most Android phones designed in the last two years. Users who don’t meet that bar are screened from seeing Wolf Toss in the Android Market. If Android users are complaining they can’t use your app on their device, then you’ve probably incorrectly configured your  app manifest.

Our major lessons were to test earlier and more often on Android, and to support Android screens like QHD and 16:9 aspect ratios out of the gate, because everybody hates letterboxes. The good news is that Android support in both Wolf Toss and Moai is now world class.

The idea that Android fragmentation is an insurmountable issue for developers is overblown. Our major problems were traditional software engineering challenges and we found only a handful of issues that were truly device-specific in the end.  A little extra complexity for Android is worth your time as a developer.

Look at what Google has brought to their ecosystem: the most open, competitive market for smartphones, an open-source OS and unfettered distribution, immediate app deployment, and transparent, real-time customer transactions in Google Wallet. For a lean, fast moving startup, these are major advantages that make Android a priority.

source:

http://thenextweb.com/google/2012/04/02/zipline-ceo-stop-whining-about-android-fragmentation-and-do-some-damn-qa/

Did you like this? Share it:

The Shocking toll of Hardware and Software Fragmentation on Android Development

April 26th, 2012

image

Android fragmentation is a huge problem. The fact that there are hundreds of different hardware devices running over half a dozen different versions of Google’s OS makes it annoying for users, but makes it an especially devastating issue for developers trying to make a business out of the Android ecosystem.

This was highlighted by the recent release of Temple Run on the Android platform. A previously (very) successful game on iOS, it was brought over to Android in order to take advantage of the huge number of devices that run the OS. And it has already hit 1 million downloads in just 3 days, good, even for a free app. But very quickly, the developers of the app discovered the pitfalls of fragmentation:

99.9% of support emails are complaining their device isn’t supported. We currently support 707 devices. Mindblowing.

— Natalia Luckyanova (@nattylux) March 27, 2012

Natalia Luckyanova of Imangi tweeted out that most of their 1200 emails over the past 12 hours of release had been devoted to the fact that the app just didn’t work on one of the hundreds of devices owned by those users.

But then Developer David Smith replied to her, saying that he had some 1443 unique devices on the logs for his Android app Audiobooks (also Free). We contacted Smith to chat with him a bit about whether the fragmentation of Android software and devices had affected the process of making software for the platform. What he shared with us was shocking.

Smith confirmed for us that his Audiobooks app has been run on 1443 different Android devices by its users. This makes it absolutely impossible to determine whether an app will run without problems for all of your customers. To drive home how ridiculously shattered the Android landscape is, check out this list of the most used single devices based on 1.3M downloads of his app:

  1. Droid X (7.8% of users)
  2. Samsung Galaxy S2 (4.3%)
  3. Droid (4%)
  4. HTC Desire HD (4%)
  5. HTC Evo 4G (3.7%)
  6. Droid incredible (2.3%)

This is insanity when you look at it from the standpoint of an iOS developer, who has to support only a handful of hardware varietals. Of course, Android’s very nature causes this. It is designed to work on an enormous array of hardware with all kinds of different components and feature sets. The way Android is designed to be used means that developers will likely always have to deal with this kind of fractured hardware landscape, it’s a fact of life on the platform.

testingdevices 520x365 The shocking toll of hardware and software fragmentation on Android development

Smith says that with just 8-10 iOS devices (the pic above is from last summer and shows a dozen), he can cover 100% of his users. There’s just no way to keep every version of hardware around for quality assurance on every permutation of Android. “I have a handful of Android devices, but since the range is so spread out trying to cover a large array of devices just isn’t practical.”

“And that is only half the picture,” Smith says. “The other side is Android version, where 50% of users are on 2.3.3 and then the rest are are on things ranging from 1.6 to 4.0.3.”

The contrast with developing for iOS is sharp. “With iOS, it’s usually safe to maintain compatibility about one year back,” Instapaper developer Marco Arment told us a couple of weeks ago. “So today, iOS 4 is a very safe minimum. Very soon, iOS 5 will be. Sometimes, an OS update offers so much for developers that it’s worth jumping the gun a bit.”

“Those two things combined make helping users with problems almost impossible,” Smith says, and support emails are a huge part of that, with the ‘vast majority’ related to some issue running the app on a hardware and Android version combination that has caused an issue. “The hardest part is that you can’t drop support for old things because such a high number of users are stuck, so it is often the newer devices that are the trickiest to support well.”

All of this leads to low reviews of the app, an enormous volume of support email dedicated to errors due to versioning or hardware flukes and lost revenue for the developer.

“It is a nightmare…the worst part for me is that ultimately it means that I have a lot of grumpy users that I just can’t realistically help. It just doesn’t make sense (economically) to run down every bug that is specialized to a particular device/OS combo.”

This is especially important because the Android platform is generally far less profitable than Apple’s iOS. People expect to pay less for Android apps and they’re vocal about it. Check out this thread on Reddit about the recently released (and incredibly beautiful) doubleTwist Alarm app for an example of the way that some Android users view paying even $1 for an arguably AAA title.tumblr lnx7zso4dv1qe4dqj 220x369 The shocking toll of hardware and software fragmentation on Android development

“I think most droid users have never heard of the android market, whereas most iOS users get their phone and then immediately go looking for apps. That is just anecdotal, but it seems like a lot of people just view it as the ‘free’ phone option at the cell phone store…sure there are people who are deliberately choosing it but I’d guess that is a minority.”

The chart on the right shows how Smith’s apps were performing on the App Store, Amazon and Google markets last July. Note that his apps are actually ranked higher on Android than they are on iOS. This is a systemic problem and one that makes the additional headache of supporting hundreds of devices running aging versions of Android even less worthwhile for developers. Especially those with limited resources.

In a report today, Flurry Analytics paints a slightly more optimistic picture of the Amazon App Store, which it says generates $0.89 for every $1 that the App Store makes, but the Google Play market still comes in a dismal third at $0.23 .

I asked Smith if he thought that there was any practical solution to the problem of having to support so many versions of an app.

“The only way it would get better realistically is if there were one or two phones that had runaway success and stayed that way for a long time…where their sales would dwarf the previous install base.”

Due to its approach, Apple’s ecosystem offers many benefits for developers. There are only two screen sizes in the entire pantheon of Apple’s mobile products and as many as 75% of users are already upgraded to iOS 5, allowing developers to support newer features and phase out older versions of iOS quicker.

In the case of hardware, Apple’s path has been one of restraint and focus. The business model of Google is an antithesis to this kind of thinking, which is fine. It’s great to give consumers more options and to have a strong alternative to iOS. Android fills a necessary role in many embedded systems and unique devices. And Ice Cream Sandwich is a bold step in a very good direction, not compromising the original vision of Android as a more customizable and flexible OS, while injecting it with more polish and logic.

But a platform does not exist on first party apps and a polished OS alone. If it did, then Windows Phone would be destroying Android in adoption and not just in users satisfaction surveys. A platform needs developers and it needs them to be able to please their customers. Apps are the key to any successful platform and if Google doesn’t work to improve the very real fragmentation issues, it will continue to be a less attractive option for the very people Android needs to survive.

Source:

http://thenextweb.com/mobile/2012/03/30/the-shocking-toll-of-hardware-and-software-fragmentation-on-android-development/

Did you like this? Share it:

Google Drive: Watch out, cloud computing in U.S. like ‘Wild West’

April 26th, 2012

image

With the advent of Google Drive, we talk about cloud computing as if the bits and bytes of our lives are stored somewhere up in the air, but, really, the "clouds" are very terrestrial. What’s more up in the air are the laws that govern who can access your stuff and how.

Originally a way for geeks to explain to the rest of us the notion of remote servers storing and serving up content, cloud computing can be defined several different ways, depending on whom you ask. In some ways, even email is a form of cloud computing. (It really lives on a server somewhere out there and is served up wherever we desire.)

"The problem that cloud computing has, more generally, is that [the real world] assumes that rights are based geographically," Mark Radcliffe, senior partner at law firm DLA Piper, said in an interview with The Times. "That assumption is not realistic in the cloud."

Why? Who knows where the servers really sit? They may be in the United States, governed by American laws. Or they may be across the pond in Europe, where there are rather stringent privacy rules. Regardless of where the company is based, the location of the servers determine in some large part who can legally gain access to the content on them and how.

"The U.S. is more like the Wild West," Radcliffe said. "It’s very heterogeneous," with laws at the federal, state and sometimes the municipal level.

One concern some have expressed online and out loud is how law enforcement could gain access to your digital life stored in a cloud.

With a computer in your home, you’d have to be served a warrant for legal access to your hard drive. But with remote storage, you may not know whether a subpoena or warrant has been served on the cloud service provider.

"Law enforcement can subpoena the service, but it depends on their contractual obligation," Radcliffe said. In other words, what they spell out in their terms of service. Always remember, that’s a contract that you agree to by using the service.

Most terms of service include a clause stating the provider would give up your information if required by law, with no mention of whether it would inform you. Interestingly enough, DropBox’s TOS says something a little different.

It reads: "To be clear, aside from the rare exceptions we identify in our Privacy Policy, no matter how the Services change, we won’t share your content with others, including law enforcement, for any purpose unless you direct us to."

The DropBox privacy policy section on compliance with laws and law enforcement does say the company may disclose information it collects when there is a "good faith belief that disclosure is reasonably necessary to (a) comply with a law, regulation or compulsory legal request; (b) protect the safety of any person from death or serious bodily injury; (c) prevent fraud or abuse of Dropbox or its users; or (d) protect Dropbox’s property rights."

But it further states that if you encrypt your stuff before storing it there, the company can’t undo that. Something to keep in mind.

So, the obligation varies by company and the rules vary by jurisdiction. That’s a lot of variation to process.

"The direction I think is most likely is an agreed-upon code of conduct," Radcliffe said. "We’re urging that right now [and are] working with a number of companies right now to see if we can do that."
Jeff Fowler, a partner at law firm O’Melveney & Myers, told The Times, "We in the law business are always chasing these technological developments." Until the law catches up, he advised, a consumer really needs to be a good self-advocate, keeping track of terms of service and privacy policies. 

"There is no easy way to wrap your arms around a cloud," Fowler said. "The name is quite fitting. it will require a lot of creative thinking over the next few years."

source:

http://www.latimes.com/business/technology/la-fi-tn-cloud-storage-legal-20120425,0,651915.story

Did you like this? Share it:

Microsoft and Facebook in $1bn pass the IP parcel play

April 25th, 2012

Microsoft and Facebook concluded a significant round of pass the patent parcel today as the soon-to-IPO social network gained rights to a bundle of IP formerly belonging to AOL.

The companies have carved up the $1bn patent pile that Microsoft secured from AOL earlier this month, strengthening both their respective IP positions and the comparatively low-profile alliance bewteen the veteran biz software giant and the social networking behemoth.

Facebook will cough up $550m in cash for 650 AOL patents and patent apps, plus a license for AOL patents and applications that Microsoft will purchase and own. Microsoft will hang onto 275 AOL patents and apps, a license to the 650 that Facebook will own, and a license for the 300 odd patents that AOL did not sell.

"Today’s agreement with Facebook enables us to recoup over half of our costs while achieving our goals from the AOL auction," said Brad Smith, executive vice president and general counsel at Microsoft. "As we said earlier this month, we had submitted the winning AOL bid in order to obtain a durable license to the full AOL portfolio and ownership of certain patents that complement our existing portfolio."

The deal comes just weeks after AOL and Microsoft struck the original $1bn patent peacemaker. At the time, an analysis showed AOL had some hefty IP dating from the beginning of the internet era, covering IM, email, patents covering browsing and search. Almost 5 per cent covered social networking.

"This is another significant step in our ongoing process of building an intellectual property portfolio to protect Facebook’s interests over the long term," said Ted Ullyot, general counsel of Facebook.

Facebook is a relative newcomer to the patent wars. However, it bought a raft of IBM IP recently, and is already involved in a spat with Yahoo!, and as it gets richer it will no doubt attract the attention of ever more patent lawyers – whether at rival big firms or just out and out trolls.

This could be expected to become even more of a problem once its coffers are swollen with lovely post-IPO cash, which it might be tempted to bleed out making problems just go away. So a locker full of IP of its own gives it something to play with.

For its part, Microsoft boosts its treasured IP hoard, and by playing pass the parcel with Facebook makes the upstart a bigger problem for other firms that they might have have their own own problems with. It helps Microsoft also has its own financial stake in Facebook too.

Whether the relationship could go any deeper is open to question. But one could even get all misty eyed and look at the deal as a grizzled old veteran giving a steer to the youthful, if cocky, upstart. Like Dreyfuss and Estevez in Stakeout, Eastwood and Sheen in The Rookie, or Time Warner and AOL a dozen or so years ago. And look how well that worked out

Source:

http://www.theregister.co.uk/2012/04/23/microsoft_facebook_ip_deal/

Did you like this? Share it:

Amazon offers cloud apps at hourly rates from IBM, SAP, others

April 25th, 2012

Amazon Web Services on Thursday announced a new online marketplace that allows customers to buy software and services from a variety of vendors at hourly rates through its cloud infrastructure platform.

Commercial software vendors including IBM, Microsoft, SAP, and CA Technologies are offering products for sale on the site. A variety of open-source software is also available, including the Drupal content management system, SugarCRM and a number of application development stacks.

[In some cases, the software is available at no charge, with customers only paying for the amount of Amazon compute power and storage they use.

Software can be launched either with Amazon’s 1-Click technology or the Amazon EC2 (Elastic Compute Cloud) console, for additional control.

Customer billing is handled by the AWS system. Existing AWS customers can receive and pay their application charges on their regular AWS bill, according to a statement. This setup makes life easier for both customers as well as vendors, since they will save money and effort otherwise spent on marketing, distribution and overhead, Amazon said.

AWS Marketplace is currently open only to vendors "with a US Subsidiary that can submit a W-9 tax form," according to a notice on the site.

Many software vendors, including some who are participating in the marketplace, had already offered customers the ability to run their products on Amazon’s infrastructure.

But the additional streamlining AWS Marketplace applies to the buying process could give customers a more painless way to test out software before making a more substantial investment, particularly in commercial applications like SAP Business Objects, which typically carry hefty price tags.

While commercial vendors typically offer free trials of their products, they are often limited to 30 days and require a local install. But a customer could rent software through AWS Marketplace for a longer, open-ended period, giving them the chance to fully vet the product without having to sign a long-term contract or tie up hardware resources.

Source:

http://www.infoworld.com/d/cloud-computing/amazon-offers-cloud-apps-hourly-rates-ibm-sap-others-191272

Did you like this? Share it:

Understanding Client-Side Storage in Web Apps

April 25th, 2012

When the Web was young, our servers were powerful and our clients were weak — so websites stored the vast majority of their data and logic on the server. But now we have increasingly more powerful clients, thanks in large part to the rapid innovation of mobile browsers and the advent of HTML5. As a result, websites are moving more of their data and logic to the client.

In this two-part series, I explain how to store data on the client using HTML5 APIs, and how client-side storage can improve both application performance and the user experience.

How We Got Here

To understand client-side storage today, it helps to look at the history of how we got to where we are now. In the first iteration of the Web, there was no way for websites to store data in the browser that would persist across browser sessions. It was possible to store state by using the query URL, like remembering a session ID (?sessionID=3213) and retrieving state from a database, but if users left a website or restarted their computer, the session information would be gone.

In 1994, a few engineers at Netscape were working on an e-commerce solution and needed a way to track the content of shopping cart baskets across browser sessions. They invented the concept of Web cookies (based on the computing concept of "magic cookies") and introduced them in the Mosaic Netscape browser later that year. Internet Explorer (IE) supported them the following year in IE2, and soon many websites started using them. They were most often used for user sessions, website personalization, ad tracking, and website analytics.

There was an increasing number of issues with cookies, however, especially as Web developers tried to use them in ways the creators didn’t originally envision.

Cookies pose multiple security issues. They are unencrypted, so unless your entire website is delivered over SSL, the cookies aren’t secure. As some hackers discovered, cookies can also be stolen via cross-site scripting techniques and DNS spoofing. When users found out about the security and privacy issues with cookies (thanks to mainstream news articles and US FTC hearings), many users started to restrict or entirely disable cookies — meaning that websites could not always assume they could use cookies.

Cookies also pose performance issues. Because cookies are included in every HTTP request, they can affect how long it takes for a browser to download a webpage — which means you don’t want to store large amounts of data in them. And even if you wanted to store lots of data, you usually couldn’t. Most browsers restricted each cookie to a max size of 4KB and allowed a max of 20 cookies per domain — not a lot of space.

Web developers wanted a way to persistently store data in the client, and they weren’t getting what they needed from cookies. A few clever developers came up with hacks for client-side storage, like using window.name or Flash local storage, but, well, you can only go so far with these hacks.

The HTML5 Storage APIs

Luckily, we are now in the era of "HTML5": the new set of HTML, CSS, and JavaScript specifications that try to make Web development easier and websites more powerful. These specifications include multiple approaches to client-side storage that go far beyond cookies:localStorage, IndexedDB, and the File API. Why multiple approaches? As we’ll see, the APIs are quite different and so are their use cases.

Read More:

http://www.drdobbs.com/web-development/232900805

Did you like this? Share it: