V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  star7th  ›  全部回复第 31 页 / 共 60 页
回复总数  1181
1 ... 27  28  29  30  31  32  33  34  35  36 ... 60  
❮ ❯
2022 年 7 月 30 日
回复了 luffy 创建的主题 › 程序员 › 个人做微型 sass 平台,支付问题
劝你别搞。做这个首先要公司资质,其次公司也要申请支付牌照,因为你这个可能涉及到集资的问题。而你能问出这个问题,就说明了是个对此还一无所知的小白。
2022 年 7 月 24 日
回复了 t41372 创建的主题 › NAS › 如何在全程不接入显示器的状况下架设起一台服务器
取隔壁宿舍走走,总有人有显示器借你的。接到后赶紧安装好系统设置好可虚远程桌面登录。之后就可以还显示器了,剩余都是远程桌面登录操作
@bugfan 只做开源软件,不提供服务。这是规避风险的一个方式。只要提供服务,无论你有没有审核机制,总之出问题就是你的责任。
这个服务不做任何风险控制?假如有人境外假设黄赌毒网站,通过你的穿透获得了域名访问,你不是要承受连带责任吗?很容易被请到警局喝茶的。另外就是,你也相当于绕过了备案和审核机制,让用户可以自由建站(虽然说是你的子域名),在法律合规上估计也行不通。
从产品上讲,我还是挺认可你的产品的,做到简单易用,网站 UI 也不错。
现在还好,再壮大一点你就要被请到警局喝茶了。因为你直接提供了转发服务而不经过任何审核,人家利用你的穿透建立个黄赌毒网站你就被动了。
2022 年 7 月 11 日
回复了 phony2r 创建的主题 › 云计算 › 通过 oss 自建 nas 的方案是否可行?
漏了说轻量服务器的作用了。就,当你自建存储时候,轻量服务器就可以用作公网访问方案,frp 内网穿透。也可以开放一些影视服务出来,等等。轻量云服务器有 1T 流量,挺好的。不过就是不会非常稳定,速度也有快时慢时
2022 年 7 月 11 日
回复了 phony2r 创建的主题 › 云计算 › 通过 oss 自建 nas 的方案是否可行?
听我的,我有调研经验。
以 oss 为主的存储,只适合小数据量的场景。大数据量场景下,费用太高,不划算。一块成本是存储费用,更贵的是下载的流量费用。
如果你的数据量是几百 G ,我建议你买个 OneDrive 会员,每年 1T 空间。OneDrive 官网虽然被强了,但是上传下载数据没被墙,棒棒的。数据不会被和谐掉。
如果数据量是 4T ,那建议走自建路线。不建议用成品 nas ,性价比低。我的方案是工控机+磁盘阵列盒。 也可以看一些二手服务器。二手服务器也没问题,关键是建立好磁盘陈列,有冗余机制,数据不丢即可。
还好吧,只是更新小版本号。虽然是频繁了点但是可接受的。然后,产品本身一定不能强制用户升级。假如这么频繁提示用户升级,体验则十分不友好
什么都没有就开始幻想着收割韭菜了。
我还以为有谁那么大方贡献流量来做公益镜像呢。既然不是,你就改个名字吧,免得误导人。你这个准确来讲叫做 开源镜像搜索服务
2022 年 6 月 25 日
回复了 ggvm 创建的主题 › 分享创造 › 来自 stripe 的开源 API/文档 解决方案
若是说开源的 api 文档,
我更推荐 showcoc 的解决方案
https://github.com/star7th/showdoc
有实际应用场景吗?感觉没什么用。现代的项目都是各种依赖的,而你这个只支持标准库之类的,实际项目很难跑起来的,只能跑一些简单脚本。但如果是简单脚本,用 js 来写也不难
针对本问题,用 html 、js 、css 写客户端软件 ,核心就是前端技术栈,用什么封装根本不重要,所以直接套一个业界最常用的 electron 即可。你摸索一圈后还是发现 electron 靠谱。
@miniblink 你这个项目都不开源了,意味着无法共享生态。只能跟着你们官方走用你们实现的一套轮子。官方上虽然显示轮子组件不少,但用起来还是有小问题的。最重要的是不能及时跟上业界生态同步更新。并且即使是你们自己也不积极维护。更新时间和 issue 回复都非常不及时。若不是对体积有极致需求,真的不建议用 miniblink 。看到 github 的话就有点莫名其妙,因为被黑产使用而闭源。话说 electron 也没有因为黑产使用而闭源啊。当然你们要这么做也行,毕竟是你们开源的。但是我们作为开发者,就拒绝一个封闭的不完善生态了。
2022 年 5 月 27 日
回复了 minuo0day 创建的主题 › PHP › 关于 PHP 高并发,请教各位
看了附言,难道你之前一直开着 larave 的 debug 模式? 天啊,debug 模式加载各种东西,还要写日志等等,比正常情况下慢好几倍。这种基础错误怎么可以犯。任何框架上线都要关闭开发模式,这是常识
2022 年 5 月 27 日
回复了 EyebrowsWhite 创建的主题 › 程序员 › wails 相比 electron 优缺点有哪些呢
@murmur wails 好像是不带 chrome 的,它声称是原生本地引擎。
2022 年 5 月 27 日
回复了 EyebrowsWhite 创建的主题 › 程序员 › wails 相比 electron 优缺点有哪些呢
electron 配套的生态完善一些,以后可能想做什么都容易搜索到解决方案。比如打包,升级什么的。
electron 的缺点也是明显的,安装必体积大,性能没那么高。但在带宽和电脑性能都蛮高的今天,其实这也不算非常大的问题。你自己根据自己的场景考虑,如果自己的产品非常难容忍这么大的体积和性能,就别用 electron 了
2022 年 5 月 27 日
回复了 EyebrowsWhite 创建的主题 › 程序员 › wails 相比 electron 优缺点有哪些呢
如果你是新人,那么用 electron
如果你是前端开发者,那么用 electron
只有 go 开发者才有必要用 wails , 不是 go 开发者就不用考虑了。
这件事我站 eggjs 。个人觉得你脸皮真的够厚的。滥用还觉得自己有理。
2022 年 5 月 26 日
回复了 minuo0day 创建的主题 › PHP › 关于 PHP 高并发,请教各位
作为一个有用 php 跑过生产环境的人,我想说,你这个服务器配置没问题,甚至说冗余了。我觉得大概率问题出现在 IO 上,导致没发挥出服务器性能。重点检查 nginx 的并发设计和 mysql 的慢查询日志。php 本身大概率不是瓶颈。
1 ... 27  28  29  30  31  32  33  34  35  36 ... 60  
❮ ❯
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   972 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 29ms · UTC 19:25 · PVG 03:25 · LAX 11:25 · JFK 14:25
♥ Do have faith in what you're doing.