V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Kilen  ›  全部回复第 1 页 / 共 2 页
回复总数  30
1  2  
2019-08-05 10:16:05 +08:00
回复了 qq7790586 创建的主题 问与答 ios 限免软件提醒
2019-05-28 13:00:22 +08:00
回复了 yijianlishi 创建的主题 全球工单系统 即刻是不是挂了?
压力山大
其他用户也要点进去留言小程序才能看到留言吗?
2019-03-19 18:49:25 +08:00
回复了 Kilen 创建的主题 分享发现 分享一个隐私性很强的网盘 app,同时也是一个下载利器
@x86 嗯,同意的。我就是觉得加密网盘的文件这个点挺适合我了,不喜欢有人乱翻我保存了什么文件了。
不过尽管是用大厂的,网盘其实也是多一重备份了,重要的文件肯定不能只依赖网盘了。
2019-03-19 18:17:34 +08:00
回复了 Kilen 创建的主题 分享发现 分享一个隐私性很强的网盘 app,同时也是一个下载利器
而且据说站长是个大美女 :)
2019-03-19 18:13:53 +08:00
回复了 Kilen 创建的主题 分享发现 分享一个隐私性很强的网盘 app,同时也是一个下载利器
哈哈哈,想太多了吧,推广返利的小尾巴肯定是指向一个个人 guid 吧,怎么会指向 v2ex

mergeek.com 是我一个好哥们做的一个网站了,我觉得挺用心的,感觉国内没有什么好的地方可以发现好产品了,每天打开 appstore 看到的几乎都是一样的产品,而在 mergeek 感觉每天都有一种眼前一亮的感觉,喜欢好产品的人肯定会喜欢这个社区了~

大家觉得 mergeek 上面的产品不错的话,可以点个赞了,每个产品后面的开发者可以收到大家的鼓励的。现在互联网越来越封闭了,不是那么鼓励创新了,我那哥们希望可以用这个 mergeek 社区,尽力去鼓励互联网创新了~ 作为同样是开发者,我们可以一起支持一下~

我挺喜欢 mergeek 上面的一个 slogan:"Spread your love,shift your life"

btw,如果大家这么反感小尾巴,我就不加了~
2019-03-19 15:02:23 +08:00
回复了 Kilen 创建的主题 分享发现 分享一个隐私性很强的网盘 app,同时也是一个下载利器
@xiri 有时候反而大厂的更不敢用了,如果对于数据隐私比较有要求的话。
2019-01-31 15:20:30 +08:00
回复了 Kilen 创建的主题 分享发现 分享一个可以把 iPhone 变成 Mac 无线触控板的 APP
@julyclyde 是的,这家公司做了几个远程控制的 Mac 的 app,还有一个就是把 mac 变成第二个键盘的,也是同样在 mac 上装一个程序就好了
这一举动让抖音收获了一大波用户手机号~
2019-01-17 21:40:49 +08:00
回复了 Kilen 创建的主题 分享发现 分享一个用于打通 iPhone 和 Mac 的 app,提高工作效率
这里面也有 “ Mac 的远程键盘” 限免了,跟这个 “ Remote Drive for Mac ” 是同一家公司做的~
2019-01-17 19:02:28 +08:00
回复了 Kilen 创建的主题 分享发现 分享一个用于打通 iPhone 和 Mac 的 app,提高工作效率
挺不错的~
2018-12-24 11:01:34 +08:00
回复了 Kilen 创建的主题 分享发现 Github 的 IFTTT,方便 repo 管理
@NullPointer233 这个课题挺有趣的,哈哈,所以你们有什么结论吗?代码社交怎么做会比较高效
2018-12-21 12:51:35 +08:00
回复了 Kilen 创建的主题 程序员 后端 / 运维请进,这个工具非常推荐!
有些朋友提到这个 app 就是一个玩具,对,咸鱼白菜各有所爱,也许这个工具对自己日常工作没帮助。
可是我想说,这个 “玩具” 是某一个开发者,在自己日常工作中遇到的问题,并且给这个世界提供的一个解决方案,也许这个 “玩具” 凝结了这个开发者很多心力。
吐槽两句没什么问题,可是我希望大家内心深处对每一个提供解决方案的开发者保持着尊敬。这也是当我看到一个很有趣的 app 时,为啥会这么兴奋的原因。
2018-12-21 12:16:46 +08:00
回复了 Kilen 创建的主题 程序员 后端 / 运维请进,这个工具非常推荐!
@cominghome 用这个的目的不是为了监控,而是为了调试... 是当发现网站不正常的时候,而从监控里又没有发现这么有价值信息的时候,可以用这个来调试。

