V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  markgor  ›  全部回复第 16 页 / 共 46 页
回复总数  908
1 ... 12  13  14  15  16  17  18  19  20  21 ... 46  
2022-01-22 11:08:00 +08:00
回复了 villivateur 创建的主题 信息安全 Windows 下有没有类似 SELinux 的机制?
@documentzhangx66 #18
你是没弄清楚 selinux 是什么吧....
良心云也一样,华为云在跟进,估计成为常态
2022-01-18 15:01:29 +08:00
回复了 jahnsli 创建的主题 程序员 除浏览器插件外,有没有获取 chrome 书签的 API 或方案
1 、可以看看 google account 有没 api 可以读取收藏的
2 、通过插件形式
3 、读取本地文件(但据我所知,本地文件在不同账号( Chrome 的账号)下,存储位置也不一样,各版本间差异也需要你自己测试)
2022-01-18 14:54:32 +08:00
回复了 youngyezi 创建的主题 程序员 盆友们,过年都屯什么酒了吗?
头酒
2022-01-18 14:34:38 +08:00
回复了 willsank0430 创建的主题 程序员 本人开发了一个简历 PDF 生成下载的的网站,永久免费!
@willsank0430 #35
不好意思,刚看了下发现你们是企业性质的,部分页面有备案信息;
但建议还是先了解下 用户生成内容 的 审核 和 账号实名制 的政策要求。(友情提示)

UI 感觉是饿了么 UI ,整体风格看起来我个人很喜欢。
但是如你所说,简历生成这个我估计一般人最多几年用一次....
从 行业问答 /手册 /内推 /简历生成 这些都有,刚好一个闭环,但估计你们会缺乏相应的资质文件,有些业务比较踩线...

诶~这年头都想好好做产品,但是无奈各种资质卡着,一来要自己去了解政策,办理资质,到头来这能把时间放去产品上的不多,除了大公司。
2022-01-18 14:22:15 +08:00
回复了 willsank0430 创建的主题 程序员 本人开发了一个简历 PDF 生成下载的的网站,永久免费!
@willsank0430 #35
而且主要的原因还是因为政策,
说实话,你站点应该是腾讯云轻量云北京地区的吧,
按政策要求 页面底部必须挂备案号,并且个人形式的这种用户生成内容是无法备案通过的,
如果抽查被发现基本就 GG 了。
另外如果有人发布了涉红底线的问题,你能提供到发布人的具体信息,能溯源吗?
如果不能的话,网警会直接把你抓了。(我朋友亲身经历,电脑和人都被搬走了,最后发现和我朋友没关,只是警告教育,并且要求下线,需取得相关手续才能继续开展)
所以个人形式提供的任何服务,说永久都是不太现实的。
2022-01-18 14:12:55 +08:00
回复了 willsank0430 创建的主题 程序员 本人开发了一个简历 PDF 生成下载的的网站,永久免费!
@iPhone12 #22
@willsank0430 #27
哈哈哈哈,我来和你说说他们为什么会这样杠;
之前也有很多小工具类的(基于 web ),都在说永久免费,但实测开发者热度一过,整个站点都无法使用。
我记得的对上一个是短网址生成的,也是刚弄出来救承诺永久免费,然后有人用他的 API 生成使用,过了半年不到项目就下线了,使用他 API 的基本都跟着 GG 。
就是类似的原因,所以一般建议个人形式开发者,提供源码的没什么好说,提供服务的就别说永久,毕竟不知道哪一天服务就停了。如果真的有人复用你的服务那他们就跟着挂了。
所以你别怪他们激烈了点,可能他们只是被坑多了。
2022-01-18 08:53:24 +08:00
回复了 xianyv 创建的主题 程序员 大佬们都说洋垃圾,到底什么硬件算洋垃圾?
@julyclyde #26
是否能直通我不确定(没试过),
pike 卡阵列芯片是 lsi 的具体型号忘记了。
我插上 pike 卡后是为了能用 sas2 接口而已,直通我觉得问题应该不大,但不确定
2022-01-17 18:04:18 +08:00
回复了 xianyv 创建的主题 程序员 大佬们都说洋垃圾,到底什么硬件算洋垃圾?
我自己掉坑的经历,有需要可以参考;
1 、硬盘 /电源--->买全新的;
*硬盘属于消耗品,就算店保,也没必要折腾。电源也是,你永远不知道卖家把电源改装到怎样,而且我机箱是全塔,所以不需要机箱电源,直接买好点的 PC 电源,双路的话注意 CPU 供电接口是否足够。

