![]() MacFamilyTree 8.3.3 (Mac OS X) RELEASE INFO: MacFamilyTree 8.3.3 (Mac OS X) 223 MB. Just for kicks I ran a speed test to Reston, VA Actually I just made it to the farthest away place in VA from me.MacFamilyTree Version 4.4.7 (June 8, 2007) MacFamilyTree Version 4.4.6 (May 22, 2007) MacFamilyTree Version 4.4.5 (May 14, 2007) MacFamilyTree Version 4.4.4 (April 20, 2007) MacFamilyTree Version 4.4.3 (April 7, 2007) Version 4.4.2 (March 16, 2007) Version 4.4.1 (March 8, 2007) Version 4.4 Version 4.4 Changes. Especially considering they are being pulled in as my keychain syncs from Dropbox. I do have to say I have a fast connection here at the house (It cost's me dearly but the wife uses it for work so its a win win), well above average for most folks but the speed they are coming in is simply remarkable. So I would go out on a limb and say all issues with the icons should just about be cleared up. OK using the stable release the icons are syncing just as fast as the data is coming into my device from Dropbox. Ill add to this post with those results BRB. I have the release version I am going to try and replicate the results. I can only think some of the issue was the Amazon servers affecting you and the Dropbox syncing. My entire Keychain tool 13 minutes with attachments and a size of about 120MB, and not one single error. What ever happened at Amazon was clearly a good thing for speed. More likely I was just enamored with how fast the icons came in and didnt notice my Dropbox sync had already finished. But not by much probably not really but it appeared that way. Talk about speed man that was astounding they all synced faster than my initial keychain sync with Dropbox. Seems you were the precursor to the crash of the Amazon servers. I base my results due to a erase / relink tonight and the icons are literally flying onto my device as fast as I scroll. Then the Amazon Servers in VA USA crashed on the 12/24 causing Dropbox and Netflix issues as well. Just KiddingĪctually probably it was slowly winding down for the past bit as we were seeing sporadic results. I think I now have the answer all the 1P folk crashed the Amazon CloudFront servers trying to download icons ROFL. I know they can turn off rich icons, but I think you may want to reevaluate this. ![]() ![]() At no time do you ever have any interaction with the keychain file its all local to the user and if they wish to use the icons. The icons would come from the 1P app with the keychain in iCloud, dropbox, or the proposed / theorized direct sync method. Plus the nah sayers about the app phoning home. Then a server and bandwidth you don't have to worry about. If you did incorporate this into the keychain as I said. I remember such a discussion during 1P3 desktop. It would be far safer on you to avert those sayings by just incorporating this into the desktop app. Why I am sure you will hear the uproar of folks saying the app is phoning home. Im going to go out on a limb here and make a prediction that the script will never make it to the end user. ![]() I am assuming you are having issues with the server scaling etc I could be wrong. My point is You're trying to run a server to send out images why not put that capability in the desktop app and let Dropbox do your work for you. I have restarted it a few times (cold start) and occasionally Ill get another app icon to sync but not much. In the last 24 hours I have kept my app open as much as humanly possible trying to pull down the software icons and lets just say its less than stellar, but its beta thats ok. So that is not pulled from the Keychain so it reduces our sync size tremendously. Which from what I can tell is skipped during the iOS sync. How much would it really cause our data file to go up if we already have 1 icon there. Hey guys I know somewhere you said you didn't want to pull the icons from the keychain due to size and or resizing etc. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |