While this is going to be *AWESOME* for a lot of the Apps out there, I wonder what sort of load it's going to place on Apple's servers. We already saw that they cannot seem to handle crazy amounts of traffic and use with the MobileMe fiasco.
You're going to have tons of apps sending messages using Apple's servers as a proxy. So, unless it can be limited to very small amounts of data (such as a simple notification, small string, etc) it could cause major problems do to the sheer number of requests.
Let's say that you have AIM up and then you get a phone call. I'd imagine that this will "close" AIM and open up the call. Then, all of your instant messages that happen during the call, would now go to Apple instead of my your iPhone. Then you hang up the call and you would see that you missed 6 IM's. So, while the whole time AIM was "closed" the AIM servers hit Apple's 6 times. Even if they are only passing tiny amounts of data, this could cause major load issues for Apple's servers.
Am I missing something? Or does this sound about right?
I hope this doesn't become the new twitter(always exceeding capacity).
I wonder if they learned their lesson from the mobileMe launch?
Hopefully they will have adequate server capacity to handle all the notifications.
Every developer and his uncle is going to want to use this.
There are some major differences to teh MM launch. One, is that teh Push email was only a small part of MM. This isn't a data server, sync server, email server, etc. with complex Ajax coding. It's just a relay server for your iPhone that works similar to SMS. It's much less complex to design and build, the data through is considerably smaller and it relies on both the developer adding the feature to the iPhone app and Apple enabling it.
Will this hiccups? Probably, there usually are with any new tech. Will be as bad as MM? Not probable.
Quote:
Originally Posted by G. I.
Skype will be useless even with this notification stuff. How can an incoming call come through if the app doesn't run.
Skype will be useless without a WIFi connection, per the SDK regulations.
Quote:
Originally Posted by Ireland
The push service might be able to "wake" the sleeping app somehow. Badges, textual alerts and alert sounds.
A textual alert for the Skype app might be:
Sarah is calling you on Skype?
Ignore - Answer
Tapping Answer could then launch the skype app and put Sarah and you in connection for that voice call.
I thank you.
To add more detail to that and use the alerts as they are, if you get an alert from Skype that vibrates and rings the phone (once), and adds a pop-up message saying the number or contact calling you. You can then accept or decline, but this would only access the app, which could be written to auto accept a call if you are accessing it from said pop-up. The Skype servers would still think you are available per the Apple notifcation servers so it would continue to ring until the allotted time sends it to voicemail.
But would this be enough time from the Skype server to the Apple notification server to the iPhone pop-up to you responding to get the Skype phone app to answer before it gets sent to voicemail? Could the notification service on the iPhone auto initiate the Skype app service on the notification servers when you connect to WiFi or would you first have to manually open the Skype to get it started? Since the iPhone can connect to 6 calls at once would the iPhone be able to aggregate regular cell calls and WiFi calls into one party line (I'm planning a heist and this would really help keep the Feds of my trail)?
Let's say that you have AIM up and then you get a phone call. I'd imagine that this will "close" AIM and open up the call. Then, all of your instant messages that happen during the call, would now go to Apple instead of my your iPhone. Then you hang up the call and you would see that you missed 6 IM's. So, while the whole time AIM was "closed" the AIM servers hit Apple's 6 times. Even if they are only passing tiny amounts of data, this could cause major load issues for Apple's servers.
Am I missing something? Or does this sound about right?
There are two ways this can be handled. It could be Yahoo and MSN messengers in that they will hold the chats on their servers and send to you when online or it could be as you stated that the AIM server will think that you are the Apple notification server and send your messages there after the iPhone passes you off to it after you close AIM.
Method 1:
— AIM on iPhone closes
— iPhone sends notice to Apple server which logs in as you
— AIM server sends messages to Apple server
— Apple servers holds messages and sends notifications to your iPhone
Method 2:
— AIM on iPhone closes
— iPhone sends notice to Apple server which informs AIM server to hold messages but send notice of a new message to Apple server
— AIM server sends notice to Apple server for each message
— Apple server sends notification badge to iPhone
— AIM on iPhone is opened at which time it polls AIM server for held messages and informs to send messages directly to that IP address.
The latter only works if AIM doesn't use a pop-up with the message imbedded. Judging by how poorly made the iPhone's AIM is with as much time as they have had I'm guessing they will go the easier route of letting Apple do the all heavy lifting.
PS: I know that Adium has a legal quandary with making an iPhone app, but I'd like to see Meebo make an local app portal for their great multi-client web app. They could still leave all the IM protocols on their servers and relay the messages to an iPhone app that would work with the Apple notification services. AIM for the US, but the rest of the world isn't using it.
What kind of email notification? A .Mac thing? I never cared for .Mac so I wouldn't know about that -- it was pretty obvious that Apple was focused on something much bigger. If you are talking about Apple Mail, I don't share your concern. That has been a solid app for me for... well... forever.
And spare me the MobileMe drama. :P
I don't have MobileMe, but its issues are well known here. What I'm referring to is the built-in Mail app on the iPhone. While it's laudable that they've added new configuration options to specify whether you want to use Fetch, Push or Manual methods of receiving new mail on a per-account basis (indeed, they give you more control over that on the iPhone than they do on their own desktop Mail.app!), it's still pretty damned buggy, and no better, as far as I can see, than it was a year ago. I have found that with GMail set to "Push" it works pretty well, but for Yahoo it's a crapshoot. Same goes for "Fetch" on my home IMAP server, even though automatically fetching mail works just fine for all the desktop clients that connect to it, including Mail 3.0. And don't even get me started on Manual... apparently, to Apple, simply opening the Mail app is the same as manually deciding that you want to check for mail from a particular account. Even if you open it into a different account! Ridiculous. But even then, that's only true some of the time.
I'm glad you've had no problems with Apple Mail, but others have. Rules, for instance, have a number of bugs and limitations that have dogged me for years, and confounded the Apple engineers I've presented the problems to, but they're still present in 3.0. Unfortunately due to Apple's opaqueness you never know what they're going to fix and what they'll let languish.
Quote:
Apple is trudging through a rocky road, definitely, but it has just come out and I have a feeling they'll be ironing this out rapidly until it becomes a well oiled machine. Unlike .Mac they have a winner, here, and I think they know it. There's nothing else on the internet quite like what MobileMe can be. If you think mistakes in regard to rolling out such an exceptional new service somehow reflect on a company with such a rock solid background of providing wonderful revolutionary products, I would suggest you look up the definition to 'perspective' in the dictionary.
Having wonderful revolutionary products does not necessarily mean having the best, or least buggy, software implementation. Sometimes it means such pressure to continue pushing the boundaries that I think they put lower priority on boring, non-flashy things like bug fixes. While there always have been and always will be bugs, I don't think I'm alone in perceiving a decline in quality control at Apple of late -- issues that really SHOULD have been caught if they'd tested adequately and for enough time, with software and hardware that all comes from the same company. I've filed more bug reports since Leopard's release (and I don't just mean for the first few buggy iterations) than in the entire 4-5 years previous that I've been using Apple software.
Of course, on the bright side, perhaps a few more high-profile screwups like Mobileme will force them to put more resources into quality control. I hope so.. I'd really like to get reliable Wifi back on my phone.
? iPhone sends notice to Apple server which logs in as you
? AIM server sends messages to Apple server
? Apple servers holds messages and sends notifications to your iPhone
Method 2:
? AIM on iPhone closes
? iPhone sends notice to Apple server which informs AIM server to hold messages but send notice of a new message to Apple server
? AIM server sends notice to Apple server for each message
? Apple server sends notification badge to iPhone
? AIM on iPhone is opened at which time it polls AIM server for held messages and informs to send messages directly to that IP address.[/INDENT]
Good point. In either situation, it's going to require something to be sent to Apple each time an IM is sent to the iPhone user. Even if it's just a notification that an IM has been sent (and not the message), this is still gonig to be a lot of traffic to Apple's servers.
I think the way they are handling this is very smart for now. However, I think future iPhones will be just as capable in terms of processing and memory allocation as full-size computers and run on the same size battery. Then, we will look back and laugh at the current limitations as if it was an 80's model PC.
Speaking of limitations, the article mentioned the drainage of battery due to 3G. I'm assuming the 3G is best used for fast internet and not the phone features, correct? If so, can the 3G technology be "quickly" turned on and off as needed, or better yet, be set to implement only when the web is activated?
I just ordered 2 iPhone 3G and am patiently waiting. Never own one before.
I remember an Apple video explaining how great is the Apple solution for enterprise applications. No third party server to get access to emails like those proprietary solutions from RIM with Blackberries. Direct connection from your iPhone to the Microsoft Exchange server. So what's this story of a unique Apple server for push exchanges ???? The Apple world is not so open.
f so, can the 3G technology be "quickly" turned on and off as needed
Settings » General » Network will get you to the 3G On/Off switch. This does require the phone to drop the 3G/UMTS/HSDPA and then connect to GSM/EDGE, which takes about 8 seconds on average for me. Not really a big deal considering the juice I save, but it is a hassle. Apparently, EV-DO phones use CDMA for the call regardless so they waste less power by having their 3G enabled. I'm not sure if this is a protocol limitation or an AT&T limitation.
Quote:
or better yet, be set to implement only when the web is activated?
This could be done, but as stated above it would require the 2G network to dropped and then reconnected using 3G and vice versa, which would incur an extra time delay so there is no way Apple would do it.
I remember an Apple video explaining how great is the Apple solution for enterprise applications. No third party server to get access to emails like those proprietary solutions from RIM with Blackberries. Direct connection from your iPhone to the Microsoft Exchange server. So what's this story of a unique Apple server for push exchanges ???? The Apple world is not so open.
This article is about something entirely different. Apple's Active Sync support does connect directly to whatever Exchange server it's tied to. This is about a Notification Server for the 3rd-party apps on the iPhone so they can get push notifications even when they aren't actively running.
Good point. In either situation, it's going to require something to be sent to Apple each time an IM is sent to the iPhone user. Even if it's just a notification that an IM has been sent (and not the message), this is still gonig to be a lot of traffic to Apple's servers.
Nah, it's the equivalent of a few text characters per message. People are downloading how many multi-megabyte and multi-gigabyte songs, movies, TV shows, movie trailers, etc. from Apple every hour?
The bandwidth isn't the issue, it's whether Apple has its act together enough to implement it correctly, and the mobilme experience doesn't bode well.
When the accept / answer buttons is tapped the app would launch, "wake" was used figuratively. I answered it.
That's the user launching the app, not, as you put it in the first sentence of your post, "The push service might be able to "wake" the sleeping app somehow."
In any case, I wasn't aware that multiple people were barred from responding to a post here at AI (especially if the first one was wrong ).
There's a fair amount of instability with the current 3rd party apps, and it's not all due to the 2.0 firmware. The whole idea of the app store is that they're "policing" these apps (supposedly);
I don't think that matters so much, because I've had Safari flame out more times than all the third party apps combined.
I don't think that matters so much, because I've had Safari flame out more times than all the third party apps combined.
Granted, I've used Safari more than any other app (except maybe the iPod app) but it does crash quite often.
PS: The WebKit engine used is a nice improvement over the last one. It's faster and more standards compliant, scoring slightly higher than even the desktop version of FireFox 3.0.1. Although none of that is worth the lack of stability.
Comments
It lets you know that a call is incoming, and then you decide whether to accept it or not.
Didn't I already answer this.
You're going to have tons of apps sending messages using Apple's servers as a proxy. So, unless it can be limited to very small amounts of data (such as a simple notification, small string, etc) it could cause major problems do to the sheer number of requests.
Let's say that you have AIM up and then you get a phone call. I'd imagine that this will "close" AIM and open up the call. Then, all of your instant messages that happen during the call, would now go to Apple instead of my your iPhone. Then you hang up the call and you would see that you missed 6 IM's. So, while the whole time AIM was "closed" the AIM servers hit Apple's 6 times. Even if they are only passing tiny amounts of data, this could cause major load issues for Apple's servers.
Am I missing something? Or does this sound about right?
I hope this doesn't become the new twitter(always exceeding capacity).
I wonder if they learned their lesson from the mobileMe launch?
Hopefully they will have adequate server capacity to handle all the notifications.
Every developer and his uncle is going to want to use this.
There are some major differences to teh MM launch. One, is that teh Push email was only a small part of MM. This isn't a data server, sync server, email server, etc. with complex Ajax coding. It's just a relay server for your iPhone that works similar to SMS. It's much less complex to design and build, the data through is considerably smaller and it relies on both the developer adding the feature to the iPhone app and Apple enabling it.
Will this hiccups? Probably, there usually are with any new tech. Will be as bad as MM? Not probable.
Skype will be useless even with this notification stuff. How can an incoming call come through if the app doesn't run.
Skype will be useless without a WIFi connection, per the SDK regulations.
The push service might be able to "wake" the sleeping app somehow. Badges, textual alerts and alert sounds.
A textual alert for the Skype app might be:
Sarah is calling you on Skype?
Ignore - Answer
Tapping Answer could then launch the skype app and put Sarah and you in connection for that voice call.
I thank you.
To add more detail to that and use the alerts as they are, if you get an alert from Skype that vibrates and rings the phone (once), and adds a pop-up message saying the number or contact calling you. You can then accept or decline, but this would only access the app, which could be written to auto accept a call if you are accessing it from said pop-up. The Skype servers would still think you are available per the Apple notifcation servers so it would continue to ring until the allotted time sends it to voicemail.
But would this be enough time from the Skype server to the Apple notification server to the iPhone pop-up to you responding to get the Skype phone app to answer before it gets sent to voicemail? Could the notification service on the iPhone auto initiate the Skype app service on the notification servers when you connect to WiFi or would you first have to manually open the Skype to get it started? Since the iPhone can connect to 6 calls at once would the iPhone be able to aggregate regular cell calls and WiFi calls into one party line (I'm planning a heist and this would really help keep the Feds of my trail)?
Didn't I already answer this.
Incorrectly. The notification service doesn't wake the app.
Let's say that you have AIM up and then you get a phone call. I'd imagine that this will "close" AIM and open up the call. Then, all of your instant messages that happen during the call, would now go to Apple instead of my your iPhone. Then you hang up the call and you would see that you missed 6 IM's. So, while the whole time AIM was "closed" the AIM servers hit Apple's 6 times. Even if they are only passing tiny amounts of data, this could cause major load issues for Apple's servers.
Am I missing something? Or does this sound about right?
There are two ways this can be handled. It could be Yahoo and MSN messengers in that they will hold the chats on their servers and send to you when online or it could be as you stated that the AIM server will think that you are the Apple notification server and send your messages there after the iPhone passes you off to it after you close AIM. The latter only works if AIM doesn't use a pop-up with the message imbedded. Judging by how poorly made the iPhone's AIM is with as much time as they have had I'm guessing they will go the easier route of letting Apple do the all heavy lifting.
PS: I know that Adium has a legal quandary with making an iPhone app, but I'd like to see Meebo make an local app portal for their great multi-client web app. They could still leave all the IM protocols on their servers and relay the messages to an iPhone app that would work with the Apple notification services. AIM for the US, but the rest of the world isn't using it.
What kind of email notification? A .Mac thing? I never cared for .Mac so I wouldn't know about that -- it was pretty obvious that Apple was focused on something much bigger. If you are talking about Apple Mail, I don't share your concern. That has been a solid app for me for... well... forever.
And spare me the MobileMe drama. :P
I don't have MobileMe, but its issues are well known here. What I'm referring to is the built-in Mail app on the iPhone. While it's laudable that they've added new configuration options to specify whether you want to use Fetch, Push or Manual methods of receiving new mail on a per-account basis (indeed, they give you more control over that on the iPhone than they do on their own desktop Mail.app!), it's still pretty damned buggy, and no better, as far as I can see, than it was a year ago. I have found that with GMail set to "Push" it works pretty well, but for Yahoo it's a crapshoot. Same goes for "Fetch" on my home IMAP server, even though automatically fetching mail works just fine for all the desktop clients that connect to it, including Mail 3.0. And don't even get me started on Manual... apparently, to Apple, simply opening the Mail app is the same as manually deciding that you want to check for mail from a particular account. Even if you open it into a different account! Ridiculous. But even then, that's only true some of the time.
I'm glad you've had no problems with Apple Mail, but others have. Rules, for instance, have a number of bugs and limitations that have dogged me for years, and confounded the Apple engineers I've presented the problems to, but they're still present in 3.0. Unfortunately due to Apple's opaqueness you never know what they're going to fix and what they'll let languish.
Apple is trudging through a rocky road, definitely, but it has just come out and I have a feeling they'll be ironing this out rapidly until it becomes a well oiled machine. Unlike .Mac they have a winner, here, and I think they know it. There's nothing else on the internet quite like what MobileMe can be. If you think mistakes in regard to rolling out such an exceptional new service somehow reflect on a company with such a rock solid background of providing wonderful revolutionary products, I would suggest you look up the definition to 'perspective' in the dictionary.
Having wonderful revolutionary products does not necessarily mean having the best, or least buggy, software implementation. Sometimes it means such pressure to continue pushing the boundaries that I think they put lower priority on boring, non-flashy things like bug fixes. While there always have been and always will be bugs, I don't think I'm alone in perceiving a decline in quality control at Apple of late -- issues that really SHOULD have been caught if they'd tested adequately and for enough time, with software and hardware that all comes from the same company. I've filed more bug reports since Leopard's release (and I don't just mean for the first few buggy iterations) than in the entire 4-5 years previous that I've been using Apple software.
Of course, on the bright side, perhaps a few more high-profile screwups like Mobileme will force them to put more resources into quality control. I hope so.. I'd really like to get reliable Wifi back on my phone.
? AIM on iPhone closes
? iPhone sends notice to Apple server which logs in as you
? AIM server sends messages to Apple server
? Apple servers holds messages and sends notifications to your iPhone
Method 2:
? AIM on iPhone closes
? iPhone sends notice to Apple server which informs AIM server to hold messages but send notice of a new message to Apple server
? AIM server sends notice to Apple server for each message
? Apple server sends notification badge to iPhone
? AIM on iPhone is opened at which time it polls AIM server for held messages and informs to send messages directly to that IP address.[/INDENT]
Good point. In either situation, it's going to require something to be sent to Apple each time an IM is sent to the iPhone user. Even if it's just a notification that an IM has been sent (and not the message), this is still gonig to be a lot of traffic to Apple's servers.
I think the way they are handling this is very smart for now. However, I think future iPhones will be just as capable in terms of processing and memory allocation as full-size computers and run on the same size battery. Then, we will look back and laugh at the current limitations as if it was an 80's model PC.
Speaking of limitations, the article mentioned the drainage of battery due to 3G. I'm assuming the 3G is best used for fast internet and not the phone features, correct? If so, can the 3G technology be "quickly" turned on and off as needed, or better yet, be set to implement only when the web is activated?
I just ordered 2 iPhone 3G and am patiently waiting. Never own one before.
f so, can the 3G technology be "quickly" turned on and off as needed
Settings » General » Network will get you to the 3G On/Off switch. This does require the phone to drop the 3G/UMTS/HSDPA and then connect to GSM/EDGE, which takes about 8 seconds on average for me. Not really a big deal considering the juice I save, but it is a hassle. Apparently, EV-DO phones use CDMA for the call regardless so they waste less power by having their 3G enabled. I'm not sure if this is a protocol limitation or an AT&T limitation.
or better yet, be set to implement only when the web is activated?
This could be done, but as stated above it would require the 2G network to dropped and then reconnected using 3G and vice versa, which would incur an extra time delay so there is no way Apple would do it.
I remember an Apple video explaining how great is the Apple solution for enterprise applications. No third party server to get access to emails like those proprietary solutions from RIM with Blackberries. Direct connection from your iPhone to the Microsoft Exchange server. So what's this story of a unique Apple server for push exchanges ???? The Apple world is not so open.
This article is about something entirely different. Apple's Active Sync support does connect directly to whatever Exchange server it's tied to. This is about a Notification Server for the 3rd-party apps on the iPhone so they can get push notifications even when they aren't actively running.
Good point. In either situation, it's going to require something to be sent to Apple each time an IM is sent to the iPhone user. Even if it's just a notification that an IM has been sent (and not the message), this is still gonig to be a lot of traffic to Apple's servers.
Nah, it's the equivalent of a few text characters per message. People are downloading how many multi-megabyte and multi-gigabyte songs, movies, TV shows, movie trailers, etc. from Apple every hour?
The bandwidth isn't the issue, it's whether Apple has its act together enough to implement it correctly, and the mobilme experience doesn't bode well.
Incorrectly. The notification service doesn't wake the app.
When the accept / answer buttons is tapped the app would launch, "wake" was used figuratively. I answered it.
The bandwidth isn't the issue, it's whether Apple has its act together enough to implement it correctly, and the mobilme experience doesn't bode well.
So the bandwidth might not be a problem, but it's still a lot of connections to the Apple servers. Don't you think that will have some affect?
Push notifications != Background application
Who said differently?
So the bandwidth might not be a problem, but it's still a lot of connections to the Apple servers. Don't you think that will have some affect?
It all has an effect, but the simplistic of the service makes it far easier to scale than a very complex system like MM.
When the accept / answer buttons is tapped the app would launch, "wake" was used figuratively. I answered it.
That's the user launching the app, not, as you put it in the first sentence of your post, "The push service might be able to "wake" the sleeping app somehow."
In any case, I wasn't aware that multiple people were barred from responding to a post here at AI (especially if the first one was wrong ).
There's a fair amount of instability with the current 3rd party apps, and it's not all due to the 2.0 firmware. The whole idea of the app store is that they're "policing" these apps (supposedly);
I don't think that matters so much, because I've had Safari flame out more times than all the third party apps combined.
I don't think that matters so much, because I've had Safari flame out more times than all the third party apps combined.
Granted, I've used Safari more than any other app (except maybe the iPod app) but it does crash quite often.
PS: The WebKit engine used is a nice improvement over the last one. It's faster and more standards compliant, scoring slightly higher than even the desktop version of FireFox 3.0.1. Although none of that is worth the lack of stability.