V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  star7th  ›  全部回复第 22 页 / 共 59 页
回复总数  1180
1 ... 18  19  20  21  22  23  24  25  26  27 ... 59  
2022 年 12 月 3 日
回复了 hongchaodeng 创建的主题 程序员 为什么大家这么讨厌 Electron?
总有一些人追求极致性能,但他们实际上可能没怎么做过面向生产的客户端项目。真的做起来才发现,文件体积算什么啊,生态成熟才是关键,这样很多事情有现成的解决方案,才容易解决问题。
真正问那些做过面向生产使用的人,才有帮助。单纯问一些技术党,他们当然推荐性能最高的,反正又不是自他们自己淌坑。
@tanglu 咦,国内 cdn 里,我还真没看到京东星盾有 400 远包月的套餐。我看到的 https://docs.jdcloud.com/cn/starshield/price-overview 是 5800 元 /月。而且流量包 3T 居然要 900 元。
如果你说的是国外 cdn ,那我不表态了。因为国外 cdn 在国内基本用不了。
如果 lz 接入 https://www.dfyun.com.cn/ ,按 一个月 400 预算来计 ,则相当于可用 8T 流量。这个流量,对于小站点来讲,怎么折腾都够用了。而且 dfyun 还不会额外收取请求数费用。就只收流量费
@burninggit

当月内免费试用!例如你 12 月份接入大风云,则 12 月份整个月是免费期。这个优惠力度非常大了。至于说每个月免费 10G ,则没有必要。当前价格已经跌倒冰点,10G 也就是五毛钱。没必要省。
更新:现在 dfyun 已经支持绑定自定义域名。同时管理后台支持刷新节点缓存文件。
@zzztongxue

可以绑定你的域名的,不停机切换也行。
你先走申请流程,源站地址选择域名,然后填入 oss 的公网域名。提交。通过申请后,会得到一个大风云的加速域名。同时网站管理后台会有绑定你自定义域名的教程。你按教程发 https 证书给我。我部署完毕后,你直接改 dns 解析,即可完美切换。
哎,有人推荐我了。嘿嘿。
非常鼓励你使用大风云 https://www.dfyun.com.cn
大风云不收回源费用,不收请求数费用,只收流量费,而且流量单价只有阿里云的四分之一。
赶紧试用一下吧。这个现在申请,整个 12 月份都是免费试用期,不收你钱。
@janyork app 是 uniapp
2022 年 11 月 29 日
回复了 latiaogg 创建的主题 Go 编程语言 四年前端打算转 go 了 大佬们有啥建议吗?
别转。前端比 go 有前途,需求更大。
2022 年 11 月 28 日
回复了 karott7 创建的主题 程序员 请问线上 web 项目如何自动更新?
本质是个假需求。web 项目不需要那么实时的自动更新。跑一个五分钟轮询一遍的任务即可。也不用上 websocket ,免得带来太大的并发成本
2022 年 11 月 28 日
回复了 v423 创建的主题 程序员 Tauri 热度那么高 因为国外一致性问题比较少吗?
我不认可你说的 Tauri 热度高。很明显 Electron 更高
当前来说,Electron 的生态好得多,很多东西有现成的解决方案。如果不是对文件体积极度敏感,都建议用 Electron 。
2022 年 11 月 28 日
回复了 googleplus 创建的主题 分享发现 你们的博客运行多少年了,清理收藏夹的发现
十年 https://blog.star7th.com 但是我不在意有没有人看,也不会花太多力气写东西。就是让它存在着激励我输出一些东西,仅仅是一些而已。
就是大硬盘集群扛着。无它。
成本肯定有,但是没有你想象的高。现在的硬盘还是比较便宜的。更大的支出在于流量。存数据没太多成本,读数据,流转数据,流量贵。
因为流量比存储更贵,所以我折腾出了另一种降低流量成本的法子。https://www.v2ex.com/t/877718?p=2
2022 年 11 月 27 日
回复了 61162833 创建的主题 云计算 腾讯云 CDN 要按请求数付费了,开始收割
要不要考虑换个 cdn 服务商?
https://www.dfyun.com.cn/ 不计请求数,同时流量单价比腾讯便宜一半。
可以试下。
多年 nodejs 开发人员路过。别折腾什么走代理的方式。设置 llinux 代理可能会影响到其他程序访问网络。
这个命令放在笔记里记着。每到一个环境,无论是本机还是服务器,都用得上。
直接在命令行运行 npm config set registry https://registry.npmmirror.com


不要再折腾!
不要再折腾!
别听其他乱七八糟的建议。
鉴于你能提出这个问题,估计是个新手。对新手来讲,直接执行我上面说的命令就是最省事的方式。也不用去追究什么原理。
没啥不良影响,你可以这么用。
第一种 await 的方式顺序执行,一个执行完成再执行另一个。
第二种方式是,并发执行,等到最后一个结果执行完毕后,再按顺序返回执行结果数据。

一个是顺序执行,一个是并发执行,当然快了很多。
2022 年 11 月 22 日
回复了 fenglayting 创建的主题 程序员 2023 PHPer 路在何方?
我的转型路线供参考。我在几年前是职业 php 开发。现在已转前端好几年了,也会做 nodejs 开发, 基本可以算个全栈吧 。

不过大多数 phper 都很难复制我的路线。因为我开发开源项目 https://github.com/star7th/showdoc 可以大量累积前端开发经验(这个项目的重心在前端),要转是很容易的。而据我所知大部分 phper 只是会一点前端,真要写 js 和 css 会巨痛苦。

如果你对后端更感兴趣,则可以考虑转 java 和 go 。无论转型前端还是后端,我觉得都需要累积足够的经验,否则你在新的赛道会落后于人。建议可以搞搞开源项目。

我现在依然还会做一些 php 开发。旧框架需要维护,新框架都统一用 laravel 系列,坚决不碰 swoole 这种写法诡异的框架(有异步和协程的需求我会用 node 来写)。

我对 php 要求性能低,够用即可。高性能的场景我会用 nodejs 处理。实际上, 我的另一个项目 https://www.dfyun.com.cn/ 就是用 nodejs 写的 , 已经经得起生产环境大流量高并发的考验 。 这种高密集 io 型应用,php 搞不定或者需要花巨大成本才能搞定。

对于市场,我也很迷惑。按道理说,小型创业公司用 laravel 系列是非常方便的,可以快速成型。性能也不算很差,有优化空间。用户量三十万以下的场景理论上都能很好应对。而要更大的话,应该公司已经赚钱了,这个时候有技术团队,做啥都行。所以理论上 php 应该有足够施展空间。但是我看到非常多的小公司或者大公司,更多用 php 来做管理后台这种无关紧要的场景。
1 ... 18  19  20  21  22  23  24  25  26  27 ... 59  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   3159 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 28ms · UTC 12:23 · PVG 20:23 · LAX 05:23 · JFK 08:23
♥ Do have faith in what you're doing.