TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Moving your Contacts and Calendar Away from Google

131 点作者 mikeratcliffe大约 12 年前

27 条评论

Karunamon大约 12 年前
This seems mighty kneejerk-y. A duplicaton issue causes your contacts to disappear, therefore you should move your contacts and calendar away from a service that probably has better engineers, better backup, better redundancy, and better uptime than any one of us could possibly muster, and onto a somewhat immature product with worse functionality and integration which is by no means immune to the same kind of problem?<p>Yeah.. see, I don't think the author has thought their cunning plan all the way through.<p>I understand the anti-google sentiment is at an all time high after the Reader shutdown fiasco, but let's stay rational, here!
评论 #5443479 未加载
评论 #5443268 未加载
评论 #5443243 未加载
评论 #5443462 未加载
评论 #5444107 未加载
评论 #5443543 未加载
评论 #5444284 未加载
评论 #5443402 未加载
mhw大约 12 年前
So the actual article title is 'Moving your contacts and calendar away from Google', not 'Move your contacts and calendar away from Google' as it was posted here. Less of an instruction/warning than might be expected, and more of a how-to guide.
评论 #5443769 未加载
lucb1e大约 12 年前
Nice URL and <i>"Error establishing a database connection"</i>. I smell Wordpress.<p>Here's a cached version: <a href="https://webcache.googleusercontent.com/search?q=cache%3Ahttp%3A%2F%2Fwww.flailingmonkey.com%2F2013%2F03%2F26%2Fmoving-contacts-calendar-google%2F&#38;oq=cache%3Ahttp%3A%2F%2Fwww.flailingmonkey.com%2F2013%2F03%2F26%2Fmoving-contacts-calendar-google%2F&#38;sourceid=chrome&#38;ie=UTF-8" rel="nofollow">https://webcache.googleusercontent.com/search?q=cache%3Ahttp...</a>
评论 #5442854 未加载
评论 #5443289 未加载
UnoriginalGuy大约 12 年前
I like ownCloud but it is very immature.<p>I mean it looks very snazzy right when you first install it and start to use it, but has a lot of little issues hidden under the surface.<p>Couple of examples: Randomly deleting files because it got confused. Infinite loops. Essentially unusable on Windows servers (don't even try). etc.<p>As I said, I like OwnCloud, and I think it has a very bright future ahead of it. But it isn't "there" yet. I'd never use it in an enterprise in its current state.
评论 #5443146 未加载
评论 #5443804 未加载
评论 #5443308 未加载
评论 #5444998 未加载
评论 #5448524 未加载
kailuowang大约 12 年前
In software development term, this is probably an over engineering. Spend all the effort to setup your own data cloud before it becomes a fact that you really need it, that is, Google decides to change their cloud service so that it's no longer usable to you. Of course you could argue that what if one day Google simply disable the data exporting feature without any notice, in that case you would have no time to migrate. I think that risk is low enough for me to live with.
评论 #5442498 未加载
评论 #5442915 未加载
antihero大约 12 年前
Is there something like ownCloud that uses Python/PostgreSQL? I don't really want to pollute my server with MySQL/PHP.
评论 #5443306 未加载
评论 #5442839 未加载
评论 #5442547 未加载
评论 #5442844 未加载
评论 #5443864 未加载
ses大约 12 年前
One of the problems with using a self-hosted alternative like this is the fact that Google open up a lot of their services through APIs which other applications then consume. A web app I wrote a couple of years ago is one example (meetingShed). This easy integration with other apps opens up a lot of possibilities, but is there an alternative with ownCloud? It would be really interesting to see if a solution could be developed to expose self-hosted services (dynamically located) through a publicly accessible API (statically located).
评论 #5443409 未加载
评论 #5442727 未加载
评论 #5442917 未加载
评论 #5442975 未加载
jvdh大约 12 年前
"Click “Advanced” and select your database options. A MySQL DB will be way faster than a SQLite DB."<p>Do you really think you can really notice the microsecond that MySQL will be faster than SQLite? We are talking about a database that is going to host what, maybe 5 megabytes worth of data?<p>We are talking about calendars and contacts here, this is not stuff that you will sync every second, and will not contain large amounts of records.<p>Hosting this stuff in an SQLite database makes things like backup and security a whole lot easier. You don't really need a complicated database server just to store your phone numbers...
评论 #5446106 未加载
rdl大约 12 年前
While it's patent/licensing encumbered, I still prefer ActiveSync based solutions, just because they do good push for iOS/Android, are easy to manage, give you "free" lightweight MDM functionality, etc.<p>There are a few open source ActiveSync tools (which may be in violation of Microsoft IP), but I just use a commercial one (for work). Still thinking of screwing with the free ones for a personal server vs. strictly IMAP.
评论 #5443883 未加载
modernerd大约 12 年前
I moved to <a href="http://www.atmailcloud.com" rel="nofollow">http://www.atmailcloud.com</a> and have been really pleased with it.<p>It's $2 per account, you can host multiple domains under one control panel, it has email, contacts, and a calendar under one roof, and offers iPhone/iPad provisioning as well. You can also create subadmin accounts if you want to delegate responsibility for a certain domain to someone else.
评论 #5443339 未加载
EvanAnderson大约 12 年前
I've self-hosted my calendar using DAViCal (<a href="http://www.davical.org/" rel="nofollow">http://www.davical.org/</a>) since I got my first iPod Touch. My wife and I use it to host shared calendars that we access from our phones. I run it on a cheap box I own but it would be just as easy to host it on an inexpensive VPS. Backup is a Postgres dump taken daily stored locally on the server and rsync'd to two other machines in separate physical locations. It took a couple hours to set up but has been trouble and attention-free for years.
uslic001大约 12 年前
Any similar setup that uses IOS phone instead of Android out there? I am tired of contacts going missing from IOS and Google or 4 copies of all my contacts showing up in both IOS and Gmail. I lost all my contacts in IOS when I upgraded to the iPhone 5. Then I had a bunch of contacts that I did not want in my contacts populate my IOS contacts when I linked my Facebook account on my IPhone 5. It is even worse on my Windows 8 notebook as I have 5-6 duplicate contacts for each single contact as it imports from IOS, Outlook, and Gmail.
评论 #5443236 未加载
评论 #5442822 未加载
mfer大约 12 年前
Loosing contacts can happen. Just this past week my father-in-laws contact info disappeared from Google contacts. This isn't the first time this has happened to me either.
评论 #5442760 未加载
评论 #5442881 未加载
nonpme大约 12 年前
Thanks for the article! I didn't hear about ownCloud (or similar projects) before, I'm already reading manual (<a href="http://doc.owncloud.org/server/5.0/admin_manual/" rel="nofollow">http://doc.owncloud.org/server/5.0/admin_manual/</a>) and will be installing ownCloud on my VPS today. I had doubts about giving Google (or any other company) so much of my data (not only emails, but schedule, contacts etc.) - now I found a great solution. I love HN.
sn大约 12 年前
What you're looking for is syncml: <a href="https://en.wikipedia.org/wiki/SyncML" rel="nofollow">https://en.wikipedia.org/wiki/SyncML</a> the wikipedia page lists various clients and servers. On Linux (well, ubuntu at least) sync-ui will sync evolution with a syncml server. After a lot of searching for solutions to use with my n900 I chose memotoo as a provider. There is an preconfigured syncml android client for memotoo.
mark_l_watson大约 12 年前
Nice idea. I have just gone through the minor hassle of switching my blog off of Blogger and relegating Gmail to my backup/secondary email service - all in the spirit of controlling my own stuff. I only calendar share with my wife, so setting up something like this is probably something I will do also.<p>Any JVM based open source projects? I would rather not deal with PHP.
评论 #5444650 未加载
jimktrains2大约 12 年前
The only thing really stopping me from migrating to my own platform is email. I've had many terrible experiences and heard many horror stories about running mail servers, I just don't want to deal with it.<p>Suggestions welcome.
评论 #5445982 未加载
__abc大约 12 年前
If Google just made us pay for this service (individually without having to create a Google Apps account) all our feers <i>might</i> go away.<p>Why are business SO reluctant for a standards "pay for what you get" business model?
pjmlp大约 12 年前
Nice article. People should realize it is not a good idea to leave data in the hands of third parties with commercial interests.<p>On the other hand, I see only technical people being able to escape such data traps.
luanfernandes大约 12 年前
What can we do for translated versions? I'm not a dev but my father uses google calendar a lot because it's easy and intuitive but he knows nothing about english...
评论 #5444000 未加载
评论 #5442666 未加载
bernardom大约 12 年前
Calendar is a bit harder, but storing contacts seems like an eminently solvable problem.<p>Especially if you require dropbox.<p>What am I missing? Phone support?
gregorynicholas大约 12 年前
this post is the worst.. A) never really had contacts "disappear", although i definitely encounter conflicts with weird results (kind of expected).<p>B) use a shared host (justhost.com. lol) and php over google's infrastructure? fat chance this guy is competent enough to know what the fuck he's in for down the road..
mariuolo大约 12 年前
Personally I use the free version of Zarafa for that. In any case I know who to blame if things go south.
BerislavLopac大约 12 年前
Remember Kiko?
评论 #5442505 未加载
评论 #5442465 未加载
wodow大约 12 年前
<a href="https://fruux.com/" rel="nofollow">https://fruux.com/</a> is a great alternative.
twodayslate大约 12 年前
Site is down.<p>will this solution sync with my iPhone?
评论 #5442933 未加载
iamtherockstar大约 12 年前
Android gained popularity because it was tied to Calendar and Gmail. These two services were pretty pervasive already, and so became the default in Android. When that happened, those two services became crucial to Android.<p>The fear that Contacts and Calendar will go away like Reader did (or, rather, will) is irrational. Reader <i>barely</i> had a mobile client version of it. With Google reigning in the branding on Android and requiring that it be tied even tighter to Google services, Gmail and Calendar became a dependency of Google's mobile OS.