V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  james122333  ›  全部回复第 1 页 / 共 48 页
回复总数  957
1  2  3  4  5  6  7  8  9  10 ... 48  
13 小时 7 分钟前
回复了 wuyadaxian 创建的主题 程序员 [疑问]如何使用 cron 让脚本每 7 分钟执行一次?
@w568w

以纯设置来讲 cron 好过 systemd timer
以哲学来讲 cron 是个别工具
以效能来讲请补充
13 小时 15 分钟前
回复了 wuyadaxian 创建的主题 程序员 [疑问]如何使用 cron 让脚本每 7 分钟执行一次?
@w568w

当然算在内 那些进程说实话用处都不大 openrc 也并不会主动帮你开服务 与 systemd 因应情况启动程序不同 有些发行版甚至还会主动帮你启动一些东西
那你情况很特殊 我的使用情况是用小型 init 的占用都是极低 除非我开一些重量级应用直接盖过去
shell 当然可能会有漏洞 但 systemd 影响层面高过 shell 太多 而 shell 写的本身也有一定隔离效果 除非恶搞乱写 而 shell 也很多 一个有漏洞换掉即可
没在比资历 是看不懂是在科普是吗 其它人接不接受是另外一回事
systemd 当然是属于写的差的 不是我一个人在讲
我没填标点符号 C 开头那是另外一句 证据你有提供出来吗 讲证据是不是搞笑
13 小时 53 分钟前
回复了 wuyadaxian 创建的主题 程序员 [疑问]如何使用 cron 让脚本每 7 分钟执行一次?
@w568w

ram 占用也是一样的 systemd 主进程不算 还有很多子进程 要一并算在内
还脑测程序性能... 我要额外装 systemd 再给你看证据? 证据自取好吗 做的事多占用大是正比 你能减低占用但占用还是会上升 依照 systemd 做的事情我不觉得这是很值得的 我宁愿组合性高并一样设法降低占用 如果你以上一堆人写脚本方式推估当然是效能差
systemd 除了违背哲学以外还有 bug 以及漏洞问题 不是因为它只是违背哲学 而被视为污泥正是历史事件一步一步来的 以我所见相反 初学者反而觉得 systemd 好 而历史他们也不会知道 只有在这环境打滚久的会觉得 systemd 是垃圾
"你太小看脚本"不正是你说的怎么做都不如 C 写的吗?两者相比也并不能以单方面来看
至于 systemd timer 我看来还不如 cron
换技术不会只有效能考量 你可以说 c 写的好的效能好过其它 但写的差的你也没讲 讲这种话我是觉得你应该不是开发 C 绝对好也是种暴论 而根据使用经验 效能也体验不出来的
14 小时 37 分钟前
回复了 wuyadaxian 创建的主题 程序员 [疑问]如何使用 cron 让脚本每 7 分钟执行一次?
@w568w

C 语言上限高不代表用 C 写的都是好货
14 小时 39 分钟前
回复了 wuyadaxian 创建的主题 程序员 [疑问]如何使用 cron 让脚本每 7 分钟执行一次?
@w568w

再给你个看法 一个东西能性能高占用小 语言只是其中一个因素 很多时后更重要的还是在于你怎么写
14 小时 44 分钟前
回复了 wuyadaxian 创建的主题 程序员 [疑问]如何使用 cron 让脚本每 7 分钟执行一次?
@w568w

早就破 30MB 了好吗 压缩的不是真实大小
openrc... 2MB 以内 算上额外脚本包也多不了多少 systemd 要做那么多事早就注定它小不了
运行的东西多怎能期待它能占用小 很多东西都不是很必要 它提供的特性说实话我都用不到 很多东西我都可以直接写脚本解决 运行效率也不低 只要你会写 这种东西就不是给你组装使用的 灵活与扩充性降低 unix 哲学好在我能够用原生工具凑出我要的东西 而不用上游没出下游不用想 也不用整天在找工具 而且你太小看脚本了
直接写 bash 脚本 cron 本来就是用在规律用途 也比较鸡肋 因为 bash 本身就能实现 cron 的功能
有准确的用法 至于 sleep 为何会不准因为是外部命令 启动要时间 用久会有大误差 这需求有不只一种实现方法
systemd? 垃圾东西就不要用了
真的要手机搞这些东西外接投屏都可以
拿小屏的原因第一没近视 第二不追剧 第三没玩重型游戏 后两者需求买平板不是更好吗
@Richared

