V2EX › gadfly3173 的所有回复 › 第 20 页 / 共 23 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 12 13 14 15 16 17 18 19 20 21 ... 23

❮

❯

2021 年 12 月 15 日

回复了 simple2025 创建的主题 › Vue.js › 关于 vue3 lint 的问题

自带什么规则和你加了什么 plugin extends 有关。vue 这几个都没有常规 js 的检查，推荐再搞个 airbnb 之类的。我自己是 extends: ['plugin:vue/vue3-recommended', '@vue/airbnb'] ，然后自己再根据需要对着代码一行行改得配置了一些规则

2021 年 12 月 15 日

回复了 villivateur 创建的主题 › Windows › 求一款 Windows 平台的视频转码/压缩软件

@documentzhangx66 #57 #55 这是因为其他人“没有”而认为的你在秀优越么？不如你先看看题主的要求？在希望找到一款 GUI 工具的帖子下回复类似于“命令行这么好用你应该去学，而不是去找 GUI”的言论并不断强调命令行的优越性，这不得不说一种傲慢

2021 年 12 月 14 日

回复了 villivateur 创建的主题 › Windows › 求一款 Windows 平台的视频转码/压缩软件

@documentzhangx66 #44 可是去查 ffmpeg 的参数的成本显然比我去装个 adobe media encoder 压完还高

2021 年 12 月 14 日

回复了 WadeLaunch 创建的主题 › 程序员 › 一个后端程序员对前端技术的彩虹屁

@shyling #84 xxx.length 这种还是可以接受的范围，可以很直观的知道这是一个值。
双引号里是代码这个其实只有声明了这个属性需要 bind 才是代码，vscode 装上官方插件就会有高亮，webstorm 也有很好的支持。这个东西我觉得比按照 react 那样要搞一堆拼接还是更容易理解的
v-for 这个确实坑爹，in of 竟然还是相同的表现。。。

2021 年 12 月 14 日

回复了 villivateur 创建的主题 › Windows › 求一款 Windows 平台的视频转码/压缩软件

@documentzhangx66 #40 问题来了也许偶尔一个月需要一两次压制视频，有时候是改分辨率，有时候是压小了放便携设备，每次也不是一定用相同的参数，有 GUI 放着不用而非要用命令行不是很奇怪么？

2021 年 12 月 14 日

回复了 WadeLaunch 创建的主题 › 程序员 › 一个后端程序员对前端技术的彩虹屁

@shyling #74
1 、虽然可以在 vue 的指令里直接写很多代码，但是应该没有正常人会这么写吧。。。常规做法就是在这些地方传入一个值，这个值可以是 data 、computed ，也可以是 methods 返回的
2 、slot 也许看着有点怪，但是你理解成<div><slot></div>的话，slot 和你平时写在 div 之类的地方里的内容没什么区别

2021 年 12 月 13 日

回复了 WadeLaunch 创建的主题 › 程序员 › 一个后端程序员对前端技术的彩虹屁

@selfcreditgiving #65 数据绑定和响应式这个锅也许该给 vue 的文档，vue 的文档里有专门讲响应式 api ，但是没有特地提数据绑定，提数据绑定的时候基本都是在说组件传参

2021 年 12 月 13 日

回复了 WadeLaunch 创建的主题 › 程序员 › 一个后端程序员对前端技术的彩虹屁

@DOLLOR #64 可问题是在 react 里写 render 的时候写得是一堆长得很像 html 的东西，但是你又得按照 js 的思路来加属性

2021 年 12 月 13 日

回复了 James369 创建的主题 › 程序员 › VR/AR 是否催生新一代的 Html 前端技术

“虽然前期可能山头林立，但最终肯定走向开放的大一统。”
HTML5+ES6+CSS3 看向了直接全套搬走再围个栅栏的各家小程序

2021 年 12 月 13 日

回复了 huruwo 创建的主题 › 互联网 › 现在前端技术真的太方便了

@makelove #21 gmail 应该是谷歌自研的 SPA 吧

2021 年 12 月 13 日

回复了 villivateur 创建的主题 › Windows › 求一款 Windows 平台的视频转码/压缩软件

@documentzhangx66 #13 如果不是一直使用 ffmpeg 的话怎么可能每个配置项都记得一清二楚，哪怕是 adobe media encoder 这样的 GUI 对于简单需求都是更方便的

2021 年 12 月 10 日

回复了 461da73c 创建的主题 › 程序员 › 为啥一个打日志的要去访问网络

其实 java 里这些过度设计也不算很奇怪，比如一般一些 sdk 之类的里面会提供多种 http client 、json 解析器的实现，如果公司有要求必须要用阿里系的 fastjson ，或者不许用 okhttp ，必须用 spring 自带的 resttemplate 的话，想切换很容易，不需要的依赖 exclude 掉也不会影响体积

2021 年 12 月 10 日

回复了 461da73c 创建的主题 › 程序员 › 为啥一个打日志的要去访问网络

@litchinn #15 太草了我是很粗暴的直接 pm2 管理所有要保持启动的服务（不用 supervisor 是因为我不喜欢），其实一般的 springboot 不配置的话，usedheap 也就 150MB 左右，不算很吃内存（

2021 年 12 月 10 日

回复了 461da73c 创建的主题 › 程序员 › 为啥一个打日志的要去访问网络

@zmxnv123 #13 虽然但是，最后一条 jdk 是可以多版本共存的，启动的时候指定一下用哪个就行了，不放心还可以用 docker （

2021 年 12 月 10 日

回复了 461da73c 创建的主题 › 程序员 › 为啥一个打日志的要去访问网络

@461da73c #7 因为就是搞了骚操作。。。github 上有个针对这玩意的 patch 就是干脆直接在 log4j2 试图走 JNDI 的时候直接抛异常

2021 年 12 月 10 日

回复了 461da73c 创建的主题 › 程序员 › 为啥一个打日志的要去访问网络

访问网络是传入的不合法参数，也就是脚本执行的。这个漏洞本质是因为 log4j 不止日志能打进文件、console ，还可以调用各种本地服务打进各种地方，比如 ES 之类的，但是 log4j 又没有对恶意代码有什么防范，就像 SQL 注入一样被利用了。