V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  wevsty  ›  全部回复第 20 页 / 共 73 页
回复总数  1457
1 ... 16  17  18  19  20  21  22  23  24  25 ... 73  
2018-11-23 19:50:39 +08:00
回复了 getecho 创建的主题 Linux SSL tunnel 是不是最安全的代理方式?
各有各的优点和适用环境。

在能预先安全交换密钥的情况下,SS 对于点对点指定通信的性能显然比 SSL 要好,安全性上反正没有密钥就无法知道通讯内容,所以我会认为安全性没有任何问题。唯一的问题在于固定密钥无法做到向前保密,一旦密钥泄露就可以做到解密以前的所有通讯。
SSL/TLS 能在一定条件下进行安全的通讯(注意:必须具备先决条件),安全性上 SSL/TLS 连接可以做到向前保密的特性,但是显然 SSL/TLS 建立连接时仍然需要先握手交换通讯密钥,这使得使用起来付出更高的代价。
2018-11-22 22:54:40 +08:00
回复了 dingpan314 创建的主题 买买买 有什么国际银行在大陆就能开户,个人的。
只是买东西去开信用卡就行了,各种双币,全币信用卡都可以。
开什么香港银行账户对你买东西基本没帮助。
2018-11-21 20:32:17 +08:00
回复了 EchoYang7 创建的主题 问与答 1Password 和 LastPass 该选哪个?
我选 keepass。
反正我也不想要自动输入功能,所以根本不需要配置。
2018-11-20 16:59:48 +08:00
回复了 waterlaw 创建的主题 程序员 写了一个 RSA + Base64 加密的程序,要不来试试?
@waterlaw
Crypto++这项目很早了,据悉第一个版本大约在 1995 年,不过这个项目一直是在维护的,也算是常用的加密库之一吧。
2018-11-20 16:51:36 +08:00
回复了 waterlaw 创建的主题 程序员 写了一个 RSA + Base64 加密的程序,要不来试试?
推广一下我写的小工具好了。
交换了密钥以后就可以进行安全的通信了,采用 Qt 开发,默认使用 AES-256-CFB 作为加密算法,可以把密钥保存为文件方便管理。
https://github.com/wevsty/en_message/releases
2018-11-19 21:53:55 +08:00
回复了 fuchar 创建的主题 程序员 [c 语言或 Linux ] 吐槽加请教,高手请进
基于 C99 标准考虑的话,要动态分配内存有两种办法
1、可变长数组( Variable length array,简称 VLA )。
2、malloc 系列函数。
然而似乎很多编译器不支持 VLA,或者直接把 VLA 用 malloc 实现。
所以从实际结果看,除了 malloc 以外没有什么其他方法动态分配内存。
程序运行慢多半还是楼主自己实现的问题。

* Return an array of arrays of size *returnSize.
* Note: The returned array must be malloced, assume caller calls free().

但是人家题目已经说的很明白了,这算是人家题目的要求,无视要求是无法得到一个正确答案的。
2018-11-14 09:23:17 +08:00
回复了 ddid 创建的主题 程序员 探讨一下互联网通信安全技术
显然楼主对安全通信有什么误解。先明确概念,两点之间能保证在一定条件下不能被人窃取通信内容的通信就是安全通信。

1、HTTPS 或者 TLS 是很早就有的东西,只不过以前大家并不重视,但是最近 N 年以来,基本已经是标配。
2、答案是不能。GFW 对通信的影响主要在于阻断和干扰通信,而不是窃取通信内容。
3、有这种可能性。
4、和 2 其实是类似的问题。
举个例子:你家只有一条路能和外部连接,人家堵死你家的出路不让你出去你没有任何办法解决这个问题。
2018-11-14 00:11:15 +08:00
回复了 wutiantong 创建的主题 C msvc 到现在都没有正确实现 if constexpr
@wutiantong
反正从现象看 MSVC 对 if constexpr 的处理上显然是要求即使被丢弃的部分也不会简单的直接跳过的。

我个人是支持丢弃编译期就可以确定不会执行的内容的,不过这个问题可能是编译器编译逻辑或者对标准解释的问题。不太清楚 MS 是怎么考虑的,不过可以尝试给 MS 提交一下,也许下个版本他们就修过来或者给你一个解释也说不定。
2018-11-13 21:02:52 +08:00
回复了 wutiantong 创建的主题 C msvc 到现在都没有正确实现 if constexpr
稍微改了一下,在 MSVC 15.8 上加 /std:c++17 参数以后可以编译了。
(貌似也仅有这个版本的 MSVC 才能编译)
(当然 GCC 也可以通过编译)
代码:
https://godbolt.org/z/9BuPJL

