V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  laminux29  ›  全部回复第 81 页 / 共 97 页
回复总数  1922
1 ... 77  78  79  80  81  82  83  84  85  86 ... 97  
2020-02-18 03:11:04 +08:00
回复了 Kaakira 创建的主题 程序员 请教大神, 字符串搜索算法这种情况下怎么办
......

上面都答错了。

你这哪里是什么搜索问题,而是一个简单的网页制作的问题(前端问题)。

1.<em>是 html 的标签,当它出现在网页源代码里,它的功能是强调标签内的文字。

2.你的搜索结果字符串里,包含了 html 标签,如果你把这个字符串,没做任何处理,直接放在前端网页里显示,搜索结果字符串里的<em>标签,就成了 html 网页源代码里的一部分,也就变成了强调功能,并且最终在显示出来的网页上面,也没有<em>这个子串。

2.你现在要做的是,把搜索结果,先进行 html 转义。转义后,再放在前端网页上显示,它就不会成为 html 功能的一部分,而会成为前端网页上的一个完整的字符串。
2020-02-16 20:38:44 +08:00
回复了 how2ex 创建的主题 电影 大家有没有觉得 vlc 性能不如 kmplayer
很正常,其实就是开发者水平的区别。

比如我见过某个文件去重工具,居然用 sha1 来计算文件哈希值,这种完全不需要加密的地方,换个方案能提高 200 倍的速度,可惜这个作者就是不明白这点,因此写出来的软件性能特别差。
2020-02-16 14:28:37 +08:00
回复了 Jat001 创建的主题 宽带症候群 终于到了 Wlan 比有线速度还快的时候
Wlan 怎么可能比有线快,只能说你自己的有线设备比无线差而已..
2020-02-16 14:20:14 +08:00
回复了 whyorwhynot 创建的主题 宽带症候群 有同学知道这类流量负载均衡的现成方案吗?
你这不是负载均衡,而是智能路由。

不仅需要拆包并发,还要实现瓶颈管理(优质线路满载时计算转发到劣质线路是否划算)、延时预算(走一条还是走多条,只走优质还是优劣并走)、重发管理(如果接收端存活,则缺失片段需要一直寻找不同线路重发)等等。

这一套东西,是真正的科研,弥补了现有协议与路由运作方式的不足,这可不便宜,更别说免费了。
2020-02-16 00:46:49 +08:00
回复了 o1y38zar 创建的主题 宽带症候群 上海电信感觉一到晚上就很慢
电信一般是一分钱一分货,就算在峰值,也会保障你的上下行带宽,不会出现联通移动那种高峰期掉速现象。

我建议你先换台电脑,看看是不是电脑的原因。

然后你在低峰期和高峰期,分别测试一下 ping 速度、dns 速度,以及 360 的网站打开速度,做个对比图。
2020-02-12 13:43:01 +08:00
回复了 EKkoGG 创建的主题 分享发现 发现一些抢口罩,抢票的小套路
你真觉得这种又便宜,但又紧缺,而且还是性命攸关的物资,真的会放出来让大家抢购?

程序员又不傻,当然知道填写收货地址应该放在哪个环节去做。
Clash for Windows v 0.7.6,有 非 全局模式。把 System Proxy 设置为 off 就是非全局模式了。

此时应用程序用 Socks5 连接 Clash 的 Socks Port 就行了。
zerotier 在网络不稳定,以及频繁出现网络故障的环境下,表现非常差。
2020-02-05 05:15:39 +08:00
回复了 dusu 创建的主题 程序员 百万级 Hash,十亿个元素,分布式存储和索引选什么适合?
1.海量数据,又要关键操作性能高,这种情况下,读与写本来就是个矛盾,要不读快写满,要不写快读满,你要两者都高,这怎么可能。

2.你对开源(免费)产品,既要求性能高,又要求功能多,还要求运维成本低,这怎么可能。

