V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  version  ›  全部回复第 48 页 / 共 50 页
回复总数  983
1 ... 40  41  42  43  44  45  46  47  48  49 ... 50  
这个不能怪腾讯云吧
域名备案本来就是 备案号和服务器 ip 绑定的
因为 zf.能操作的就是服务器主机.域名解析 dns 是动不了的.麻烦.不是一个电话能解决的事情

你域名在阿里云备案..域名任何解析都只能是阿里云的主机.如果用 https 方式也会被封了

其实是 zf 云服务器管控问题..这个不是竞争关系.
假如你网站有点 996 那些敏感问题..zf 要禁..
如果你不同二级域名解析 阿里云 腾讯云..他们就不好排查.容易丢锅了..
如果是单纯一方责任制.那就是和云服务商打电话给你压力咯..而不是两家
服务商让你删除了.就完事了..而不是 zf 防火墙加你的域名..这样容易操作很多

你换一种方式想问题就明白了..这个没人反抗得了
2019-04-25 14:52:28 +08:00
回复了 MrCard 创建的主题 Node.js Node 后端使用 express 还是 koa?
@ilaipi 我也是 java 转 nodejs 也有 3 年了..nodejs 优势是比 java 强太多了...这样说可能很多人不爽我..不过我外包或者普通 crud 基本也是 nodejs 写的了..包括小游戏..普通接口压力.nodejs 还是很个给力的..一个没经验的 java 写的并发或者普通企业写的接口可能差过我 nodejs....现在 nodejs 对于大数据处理还是瓶颈很大..我 nodejs 原生+es6 我觉得非常完美的方案了..高并发核心模块用 rpc 转 go 来写..
go 也是下一个趋势了.省内存.快捷..java 就算了.都是吹 ppt 的.我见多了.实际业务代码能力差的很..我对国人写 java 很伤心了.
2019-04-25 14:47:05 +08:00
回复了 MrCard 创建的主题 Node.js Node 后端使用 express 还是 koa?
@guiling 例如订单和数据库相关的事务方面的.nodejs 不适合做业务核心高并发的....做做分发前端渲染那些还可以.
2019-04-25 02:10:07 +08:00
回复了 MrCard 创建的主题 Node.js Node 后端使用 express 还是 koa?
写了 3 年的 nodejs
我推荐还是 koa 大系统用 Fastify.
别学 ts 语法

写无状态服务用 koa 以后都是云函数服务
然后写代码别 mvc 架构.多用 api Gateway 写法.也利于分部署部署
别加载太多各种依赖..一个简单的 http 服务不需要那么多东西..
处理好异常.数据库连接.那些就基本够了.

如果这些都懂了..学门其它语言吧
nodejs 不适合高并发业务.做做后台管理系统 api 还可以.不过普通小企业还是很适合的.创业公司.有钱和谐微服务转 go
腾讯云你重新安装系统可以指定 root 账户喔..或者直接开 ssh root 登录就可以了
2019-04-21 00:46:47 +08:00
回复了 shanlan 创建的主题 程序员 能说说为什么你要是使用 Linux 系统开发吗?
看你做什么吧.现在无非就是环境的问题.
linux 有大小写敏感..win 跑各种服务和编程软件也比较差..
最终主要是效率问题吧.mac 和 linux 会 提高你编程技术
2019-04-21 00:41:32 +08:00
回复了 snappyone 创建的主题 程序员 分布式系统的正确 debug 姿势求解
@snappyone 服务器接口应用层不能用 debug 断点了..如果你是单应用 web 或者 app 就无所谓..如果分布式和 rpc 应用.或者游戏..只能通过 log 日志来判定..这种调试方式是等于线上排查了.所以不能按本地的调试方式.因为很多情况你单机自己跑是模拟不出来的了...所以 log 排查是唯一靠谱的..因为你 debug 断点阻塞了.所以 timeout 很正常
2019-04-20 20:56:45 +08:00
回复了 ljcnot 创建的主题 MacBook Pro 18 款 13 15 选择纠结
@ljcnot 那买 13 便捷的吧.或者等下半年可能 macbook12 会出全面屏..这样就最便捷了.放车里面就好..然后代码提交.服务跑就完事.
2019-04-20 20:51:18 +08:00
回复了 snappyone 创建的主题 程序员 分布式系统的正确 debug 姿势求解
ide 的那些 debug 断点都是骗人的..提高不了效率.
真正的调试是代码的日志 log.没别的.这个是以前开发留给你的坑.
2019-04-20 20:42:27 +08:00
回复了 ljcnot 创建的主题 MacBook Pro 18 款 13 15 选择纠结
既然你都考虑了 32g 内存了.当然是 15 寸高配了.

13 寸接 4k 不负载还可以滑动鼠标..如果跑各种应用就卡得很严重了.
2k 屏幕你能接受那算你对自己比较狠的了.

java 本来就容易卡机器.各种环境跑上..13 寸屏幕不够的.你一定要外接显示器了.
15 寸高效率.不接屏幕基本够用..

买个 15 高配做主力机.
赚点钱.等 macbook12 新款..平时旅游出差可以用.维护啥的
现在都云服务了.很多环境自己电脑已经跑不了了.到时候.有网络.命令连接服务器就可以了.

