V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  brader  ›  全部回复第 134 页 / 共 154 页
回复总数  3072
1 ... 130  131  132  133  134  135  136  137  138  139 ... 154  
2022-08-15 11:47:19 +08:00
回复了 NoKey 创建的主题 程序员 请教:数据库表达类型,用字符串还是数字
这类数据我自己以及见过比较多的是使用 tinyint 做状态
2022-08-12 11:39:32 +08:00
回复了 Yest192 创建的主题 程序员 求教下有哪个 CI/CD 工具能完全替代 Jenkins 的,求推荐
你用阿里的云效,然后服务器又用 aws ?晕死哦。
说回正事,首先,云效的流水线部署,是可以支持其他云服务商的服务器的,不过需要你安装阿里云盾这样的东西,来上传获得服务器状态信息。
其实我建议你们服务器既然是用 AWS ,那么代码也迁移过 AWS 吧,AWS 也是有流水线自动部署的,一套用 AWS 的
2022-08-08 16:58:53 +08:00
回复了 helloword001 创建的主题 PHP Java , PHP , Go,哪种语言和框架更适合开发 API 接口?
如果你用 PHP 的话,比较多人用 ThinkPHP 、laravel 这两个框架
2022-08-06 11:37:04 +08:00
回复了 Ayanokouji 创建的主题 程序员 程序员区提到的“内存”不应该默认是“memory”吗
之前看到的概念,忘记是从什么角度区分了,叫法是分为 内存、外存,我感觉这个叫法很清晰。

然后说下 PC 大家在日常中叫法,我遇到的比较多叫 内存、硬盘,这点没啥问题。

然后到了手机端,内存 我觉得也没问题,但是还一个 手机系统是写的 存储,大家交流口语中,也不会叫硬盘,我身边的亲人朋友交流都是说 内存多大 之类的,其实他们口里说的 内存 就是等于 硬盘、存储,运行内存 就是等于 内存,为了和他们好交流,我也迎合他们这个说法, 所以才会感觉很混乱吧。
2022-08-06 11:25:14 +08:00
回复了 garyxi24 创建的主题 MySQL 关于分页只能写 sql 的痛苦
不在 sql 分页,难道你把数据全查出来?你是怕玩不死数据库?
2022-08-02 18:03:17 +08:00
回复了 storyxc 创建的主题 程序员 刚收到条钓鱼短信,差点吃钩了
我有个好习惯,我管你什么链接,我从来不点
2022-07-29 17:59:53 +08:00
回复了 Ufo666 创建的主题 MySQL 小程序埋点上报的数据,往 mysql 存是可以的吗
就存 mysql 就好了,小项目没必要复杂化,几十万数据不多,你等几千万了再清理都没事,log 型的数据都是有时效性的,太久的清掉就好了,觉得有用,就备份起来就好
2022-07-29 16:56:23 +08:00
回复了 tenstone 创建的主题 程序员 在外面怎么访问家里的服务器?
用 frp
2022-07-25 16:21:54 +08:00
回复了 hhhhhh123 创建的主题 程序员 现在 各司的 邮件服务器 是怎么弄的?
https://www.mysubmail.com/
用这个吧,非常好用,省心,送达率还高
挖槽,他们的检测机制这么牛逼的嘛
2022-07-23 11:52:10 +08:00
回复了 brader 创建的主题 程序员 请求量巨大的情况下,缩短 API 字段单词长度是否值得?
@deplivesb 防止猜出的话,就很矛盾啊,他们有公开 API ,还公布了文档,公开 API 也是这么设计的
2022-07-23 11:49:35 +08:00
回复了 brader 创建的主题 程序员 请求量巨大的情况下,缩短 API 字段单词长度是否值得?
@wanguorui123 gz 不用说的,他们网站都是专业的,已经打开了,浏览器本身支持,服务端 nginx 又支持,根本不需要应用层代码考虑这个东西,所以也就不讨论这个了
2022-07-23 11:48:23 +08:00
回复了 brader 创建的主题 程序员 请求量巨大的情况下,缩短 API 字段单词长度是否值得?
@westoy 你别说,他们还就可能是写死的,我就觉得,这么干得到的好处和付出的成本,值不值得,其实说到成本,他们也算是财大气粗了,估计不差钱。 然后关于你说的避免猜出用途,我前面也说了,我觉得应该不是,他们有公开的 API 的,公开 API 还提供文档给用户使用,也是设计的一个字母的
2022-07-23 11:21:59 +08:00
回复了 cnoder 创建的主题 程序员 枚举类型是从 0 开始还是从 1 开始
@skinny 枚举的键一般是没有什么展示意义的,只要保证唯一即可,对外用户展示的会有一个对应的中文名称。所以枚举值在英文或数字都可的场景下,后端一般会选择数字,是因为数据库存储 tinyint 更高效
2022-07-23 11:20:10 +08:00
回复了 cnoder 创建的主题 程序员 枚举类型是从 0 开始还是从 1 开始
我有时候还是从-1 开始的,哈哈,完全看心情
2022-07-23 11:19:39 +08:00
回复了 cnoder 创建的主题 程序员 枚举类型是从 0 开始还是从 1 开始
我就比较叼了,这东西都是随缘的,今天想从 0 开始就从 0 ,明天想从 1 开始就从 1
2022-07-22 11:09:39 +08:00
回复了 baiyaoqiang 创建的主题 程序员 我发现百度做的真的没有 google 的搜索引擎好,我吐了
提高一下自己的百度搜索技巧吧,如:搜索词 -csdn ,-的作用就会屏蔽掉 csdn 的结果
2022-07-18 17:02:54 +08:00
回复了 unt 创建的主题 git 请问 gitlab 部署在 docker 上的优势是什么,有必要 docker 部署吗
@unt 如果你是一个后端或者运维,用宝塔我都鄙视你。。。如果是前端之类的,那还理解
2022-07-18 17:01:50 +08:00
回复了 unt 创建的主题 git 请问 gitlab 部署在 docker 上的优势是什么,有必要 docker 部署吗
@clf 编译软件还好吧,也不是很难,这是 linux 使用者必然会遇到的问题,不是每个软件都有上包管理市场的
2022-07-18 16:45:36 +08:00
回复了 unt 创建的主题 git 请问 gitlab 部署在 docker 上的优势是什么,有必要 docker 部署吗
@clf 这时候就该演奏你的编译三步曲了,我是 centos 的重度使用者,我在这上面安装 git 新版的话,都是自行下载编译
1 ... 130  131  132  133  134  135  136  137  138  139 ... 154  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3159 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 38ms · UTC 13:37 · PVG 21:37 · LAX 05:37 · JFK 08:37
Developed with CodeLauncher
♥ Do have faith in what you're doing.