原本的代码编译过不去一方面由于 MSVC 实现的原因,另一方面这种写法本身的移植性就比较玄学。

以下是不靠谱也不负责任的瞎掰:
调用 get<0>()的时候因为 index 模板的特化 index<0>本身并没有 get 模板(或者叫成员函数),大概 MSVC 并不认为这样做是合法的写法所以就扔了编译错误出来。
if constexpr 虽然是编译期决定的,但是翻了一下规定只说了 return 的返回值不参加类型推导,但是好像并没有说如果 return 的表达式本身不合法应该怎么做,那么这里就是一个未定义的灰色地带了。
2018-11-08 22:35:04 +08:00
回复了 marcushbs 创建的主题 程序员 vmware 的 vmnat.exe 有个 http 长连接,干啥用的呢?
vmnat 就是转换虚拟机内网络请求的程序。
http 本身是不带连接状态的,可能是虚拟机内部用 http 做了什么长连接关机之后连接没有切断就保留下来了。
2018-11-08 22:21:32 +08:00
回复了 changnet 创建的主题 全球工单系统 ubuntu 居然不能安全删除移动硬盘
@gmaso
固态硬盘哪来坏道这种概念。。。

主控应该尽可能的避免产生坏块,但是闪存出现坏块其实是无法避免的。出现坏快要不然是闪存体质(白片,废片,降级片)或者时间的问题(拆机片,二手),要不然是单纯的运气不好,又或者是主控算法方面的问题。
不管怎么样,操作系统是不应该接这个锅的。
2018-11-05 22:05:40 +08:00
回复了 freed 创建的主题 问与答 台式电脑的灵异问题,有没有大佬帮鉴定下问题所在?
我觉得可能是以前的电源导致主板的某个部件损坏了。
2018-10-31 19:07:13 +08:00
回复了 Jimmyluo6 创建的主题 问与答 新用户是不是一用苹果的产品,就会越套越牢?
没有迁不回去,只有可能是你不想迁回去罢了
2018-10-27 19:18:19 +08:00
回复了 XuanFei990 创建的主题 C 问一个简单的 C++关于构造函数和 new 表达式的问题
new CB();调用了第一次构造函数返回的类型是 CB*,所有的指针都可以转换为 void*类型,所以编译器帮你使用了 CB 的构造函数,把 new CB()得到的指针作为参数传递进去了,所以 b1 这个对象也不是 new 出来的,你当然也不能对他 delete。这个是隐性的数据类型转换导致的结果。
2018-10-26 14:24:07 +08:00
回复了 codechaser 创建的主题 C 为什么这个输入字母会一直输出一大串 0?
scanf 的返回值并不是输入的内容。
2018-10-18 22:04:09 +08:00
回复了 leebs 创建的主题 C 一个线程的小程序
@xylophone21

0、线程 A 被优先调度是从现象的出来的结论,我们在讨论的是为什么会出现这样的现象。如果线程是完全无序执行(无任何同步手段)的,我认为出现的结果将会乱,应该不算偏题太远。

1、你提出的问题是函数返回了以后保证上次调用的线程被优先调度,这代码在这个意义上并没有问题。
优雅的实现是很主观的问题,不同的目的下一般是需要取舍的。
不过既然提到了那还是转头再来看看 printf 这个函数的需求。
1.1、printf 是一个同步 I/O 函数,目的是格式化信息输出到 stdout,stdout 在一个进程里只有一个,所以不可避免的存在写入冲突,如果实现者想保证 printf 尽可能的输出正确的结果而不是输出一堆无规律的东西的话,锁是必要的。
1.2、printf 作为一个 I/O 函数,运行速度本身就不能认为是一个常数(因为取决于 I/O 性能),并且一般来说 I/O 的操作相对是比较慢的,并不是一个需要追求高性能的场合。
如果一定要强调速度,那么内核在不同的线程之间来回调度的开销显然比让一个线程先执行完的开销大,实现平均调度让内核在多线程之间来回切换反而是拖慢速度。
printf 并不需要刻意的让调用的线程公平的抢占 stdout 这个资源,所以没有必要实现顺序锁,所以互斥锁是很自然的选择。

至于最后导致的某个线程优先被调用的结果,这个结果本身不是必要的,可能只是实现上导致的副产品。

p.s 是回复上面提到的线程安全问题,所以我不解释了。
1 ... 16  17  18  19  20  21  22  23  24  25 ... 73  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   2762 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 34ms · UTC 14:48 · PVG 22:48 · LAX 06:48 · JFK 09:48
♥ Do have faith in what you're doing.