3.在一堆海量数据里,确定一条数据的唯一性,这本来就是世界难题,原因是在硬件与运维有限的前提下,这操作完全是在挑战计算机设备的性能极端,这事在理论上根本没办法搞定,就连谷歌最后都只能选择砸钱堆服务器堆运维,才有了较好的性能。你又没服务器,又没人给你运维数据性能,这事怎么可能解决得了?

建议:
1.你应该选择你最关注的因素,比如读速度快,然后牺牲一下写数据,按这个模式,来做业务逻辑。


2.现在任何一款主流的分布式数据库,都做不到帮你把冷热数据均摊好,保证每台物理设备的性能平均。因为这个操作要涉及到经常的大规模的数据迁移,这个过程本身就会大幅度降低系统性能。因此,还不如你自己设计一个冷热数据记录器,再根据业务繁忙度,在闲时就像停服一样,重新分布冷热数据。这操作其实就是运维工作,你不去做这个工作,没办法把冷热数据高质量地均摊在不同物理设备上。
@wwcchn9 我说的是能大幅度压缩代码,不是说所有代码都能被压缩成正则。
正则从理论上来说就是大幅度压缩代码。

一些简单的逻辑,用正则没问题,但太复杂的逻辑,压缩成正则后,可读性、可改性以及可调试性都变得很差。

建议复杂的情况,老老实实写代码,不要用正则。
2020-02-02 04:31:22 +08:00
回复了 anonymous2022 创建的主题 Linux 请问 Linux 如何分区?
@msg7086 Window 本身不支持,就算用虚拟磁盘也做不到 lvm 这么方便的用法。
2020-02-02 02:24:51 +08:00
回复了 anonymous2022 创建的主题 Linux 请问 Linux 如何分区?
@ysc3839 别闹,Windows 的动态盘能做到 Linux 这种把物理磁盘中的一个分区划出来作为 lvm 的一部分?
2020-02-02 01:43:02 +08:00
回复了 anonymous2022 创建的主题 Linux 请问 Linux 如何分区?
Linux 有神器 lvm,这点秒杀 Windows,推荐用 lvm 方案试试。
2020-01-29 22:51:57 +08:00
回复了 lemonTreeTop 创建的主题 程序员 说下你们的离线下载方案
你们这些方案速度太慢。

速度最快的方案,用迅雷 VIP,如果版权有问题,换 BitComet。
1.除了整体对比之外,没有任何摘要或校验算法,能够保证 100%的校验出错误,包括 CRC、MD5、SHA512 等等。

2.越复杂的算法,无法验证出错误的概率就越小。一般来说,中小公司不做大数据的话,其实 MD5 的验证算法已经足够了。大文件传输的话,以 16MB 或 32MB 等进行分块,每块传输 md5 校验码,可以保证文件的正确性。

3.TCP 的目的是保证传输性能,并不是完全是保证数据安全。

4.如果要彻底保障数据安全,那么需要完全异构的多套硬件系统以及软件算法,并且进行操作对比来确保安全性。
2020-01-21 06:06:57 +08:00
回复了 boywhp 创建的主题 程序员 其实嘛,写个软件也没有那么难
FRP 这类软件的问题,根本就不在于技术,而在于商业运营,在于国内高性价比的上下行带宽,在于高性能高稳定性的出国线路。

你那兄弟向你吐槽的是商业问题,而你却以为这是技术问题,其实 FRP 就只是个反代软件,类似的解决方案一大堆。

你最后一句 [一定要有付费玩家] 这句是对的,但要做好这一步,特别难。电报上面那么多做这种运营最后倒闭了,他们都蠢?要不你试试?
1 ... 77  78  79  80  81  82  83  84  85  86 ... 97  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5831 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 41ms · UTC 03:10 · PVG 11:10 · LAX 19:10 · JFK 22:10
Developed with CodeLauncher
♥ Do have faith in what you're doing.