5.5 确实已经很大 现在都是破 6 5.0~5.2 我就能接受了
覺得就是阴谋 小屏现在都买不到
至于配置根本没那么重要 现在都够用
现在的操作起来一点都不轻巧
vim 从不同 buffer 补全内容还是挺爽的
手写 sql 搭配 vim 也可以 虽然插件不怎么样 但还是可以运作 vim-dadbod vim-dadbod-ui
储存请求就会送出
https://github.com/kristijanhusak/vim-dadbod-ui
4 天前
回复了 milkpuff 创建的主题 Vim 用了一段时间 neovim,感觉良好
以上的意思是通常 ide 那种操作样式是方便鼠标与大屏幕的 本身并不高效 你套用整套得到的效果就雷同 很多插件都是往 ide 功能看齐
4 天前
回复了 milkpuff 创建的主题 Vim 用了一段时间 neovim,感觉良好
你这用法与用市面上编辑器或 ide 没什么不同
vimrc 对你来讲是配置 但其实是脚本 nvim 也同理 没搭配其它 cli 工具使用 呈现效果也都差不多 当然除了快捷键以外你不会感受明显的效率提升
用插件就是堪用级别 要好用得自己整也要了解 vim 如果是在公司 那插件随便配配可用那倒是可以
7 天前
回复了 kerb15 创建的主题 程序员 公网部署 Nacos 被入侵了...
从来都不用这种乱七八糟的东西 公司就除外搂
10 天前
回复了 higanbana 创建的主题 PHP 现在的 PHP 生态是否有些过于复杂了?
@dododada

这还好 外加现在可以强类型了不是这么严重 危险的是老系统
10 天前
回复了 higanbana 创建的主题 PHP 现在的 PHP 生态是否有些过于复杂了?
@sun2920989

环境搭建那是小问题 有问题的是 server 在那 rewrite 规则 写的代码也有自己的规则
但没人讲你用 php 一定得要配上这些有的没的 你直接写 socket 不就得了 至于 mq... 你只要连线过去就好了 当然你说你想要效能好需要 plugin 那我劝你不要用流行的系统 那些系统多半不会有安装包 那一堆 mq 也不是什么不可替代品
11 天前
回复了 higanbana 创建的主题 PHP 现在的 PHP 生态是否有些过于复杂了?
至于很多人强调的生态很不认同 尤其是过重的生态 那是奴役人用的 程序应该是开发者的工具 而不是程序员整天为了学一些没有营养的疲劳轰炸 到最后寿命没了挂了
11 天前
回复了 higanbana 创建的主题 PHP 现在的 PHP 生态是否有些过于复杂了?
写 php 方便刻轮子 毕竞内建函数就可以做很多事 一般 plugin 如 db 性能也很给力 毕竟是用 c 写的 现在来看还是不错 新版的内建类型检查也不错 可静可动 缺点就是纯解释器以及出现了引入複杂度的重型框架
go 最大痛点就是没办法写 multidimensional array 精简化的那种 直接表示出结构 外加 go 整个包并不轻量 安装就是几百兆大小 针对嵌入式的 tinygo 更是破千兆包大小 与 tiny 两字沾不上边 只不过相比 java 还是好一点 毕竞还是可以写出简单又运行不错的程序 替自己省下烦恼
1  2  3  4  5  6  7  8  9  10 ... 48  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2503 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 23ms · UTC 07:24 · PVG 15:24 · LAX 00:24 · JFK 03:24
Developed with CodeLauncher
♥ Do have faith in what you're doing.