@xpresslink 我想说的是一个 devops 过程,而不是结果。如果是一个很稳定的网站,比如网站很久才会有比较大的变动,你的监控肯定可以做的很完备。可是如果我的网站一直是用 C 的,突然上来一个 Nodejs 服务,而且还每天都会有新的业务逻辑更新,那么要保证监控跟的上是一个挑战吧。

嗯,k8s 确实很好用,其实上了 k8s,说明这个团队的运维工作也已经俨然有序了,可是一切都会有一个过程,而在运维后台完备之前,需要有个迭代的过程。

我经历过一个高速发展的公司,从每天蹦过渡到非常稳定,而这个工具,对于当时的我,很有用。每个工具都有使用场景吧。

@xpresslink 谢谢分享
2018-12-20 22:02:54 +08:00
回复了 Kilen 创建的主题 程序员 后端 / 运维请进,这个工具非常推荐!
@xpresslink
抱歉,那句话确实说的有问题,我想说的是,当网站出问题的时候,通过这个小工具,可以快速定位到哪个进程出问题。

对,确实是,通过监控服务器的 cpu,内存等状态可以覆盖很多问题,而阿里云的报警主要是当这些指标超过阈值才会报警。可是也会有一些情况是尽管服务不正常了,可是却没有引起内存或者 cpu 超过报警的阈值。

比方说,我以为把内存设成超过 80% 报警就很稳妥,可是服务实际上是在 75% 的时候就已经停止服务了怎么办?或者我把内存,cpu 的警报都调优的很好,可是后来用户群炸了,服务不正常了,最后发现漏了监控服务器内网进出带宽?

服务端有趣的点是,每一种语言,每一种架构都有着不同的优劣,当接触到新的技术(比如上了一个 go 服务),会需要继续学习。所以监控的指标也应该是不断迭代的,然后会让自己的监控更准确,甚至预支问题的发生,在用户群炸起来前,已经接到警报,把问题解决。

我确实不是运维,所以也许对于资深运维来说我上面提到的问题不是问题?也许有一套标准化的解决方案?如果是的,很希望看到这个帖子的运维朋友可以给我分享一下。

因为我不是运维,一般来说我不太负责监控,而是当出现网站问题的时候能够快速解决。而我的解决方案很简单,就是遍历每一个服务进程,看看是不是返回一个正常值,或者返回一个正常值的延迟是多少。理论上只要能覆盖每一个服务进程,这个方法就可以 100% 检查出网站哪里出问题了。

而今天看到这个 app,我觉得就是一个更轻量的解决方案了,至少不需要 coding,当然也没有 coding 这么灵活,但也许也是一个很好的小工具了。
2018-12-20 19:15:56 +08:00
回复了 Kilen 创建的主题 程序员 后端 / 运维请进,这个工具非常推荐!
@xpresslink @raynor2011 我也许说的不是很清楚,这个东西不是为了用来监控服务器,而是一个当服务器出现问题的时候的一个调试工具,可以让你最快速的知道哪个服务出问题了,而不用一个个报警去看(或者如果报警没覆盖全,一个个服务器去看)
2018-12-20 18:45:37 +08:00
回复了 Kilen 创建的主题 程序员 后端 / 运维请进,这个工具非常推荐!
@raynor2011 有的,不过在紧急的情况很不方便,比如阿里云的监控,一次只能看一台服务器的运行状态,如果你有很多台服务器,得疯狂地点~ 一般都得自己用第三方工具做一个所有服务的总览,可是如果服务太多,一页有时候也看不完...
2018-12-20 18:37:01 +08:00
回复了 Kilen 创建的主题 程序员 后端 / 运维请进,这个工具非常推荐!
@CivAx 一般都是用户群里首先尖叫
2018-12-19 21:16:47 +08:00
回复了 Kilen 创建的主题 程序员 有人用在线版 gitlab 吗,好像不太稳定
@ysc3839 嗯,有道理,22 被墙的时候改一下协议比较简单,只要 443 没事的话
1  2  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2668 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 24ms · UTC 06:17 · PVG 14:17 · LAX 22:17 · JFK 01:17
Developed with CodeLauncher
♥ Do have faith in what you're doing.