2 、主板:
直接买机房下架的主板,别去买什么华南 XX 之类的,我中过坑,那些高负载或满配下有问题。
*主板就算坏一般都是电容坏,自己淘宝相同型号替换就好了。

3 、CPU:
没什么好说的,尽量别买 ES 版本的,二手 CPU 坏几率真的十分低,而且服务器版也不用想超频这些,无论大雕小雕,只要稳定的就是好雕。

4 、内存:
也是二手的,去主板官网查文档,尽量选择文档中提及支援的内存品牌和参数的,二手 ecc 便宜很多,全塔式机箱就算 ecc 过热也能很好解决。
*在用的 X58 3 通道 DDR3 1333 ecc 全插满,用手摸会感觉很烫,但实际使用并没有出现不稳定,首次购买可以先跑 memtest 测试下,尽量选同型号。

5 、显卡 /声卡 /网卡
按需,但购买主板前需要查看是否有多额外插槽。
*我是额外买了显卡和声卡。

6 、阵列卡
asus 主板会带 sas 接口,但要使用的话需要额外购买专有的阵列卡( pike )名字不知道有没写错,我是买了个二手的,由于 x58 只支持到 sata2 ,所以插上 pike 卡后直接用 sas 接口,速度和 sata3 差不多,然后 ssd 接去 sas 口。
如果需要 nvme 的话建议再三考虑清楚,低端 nvme 完全不建议,二手 nvme 考人品的我自认黑人,高端 nvme 的话建议别买洋垃圾+扩展卡去使用。

功耗问题:
我是办公用的,所以对功耗没什么要求;
如果长期 24 小时开机,对性能要求不高但对功耗有要求,建议可以关注下 arm 架构;
如果对性能有要求,建议别买洋垃圾,毕竟架构>一切。

选购方式:
根据自己需求先确认主板型号---二手
*显卡数量的支持,原生 NVME 还是 sas/sata 即可等的..

根据主板选择 CPU---二手
*留意主板是否支持多路 /单路,一般单路频率会高

根据主板选择内存---二手
*留意主板和 CPU 是否支持

根据主板选择机箱--(全新 /二手)
*我喜欢支持背部走线和半透的

根据机箱和主板 选择 电源--全新
*我喜欢 模块化的如果双路需要注意 CPU 供电线要*2 ,
*由于我机箱是半透的,所以必须要支持背部走线,这样看起来不会凌乱;
*模块化的话电源线相对少

根据主板和机箱 选择 散热器--(全新 /二手)
*我选择九州风神*2 ,好像是 90 多一个吧,反正问题不大,只是留意下能否装入机箱和是否顶到显卡即可。

根据主板选择 硬盘--全新

二手件价格波动比较大,可以装个查价插件查历史价。
我全新的购买渠道都是 JD ,二手的购买渠道都是 TB 。
2022-01-17 15:04:18 +08:00
回复了 xianyv 创建的主题 程序员 大佬们都说洋垃圾,到底什么硬件算洋垃圾?
洋垃圾由来:
早期境外 IDC 机房有相关规定,如 CPU 、硬盘、主板、内存:使用周期最长 X 年,
到达 X 年后无论是否可用都需要替换下来,而替换下来的本土二手需求不高,但海外市场(我国)需求量比较大,所以就成批成批运送过来。
*为什么叫洋垃圾,和当时生态有关,那个时候境内还是机房托管 /VPS/主机租用的业务,早期的主机租用国内大多数 IDC 是租满 3 年送服务器产权,并且当时的 IDC 大多不是按无故障使用时间来替换硬件下来,而是用到不能用才替换下来,所以国内流出的服务器配件不算多,当然那时候也有类似(百度、新浪、网易)等的下架服务器,但对比入口的数量少很多。
而称之为垃圾,则是因为境外流入的二手拆机件大多数都是 达到 /快达到 无故障时间( 3/5 年)类的,但 CPU/主板架构基本 1 年一变,意味着能买到二手拆机件基本是和现代架构有 1~3 代的相差,而且属于别人的淘汰件,所以称为垃圾。

