@lance6716 楼主你好，我是腾讯微云的设计负责人，你的工单已收到，很抱歉给你不好的体验，能否把你的联系方式（ QQ、微信）发送给我的邮箱 [email protected] 我们看看能否定位到问题以及挽回损失。

楼主您好，我是腾讯微云的，很抱歉给您带来的困扰。
也很庆幸您的照片已经恢复，我问了后台和客服没有定位到您的账号，因此是否方便跟我说一下，帮您查一下具体丢失的原因，避免后续同类事情再次发生。

至于没有客服的问题，可能是客服投诉路径设计不合理，我会跟进优化，争取用户第一时间能有效触达能解决问题的人。

@mrzx 不会啊，检查过 MD5，是原图。

甚至包括 iPhone 拍的 Live 图（格式是 HEIC ）也是原图，现在哪里能找到……

不过前提都是需要开会员，10 元 /月，免费用户的容量和速度。。。。你懂得

@atomic0929

1. Google Photo 在电脑端整理的时候，同步很慢，但微云同步盘可以达到满速
2. 微云同步盘可以选择性同步只勾选照片目录，几十 G 照片到本地之后，我会在电脑上删除和整理，也自动同步上去，体现在 APP 的照片流中。
3. 经常需要分享一批照片给朋友，你不能要求每个人都 fan'qiang。
4. 我也买了 Eagle，把 Eagle 的资源目录丢到微云里，然后微云 APP 照片流可以隐藏 Eagle 的资源目录，就不会让素材干扰照片流

另外，我的照片有 18489 张，1246 个视频，总共是 90G，记录了 13 年的回忆：）

楼上说的产品我都有用，所以应该有发言权。

首先 Eagle 是电脑桌面端整理软件，自己不带云，所以需要配合云盘（比如微云、Dropbox ）使用。而且 Eagle 的定位是极强的整理工具，筛选项包括长宽比、像素、大小、颜色、来源等，还提供采集插件，一般是专业设计工作者来整理情绪版、分析竞品用。

你的需求如果是按事件一维分类，那使用支持相册的云盘产品就可以达到整理+备份，因为 18G 且要求原图备份，所以不考虑免费方案，对比下 Google Photo、微云、百度网盘、Dropbox 的基本 [付费方案] 后，推荐你国外就用 Google Photo，在国内就用微云，这两者都支持照片人脸识别、地理搜索、标签搜索和文字搜索，而且在手机上的照片 Tab 都可以按月视图去浏览十几年的上万张照片，亲测如丝般顺滑。

按月视图去浏览十几年的上万张照片时，你可以看到每个月的拍照城市，从而快速定位。重要的事情说一遍：）

因为 Dropbox APP 的相册 Tab 不会显示所有的照片（可能有自己的过滤逻辑），主要还是文件网盘场景，所以不推荐使用。

此外我还用过时光相册、坚果云、相册管家……都 Pass 了，现在我自己和我父母都在用微云了。

微云会员

微云

3T 空间够了，在手机端上体验非常好，能识别图中内容（比如沙滩、天空什么的，找旅游照方便），还有时间流。

继续出租

《中华人民共和国劳动合同法》第十九条 劳动合同期限三个月以上不满一年的，试用期不得超过一个月；劳动合同期限一年以上不满三年的，试用期不得超过二个月；三年以上固定期限和无固定期限的劳动合同，试用期不得超过六个月。

楼主表达不清楚，我猜测可能意思是：

JavaScript 如何截取字符串，得到第一个指定字符之后的字符串（不含该字符）？

s.replace(/(.*?)&/,"")

不用正则：

let index = s.indexOf('&');
s = s.substr(index+1);

@huangxiutao94 不要超过 5 个人吧，有两个洗手间，多了你也住不了

@hekunhotmail 小区内的停车卡可能要排位，月卡我也没问， 200 或者 250 吧，可能不是钱的问题。
路面的地面停车位还比较多，但是需要早一点回，推荐的通勤方式还是地铁，因为就在楼下 100 米~

@emric 谢谢哈，我用了豆瓣的图床，也不知道他们选择什么策略来屏蔽 referer ，我看上去是 OK 的。
如果点不开就看原文吧~
https://www.douban.com/group/topic/91620294/

@qcloud 这不科学，你是教育网还是海外？

@Stiven7 我选的是广州的机器

我最近也刚切换到腾讯云，服务器很快，然后在后台可以直接申请和下载 https 证书也是很方便。

所以，求测速！

https://yuguo.us/

楼主你好，关于全栈开发话题我写过一本书，楼上有人提到了，叫《 Web 全栈工程师的自我修养》。

书的主要定位是轻松的技术杂文集。因为技术不断发展，所以要持续学习新技术，但是比起马不停蹄追赶新的技术，我认为更重要的是学习“面向未来的开发技术”。这本书表达了我在“全栈学习”上的想法。

在我创作这本书的时候（ 2014-2015 ）， React-Native 还没有这么成熟， Hybrid app 也一直性能不佳，所以我舍弃了 APP 端的内容，着重在“ Web 全栈”这一领域。 Web 全栈领域的技术也不少，包括服务器、数据库、 Web 前端，甚至设计等。

现在技术趋于成熟，抽象程度更高，所以我觉得楼主通过一个项目来鸟瞰整个全栈产品的目标虽然很艰巨，是可能达成的，加油！

不过书的名字呢，希望可以尽量规避一下，就不要叫《全栈 xxx 的自我修养》了，你觉得呢？