买主力电脑.别考虑便捷.得不偿失.
2019-04-14 19:25:48 +08:00
回复了 Seney 创建的主题 程序员 请问大家,你们是如何接到外包项目的?
1:你们是通过什么渠道接到外包的?
技术给力.自然会有人私下介绍给你,朋友.同事,..你说一周写一个接口.做事情拖拉.技术难点随意丢锅.不研究.自然朋友也少推荐给你
2:你们是如何和别人商议价格问题
大部分是包上包的项目了.给到自己的不多.有钱手就好
3:如何评估项目的完成时间是多少
不用评估的.看价格吧.2 万 3 万的都是一个月多点.10 万的就要 3 个月以上吧.那些都要做一套系统加 app 了,
不管钱多钱少.多外包爬爬坑.也是进步的方式.上班后别期望公司同事教你写代码.那是笑话.能在需求会上互怂和吹逼就需要自己的技术了.如果你没出过声.那你在技术部也是边缘人物.就是 crud 的活了..接触不到复杂的需求.因为这些都需要你自己去表现,技术老大才放心给你任务.
还有看纸面书上上都是垃圾.没有实际意义呢.比看 github 项目收获更少..还不如自己买服务器搭建.压测试.并发.做个像样的作品.展示出来.起码接外包时候别人可以看看你的技术和成果.外包其实的都是压榨比 996 还恐怖..如果你效率高了,自然应付得了.自然技术就提升了.如果你要养生过日子.不熬夜.当我没说.还有就是多啪啪老大马屁.到时候他跳槽也能带着你.不过当你过了 30 岁.就只能靠自己技术了.
2019-04-12 14:06:36 +08:00
回复了 NoKey 创建的主题 程序员 为什么我总觉得 yml 文件格式很奇葩
yml 兼容性好很多.
json 配置.比较坑.特别是数组的那些配置.
json 新标准很多人不知道.,不好统一和推广.或者识别..所以很多开源都推荐 yml 了.

pm2 用 yml 靠谱点.json 配置容易环境变量参数不生效
2019-04-12 13:51:16 +08:00
回复了 xiebruce 创建的主题 Markdown 使用 nginx 负载均衡+多个云的免费额度打造免费 markdown 图床
最终还是走你自己的服务器流量呢..这样容易不稳定呢..而且你不是国内的服务器.也浪费了 cdn 加速的优势了.
如果你想做服务.还不如做代理 微信公众号图片..新浪那些图片...比提供外链来得实际一点.
2019-04-09 12:56:02 +08:00
回复了 channg01 创建的主题 MongoDB 请教 mongodb 优化
应该是是你单个 doc 文件太大了. mongodb 再分页时候会把整个 doc 都缓存放内存..这样容易爆..
你可以分页查询只 返回_id 和 再单个主键去查询.这样会快点.
这种也适合分页超过 第 20 万以上的时候..
2019-03-11 15:12:32 +08:00
回复了 smallc2009 创建的主题 云计算 想搭建正常博客,现在阿里云香港/新加坡还可以选吗?
国外买个主机先吧.先写一年先.

不过能坚持下来的又有多少.
还不如 github 做个有意义的项目.开源出来.
这样面试更加有意义.

如果是面试官:
现在都厌烦那些复制粘贴博客的人了..打开 1 分钟我就关闭了.
还不如你做个项目.能看看你代码的进步..例如历史提交了啥等
推荐 nodejs 做成无状态
多机部署..
你处理数据几百万的快很多.

nodejs 可以导出 excel
清洗 mysql mongodb redis 等
可以统计数据.发邮件啥的

上手容易.基本编程人都能写 js.就能写 nodejs

py 上手麻烦.而且你调试不方便.
基本通过通讯录关联的了.手机号也实名制..
你禁用通讯录访问..可能别人就不一定禁用.给 app 读取了.
或者别人通过其它方式购买.
现在 app 都是需要手机号码绑定才能使用.

一个用户成本十几元往上.中国网民那么多.那么大的推广产业链
@qiuxiaojie 现在前端用 vue 或者 react 基本也是组件开发.其实组件抽象起来就是表的结构.一般给全部表字段或者数据库他们访问.或者服务端数据库定义 Schema 代码..基本对接 api 是能看懂的了.根本不需要那么复杂的了..你写一套框架.很多人不一定接受的呢.框架还要看 api....前端传的 key 和服务端和数据库不一样的时候.排查沟通也累..

还有现在基本都是内部 rpc 微服务开发(特别是 nodejs)
.给前端 sql 操作不符合,复杂业务需求解藕.分布式部署和某个小业务迁移重构
事务,并发,数据权限,限制是个问题..
nodejs 写 20 个 crud.不是很容易么 sequelize 那么强大.mongodb 也有 orm
前端传对象直接插入 json 就好.业务限制就覆盖判断 json 字段.

增加表字段就改 Schema nodejs 重启完事.

前后分离的时候.不能因为为了减少服务端自己的工作量而增加别人的逻辑负载
等你有一天写全栈就知道了..十几张表往上.或者 mongo..为了应对后期需求修改.
crud:前端需要 80%, 服务端 20% 的时间分配.
转写游戏吧,
1 ... 40  41  42  43  44  45  46  47  48  49 ... 50  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   932 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 23:13 · PVG 07:13 · LAX 16:13 · JFK 19:13
Developed with CodeLauncher
♥ Do have faith in what you're doing.