但无论别人怎么看,我也觉得身为一个垃圾佬使我非常快乐。
我现在用的主机,双路 X58 L5630 64G DDR3 内存,自己使用了十多年了,战斗力还挺不错。
虽然没有 USB 3 和 NVME 这些,但这些对我而言也不是必须的。
2022-01-15 15:53:16 +08:00
回复了 uni 创建的主题 服务器 现在怎么买服务器比较便宜?
@nanjingwuyanzu #8
轻量从哪里看都不符合 LZ 要求,极限才是 16C 。
2022-01-15 15:49:14 +08:00
回复了 jiaming1992 创建的主题 程序员 请教独立开发者们, app 的 UI 也是自己思考画出来的吗
1 、仿对标产品
2 、素材库--开个 VIP 下载 PSD
3 、看心情
2022-01-15 15:41:00 +08:00
回复了 firhome 创建的主题 程序员 请教后端同学这种写接口的方式对不对?
@charlie21 #130
这些没有对错,一脚踢的情况下怎么方便怎么来;
分前后端的话要么听架构的话,要么听项目经理的话,何必自寻苦恼;
我觉得 LZ 的公司职能是后端支配前端部门。

而且这些也很难说按工作量去计算。
据我所知微信小程序部门,一个人负责一个组件(比方 button/textarea )或 api 。
可是他们的福利也比很多公司要好 :dog
2022-01-15 11:26:38 +08:00
回复了 firhome 创建的主题 程序员 请教后端同学这种写接口的方式对不对?
@charlie21 #125 实际项目往往都会出现他说的那种场景;
一开始数据量小的时候,订单详情一个接口就把数据跑出来了,大家都方便。
数据量大了的时候,汇聚的接口返回 JSON 大小几百 KB ,开启 GZIP 的情况下,后端负载还算可以,但前端浏览器已经卡成狗了。
这个时候就需要拆分接口,先出列表,然后用户点开信息的时候,分开加载。
这种场景我遇到过两次,

一次是产品列表,
productList
|--spuList
|----skuList
开始的时候是分页返回 10 条 productList,里面汇聚了 spuList 和 skuList 的信息;
但对接某平台后,单个产品有几十个的 spu ,一个 spu 里有上百个 sku 。
浏览器直接崩溃,后来拆分接口,productList & spuList 汇聚 skuList 单独查询。

另一次是订单详情,
orderInfo
|--orderList
|----.....
|--personList
|---....
|--orderLog
|---....
|--payLog
|---....
|--.....
主订单包含一堆子订单,子订单关联不同的供应商,订单操作日志和财务信息等。
和上面一样,一开始都是把这堆信息打包到 JSON 里一次加载出来,
但实际使用后,由于 personList 和 orderList 是可以修改的,导致每次修改后都要重复载入,
最后只能才分开各自一个接口,哪一块操作后就加载哪一块的数据。
后期供应部分还对接的第三方平台,线上发单后的结果是异步返回的,所以针对供应状态也独立一个接口进行查询。

业务上线后,改动居多的都是前端部分,后端不可能因为“方便”前端,而把自己也“耗”进去吧。
2022-01-15 08:53:17 +08:00
回复了 firhome 创建的主题 程序员 请教后端同学这种写接口的方式对不对?
有没有可能:
GET bookinfo-->缓存静态信息
GET bookOrderInfo --->缓存静态信息
POST bookorderInfostatus ---> 实时状态信息。
为了方便做数据缓存?

>token 登录态,如果快过期了,提供了个刷新 token 的接口给前端,喊前端发现 token 要过期了就去刷一下接口
这个我觉得没问题啊,你请求里的 token 过期了,你去刷新一下这个 token ,有什么问题呢?而且刷新后 token 值也不同了,后端也无法帮你替换成新的 token 值啊,而且这个你请求拦截时检查下不就好了?
2022-01-13 09:15:47 +08:00
回复了 Tinywan 创建的主题 PHP 2022 PHPer 路在何方?
我一直不明白 PHP 究竟哪里性能不行了?(不拿 PHP8 ,就说 PHP7 来说)
真的是到达了语言性能瓶颈了吗?
我猜测大部分项目,性能的瓶颈主要在于服务器网络带宽和数据库,而并非语言框架。
redis 、mq 、elk ,这些 PHP 都有扩展可以支持使用。
如果你觉得 phpfpm 性能不行,那你可以尝试 swoole 或 webman ( workman )框架。

而且就如上面很多人提到,为何非要耗死在一种语言身上呢?
语言只是个工具,
对于把钉子锤进墙里,我觉得锤子比打桩机好用。
2022-01-12 17:11:34 +08:00
回复了 han3sui 创建的主题 程序员 uni-app 多端小程序选择哪个组件库?
开源:uview 1.x (复杂页面性能相对差,模板少了点,但 ui 比较好看)
收费:graceUI (很方便,页面组件,支持 nvue ,坑比较少,模板还算可以,ui 个人觉得没 uview 好看)
收费:nPro ( nvue 下比较方便,主打性能,样式挺好看,模板和组件相对少)
2022-01-12 13:01:57 +08:00
回复了 ArronJun 创建的主题 Java 关于 zf 消费券系统实现
@caqiko
不优秀,只是被社会打磨得越来越圆滑罢了,现在 966 而已。
以前接触 ZF 的,基本对方对接都是一群 50+的,前期完全不管,后期天天跑来公司叫外卖拍照发他们工作群。
需要提高预算就一拖再拖,有问题就直接把外包推出来挡刀。
以前很好奇为什么政务办不成立个自己的技术部,这样他们各局的需求自行开发即可,慢慢我就明白了还是找外包好的道理,所以身为外包,肯定要有那么一两招防身
2022-01-12 09:33:58 +08:00
回复了 ciki 创建的主题 程序员 只考虑小程序和 H5 的情况下,目前比较好的多端框架选哪个?
刚开始使用 uniapp 生成微信小程序,确实一堆问题,大致上是生成后的 v-show 在微信小程序中会导致报错;
至于其他的坑我还没遇到过,前几排说一堆坑不知道能否举例一两个?
通过 uniapp 开发过 2 个 APP 在运营,6 个微信小程序,1 个抖音小程序,3 个 H5 页面,其中一个项目是 APP 、微信小程序、H5 、抖音小程序 一起的,但是多平台编译换来的代价是一堆条件编译,看起来很凌乱。
都是基于 VUE2 开发的。
NVUE 下尝试过,但一堆不支持多到怀疑人生,本来 weex 的怪异现象就多了,所以不多说了。
而 VUE3 没记错是最近 3 个月左右才开始支持的吧?不稳定完全正常啊,而且 vue2 又不是不能用。

flutter 、uniapp 、taro 两个分水岭,taro 和 flutter 我没使用过不清楚,但 uniapp 使用快 1 年了,开发效率真的挺高,而且有一个项目涉及到境外的某个支付平台 SDK 调用,自己把 SDK 包装下暴露接口给 uniapp 调用就行了。

当然 uniapp 的文档和论坛基本可以理解为缺少支持,但免费商用的你还想怎么样,并且付费的话就能得到商业支持。

我接触到的,比较大型的公司喜欢选择 flutter taro 这两样,外包和个人开发者倾向 uniapp 。

但我觉得这些东西不是不能喷,而是纯属的喷毫无意义,喷一样东西的时候,先把问题说清楚再去喷,而不是一味说“垃圾、一堆坑、用不了、他不行” 这样的话。

对于一个免费商用支持的东西,你不喜欢大不了直接不用,没必要到处黑他吧?
你能开发一个同等的出来并免费商用,然后去喷他怎样怎样,那我能理解;
你开发不了同样的东西,但你能指出他的坑和缺点,我能理解你是为了让后人避坑;
你既开发不了同样的东西,又不指出坑在哪,自己却一直在用他来输出,到处去喷他有问题,我真的无法理解这种做法。
1 ... 12  13  14  15  16  17  18  19  20  21 ... 46  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5676 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 40ms · UTC 03:33 · PVG 11:33 · LAX 19:33 · JFK 22:33
Developed with CodeLauncher
♥ Do have faith in what you're doing.