365be体育app下载官网作为一个多年的闲鱼平台老用户，买东西的经历没仔细算肯定也超过了10多年，这1些年的购物经历从来没有发生过需要申诉或者维权的情况，但老话说得好，常在河边走，怎能不湿鞋。这不最近就碰到了一件烦心事，明知道对方卖给我的是假货，可是对方还一味抵赖，不得已走了闲鱼小法庭，还差点就输掉了，简单记录一下这个过程跟大家分享。这次购买的商品是一条苹果手表的充电线，由于我原装的typec接口的充电线在旅行中不小心掉了，大家都知道typec接口的数据线充电速度是要比usb接口的要快很多的，手表又需要每天充电，算是刚需，所以我就打算在闲鱼上买一条，因为官方的价格实在是有点贵，于是我就去闲鱼看了看，没有仔细挑就选中了一家，这给后来的麻烦打下了基础。这时的我肯定忘了不能轻信网上说的任何话，因为他们都有可能是骗子，可能是因为太单纯或者是太轻信对方说的谎，毕竟男朋友女朋友都出来了，所以没来得及看他的评价和其他内容，就匆匆忙忙拍了，赶时间的时候盲目的相信了大数据的推送。结果是当我一收到线的时候就发现不对劲，首先它有那种看起来特别像流水线上出来的小透明包装袋以及贴了苹果标签和qs质量质检的小标签，这都是浓浓的华强北特征，根本不像是原来说的多出来的拆机件，因为如果真的是拆机线的话，哪怕没有了硬纸板内衬，普通用户也不可能找到这么符合规格的透明小袋子和标签，所以说肯定是从流水线上出来的假货。接下来就是马上联系了卖家提出退货申请，其实这个时候我的心里还是在想，大不了我就损失一个运回去的运费吧，没想到他的态度非常嚣张，还直接说要退也可以，但是寄回来的运费你负责。我心里想本来我就是这么想的，可是你这话说的就非常令人不舒服，你的意思就是当我傻子，还一口咬定就是原装的，等于就是明目张胆的告诉你，骗了你你也得认栽。而且他还信誓旦旦的说贴上qs标签是为了防止用户调包，既然是说僵了，那没办法不得已，凡事总有第1次，于是我就开启了第1趟闲鱼小法庭的旅程。可是整个过程并没有我想象中那么顺利，尤其是一开始卖家就显示出了丰富的狡辩经验。后来我在他的评价里面才看到他之前跟其他买家打过的所有闲鱼小法庭官司都是判他胜诉了，这么说他肯定是有恃无恐。越想越来气，越是这样我就越要想办法跟你打到底，这已经不是钱不钱的问题，而是关乎要伸张正义为其他用户也赢得这口气。比如他首先迅速的修改掉了我的商品底下疑似批量出货的图片，仅剩下三张简单的关于线材的图片，明显就是做贼心虚，接下来他又迅速的在平台后台上传了有关手表的订单截图，发票以及这条线在MacBook上能识别出来的序列号和一些型号详情。结果闲鱼小法庭的第一轮系统判定是我的证据不足，需要在24小时之内提供明确的证据才能够判定他卖的是假货。所以当我的手机收到第1条这样的短信时，我清楚的明白现在是处于劣势的，也难怪他可以这么嚣张，他肯定是用一张正规的手表订单图以及一条正品线的编号，就反复的跟别人打官司。试想一般正常的用户怎么可能在自己的原装线出货之前还特地接上苹果笔记本电脑截下有序列号的截图呢，所以他肯定是个惯犯加老手了，越是这样我越要想办法扳倒他。那么为什么他可以这么嚣张呢？因为作为买家，我们要举证的困难实在太大了，首先我们没有原装线，也不可能找到明确的差异对比，总不能真的为了一条线跑去苹果商店检测吧？如果我们需要用其他方法举证的话，想来想去就只能从序列号上入手，大家都知道正品的苹果充电线线身上是印刷有序列号的，如果你看不到的话，只能接上有MacBookPro以上支持typec接口的苹果笔记本，才能够在系统里看到这条线的序列号。这个时候我忽然有了思路，对啊，我可以用手机把线材上印刷的序列号给拍摄下来。卖家为了证明他的线是真的，上传了这条线在MacBook上显示的序列号（如上图），如果我拍摄出来的序列号跟他提供的序列号完全对应不上，那就可以证明他只是用一个序列号反复的给所有用户证明他所谓的正品。结果是事实就是如同我所料的那样，他根本就只是提供了统一的一个赠品序列号。以此为假证据来证明他卖的所有假货的线都是正品，我在这条线上面拍摄的序列号跟他提供的序列号截图完全就对应不上，这样我就可以不用再问朋友去借MacBookPro了，真的是当我们用户是傻子，会因为怕麻烦而不举证。到这一步为止我终于成功地扭转了颓势，过了一天左右，闲鱼小法庭得出最终的裁决，证据确凿判断我可以退货退款，而且运回去的运费由卖家承担，事情总算是得到了圆满的解决，其实这也不是几块钱运费的事，而是明知道他是假货还一味抵赖，加上之前他跟所有的用户打官司，都凭借法庭裁决的获胜而嚣张的说别人无凭无据，算是出了一口恶气。所以最后得出的结论是我们在闲鱼平台上面购买东西，还是需要多观察多判断，多看评价和信用状态，尤其是纠纷状态。法庭打的多的人肯定是有问题的，并不是说法庭判断他获胜次数多他就没毛病，另外就是碰到无赖的卖家一定不能妥协，要利用自己能想到的一切办法和手段和他周旋到底，相信真理虽然不一定能准时来到，但是迟早会来的。最后祝愿大家在闲鱼上都买到价廉物美的正品，永远没有这样的纠纷出现，我是葡萄，感谢大家的观看，欢迎点赞关注我们，下次再见。现在蓝牙耳机越来越成熟，价格也越来越卷，各大品牌都在向百元价位发力，一加也在3月21日新品发布会上随新品手机一起发布了新品tws耳机一加BudsV。感谢值得买平台，拿到了测试的名额，话不多说来说一下一加BudsV这款耳机的体验。开箱包装简约，红白配色纸盒，正面耳机图+品牌logo，背面耳机参数，没有什么花里胡哨的设计。我家猫好奇心比较重，急着过来舔盒子。盒子里东西不多，耳机+充电仓，数据线，说明书，两副替换耳帽。一加BudsV有三种配色，我到手的是暗影黑，看起来质感是很不错的。另外两个颜色是银沙白和星际蓝，从官网图片看都挺好看的。外观耳机充电仓黑色偏灰，磨砂质感，顶部印着“ONEPLUS”，仓体偏下是电量灯。充点仓不大，挺圆润的，比较轻，手感不多，不占指纹。开盖阻尼可以，耳机和充点仓同色，质感也一样，看起来还是很耐看的。耳机平放，拿取开口也大，拿取很方便。耳机支持开盖即连，下载app有弹窗。耳机是入耳式，扁平短柄，很小巧。佩戴体验很舒服，耳机很轻，不撑耳朵，而且贴合耳洞，被动降噪效果不错。音质一加BudsV整体音质听起来很不错，配备了12.4mm巨型镀钛动圈单元，加上低音调教风格，低音表现很不错，一加真的是会讨好大众耳朵，听起来很舒服。搭配app使用，可以调音，有均衡、深海低音和明快清亮三种风格可选。可惜我手机不支持杜比全景声，估计体验会更好吧。通话表现，支持双麦克风AI通话降噪，通话质量稳定。其他方面一加BudsV续航很不错，单耳机宣称续航8小时，搭配充电仓总续航38小时。我没直接测试续航，一次性也不会连续带8小时耳机，这单耳机续航绝对够用了，38小时总续航也够我一个多星期用的。操控方面，耳机侧面有个圆圈触控位置，体验还可以，灵敏度适中，功能可以通过app修改配置。app的功能还挺多的，支持个性化主题、游戏模式、查找耳机，可玩度还可以。不要要吐槽一下OPPO这欢律app，我手持OPPO手机，没有系统内置这个软件姑且算他良心，可是从OPPO软件商店竟然搜不到自家的欢律？这就搞笑了，我还得扫码用浏览器下载。总结一加BudsV，作为价格不超150的百元蓝牙耳机，外观耐看，音质可以，续航给力，各方面表现均衡稳定，适合各类人群。
上一篇文章给大家揭示了一个事实——SMB文件共享的性能很拉胯。今天也就给大家讲讲为什么大多数NAS上的文件共享的性能是“拉胯他妈给拉胯开门——拉胯到家了”。“文件共享”这件事在现在大多数计算机用户或者数码用户看来是一个再寻常不过的操作。但很多人并不自知“文件共享”的性能羸弱的问题。我们先做一个脑补一个故事情节：在一个闭塞的小山村里面，人们还保持着先秦时代的生活和运作方式，对外界一无所知。他们也会有一些货运的需求，在这个小山村里面有两种运输工具，一种是牛车，另一种是马车。村里面的大聪明就会觉得马车在驰骋起来的速度要比牛车快很多。但村里还有更聪明的人，通过观察得出来另一个结论——在走山路的时候，由于牛的力气比马大，在山路的运输中牛车比马车更有效率。于是在村里就对到底是马车还是牛车更有运输效率一直争吵了很多年，直到这个村子里的人看到有一条铁路从村子边上通过。村里的人就开始嘲笑，用这些东西运输还不如牛车吧？……其实大部分普通用户就是生活在村子里面的村民，IT是一个“知道经济”，它的价值在于你见过多少东西。如果村民们不到外面走走，哪怕是他们看到了村边的火车，也难以想象到世界上还有这玩意：这个故事情节，大家自行对号入座。好了，说回SMB，今天我们对SMB要有一个比较全面的认知。SMB（ServerMessageBlock，服务器消息块）是一个老古董了，老到了比看这篇文章的人都要古老，在1987年，微软为了让网络上的计算机相互通讯开发了SMB协议。如果对IT的历史有所了解的话，会发现这个协议是在1983年TCP/IP协议制定之后被开发出来的。但是我们要知道，1983年internet网络并不普及。因此SMB并不是针对于TCP/IP协议开发的。SMB的再下一层实际上是NetBIOS（NetworkBasicInput/OutputSystem，网络基本输入/输出系统）。因此，我们在看到一个网络共享的时候，我们会发现在网络共享的资源地址上有一个“主机名”。这个主机名又别于TCP/IP网络中的主机名，也和域名系统的主机名有所差别。就是简简单单的一个字符串。实际上这个在SMB中的主机名就来自于NetBIOS。NetBIOS的这个历史就更久远了。这是1981年IBM立项，在1983年由sytek开发实施的IBMPCNetwork中的功能。IBMPCNetwork是第一个PC局域网标准。但是IBM当时并不看好这种形式，而采用了当时更先进的令牌环网，当然了，后面的事情我们也知道，令牌环网迅速的被以太网所取代……而NetBIOS标记主机的功能却被一代代的沿袭下来。直至现在，很多主机还是支持NetBios的功能的。“直至现在”还在支持，这里面就牵扯到了早早年间的老技术如何适配到现在的新技术上的问题了。其实，我们在WindowsPC上所使用的NetBIOS并不是原汁原味的。在Windows系统中一共出现了三种NetBIOS，最早期纯的NetBIOS是配合令牌网络存在的，还有NetBIOSoverIPX/SPX是对应IPX网络的，以及NetBIOSoverTCP/IP是对应于现在的TCP/IP网络系统的。在当年计算机上网络设置并不仅仅是要设置IP地址，还得设置一个IPXID。其实在1995年左右的时间大部分可以局域网对战的游戏都是只支持IPX网络的……当时的联众之所以能让大家在网络上玩局域网互联游戏也是因为联众本身就是一个IPXProxy。SMB协议的底层就是建立在对NetBIOS的支持下才能够完成服务器消息块的传递。在这个时候我们就可以看到，本身在TCP/IP协议下可以直达的一个信息通道，就非得往NetBIOS上再绕一圈。“TCP/IP一家独大”是当初微软开发SMB的时候所没有预见到的。而微软没有预见到的事情还不止这点。SMB——服务器消息块，如果我们从字面上看“服务器消息块”怎么都难以和“文件传输”或者“文件共享”联系到一起。要知道早期的开发人员都是王八吃筷子——脑子一根筋，起的名字各种名称十分的专业务实但也必须必的土掉渣，像是FTP（FileTransferProtocol，文件传输协议）、HTTP（HypertextTransferProtocol，超文本传输协议）、TCP（TransmissionControlProtocol，传输控制协议）、SMTP（SimpleMailTransferProtocol，简单邮件传输协议）……都是望文生义直接能读出来就知道是做什么用的协议。而“服务器消息块”，我们也可以直接读出来，并理解这是“服务器以块数据包传输消息”的协议，注意这里是传送消息，并不是传送文件。基于SMB我们不仅仅可以传输文件、还能共享打印机、发送服务器控制指令、获取服务器状态信息……微软嘛……总是喜欢一不小心把事情搞大。这种公司的文化就是如此，当初搞个游戏机不叫游戏机，而叫做客厅电脑；搞个浏览器不叫浏览器而叫InternetDesktop；搞个MP3不叫MP3而叫数字媒体播放器……这个公司的企业文化就是这样，总是喜欢把很多的功能集合在一起，再弄个一个大一统的名字，这是刻在骨子里的基因。所以，SMB并不只是文件传输用的协议大家也就应该有所了解了——这是M$tyle。事情做好没做好在其次，M$得有自己的架势（Or风格）。但多功能、大一统就意味着样样都会也样样稀松。这类东西就得慢慢的打磨，有的实在打磨不下去了，就干脆舍弃掉，例如WindowsPhone有的打磨的还不错，就可以一直走下去，例如WindowsServer；但在生或死之间则有更多的产品是处在薛定谔猫的状态——半死不活。SMB就是一个很典型的案例。它的根基扎在NetBIOS上，放眼的却是未来。在SMB成长的阶段中微软没有预见到文件共享、把文件在局域网上传输逐渐的成了一个使用计算机系统的常见场景。等到预见到的时候大家对SMB的依赖已经成了一个常态。在WindowsVista阶段，微软试图给SMB改个名字叫做CIFS（CommonInternetFileSystem，通用互联网文件系统），呃，呃，呃，听听这个名字，是不是很有M$tyle？传文件就传文件，搞个毛毛的“通用互联网文件系统”这么大的概念来吓唬我们？相对于SMB微软又在CIFS里面增加了大量的能够实现“通用互联网文件系统”的功能。好在SMB大家都已经用惯了叫惯了，CIFS在短暂出现后，又被后面的SMB2、SMB3逐渐取代。虽然被逐渐打磨升级，但SMB本身的底层设计并没有改变。在SMB的逻辑中当一台服务器响应了SMB客户端后，客户端会向服务器发送一系列消息（Message，知道为啥叫“服务器消息块”了吧？），在获得了服务器响应后，继续再发消息到服务器，以完成相应的任务。从现代计算机设计来看SMB有一些喋喋不休，用我们天津话说叫做“碎嘴子”。SMB的嘴有多碎呢？哪怕传输一个1字节的文件，客户端也要和服务端交互12次。如果文件或者对象比较大，那么SMB就会在传输文件实体数据的时候进入一个单元循环（unitilLoop）反复的喋喋不休的来回发送和确认数据包。这就是“请求-响应”式协议的固有缺陷了，而在循环中所需要的请求-响应次数则根据系统的最大传输单元（MTU）限制来决定。这种模式为什么在SMB出现之初没有什么问题呢？原因在于1990年代计算机的存储单元都比较小，iN在1994年购买的电脑只有40MB硬盘，即便是在10Mbps的网络上将硬盘的全部容量传输到另外一台电脑上，也只需要不到一分钟的时间。SMB所带来的额外开销就并不显著了。但现在，我们拍一张照片也可能达到40MB的容量，即便是网络升级到了1G或者2.5G，但是SMB的这种“请求-响应”的机制并没有变化，而且咱们在讨论SMB标准模型的时候并没有考虑网络的延迟每次请求和响应之间的延迟也会极大的增加SMB的传输开销，因此无论是在传输大文件或者大量小文件的时候，你都会觉得SMB的效率并不是那么高。——当然了，你得有和其他传输模式的比较，否则，我们的讨论就停留在村里的牛车和马车的讨论上了。这还不是SMB最糟糕的情况！SMB是微软的一个私有协议。理论上仅仅可以在微软的Windows系统中使用。那么NAS上的SMB共享协议是什么呢？——这是一个“山寨”货。1992年还在澳大利亚大学上学的Tridge通过逆向工程（主要是嗅探）的方法实现了在UNIX上实现了一系列的Windows网络功能，在1993年这些功能逐渐形成了一个unix套件“netbiosforunix”，在1996年这套套件逐步升级发展，发布了Samba1.9.17，同时这个套件也进入自由软件领域。它的一个最重要功能就是实现了SMB。由于Tridge在Samba和rsync（没错，常用的rsync也是他写的）上的成就，Tridge在2020年1月26日被授予“澳大利亚勋章”——这是一个澳洲公民的极高荣誉。当Samba进入自由软件领域后，刚刚发行不久的RedHatLinux和Debian迅速的将Samba纳入到自己的默认安装选项中。到了今天为止，几乎所有的Linux系统中都有了Samba。unix用户和大量的Linux用户都利用Samba和Windows交换文件。这些用户外加Windows原有的用户也就让SMB成为了目前使用最多的一个文件分享/传输系统。SMB的真正普遍运用并不是因为SMB本身优异的性能，而是存量用户加上开源社区的推动。同时，在现在很多利用Linux的设备中（例如我们的很多NAS）也基于Samba的代码实现了文件夹共享功能。只不过这些linux中的Samba性能比较接近原生的WindowsSMB而已，并没有达到100%的WindowsSMB性能水平。出现这样的状况的一个主要原因是在于SMB是反向工程的产物，另一个重要的原因是SMB并不完全是依靠C来写的，还有部分是Python代码，这是一种解释性语言代码，本身的效率就有瓶颈。对于很多NAS的普通用户来说Samba的共享文件夹其实还有性能没有被释放。如果我们打开一个群晖的Samba配置文件——这个文件在/etc/etc/samba目录下：映入眼帘的就是这部分内容了：在里面写着“IMPORTANT:Synologywillnotprovidetechnicalsupportforanyissuescausedbyunauthorizedmodificationtotheconfiguration.”翻译过来就是“重要提示：对配置进行未经授权的修改所引起的任何问题，Synology将不提供技术支持。”那么smb.conf是什么呢？这是Samba的配置文件，例如我们的建议配置方式是：[global]loglevel=1socketoptions=TCP_NODELAYIPTOS_LOWDELAYreadraw=yeswriteraw=yesoplocks=yesmaxxmit=65535deadtime=15getwdcache=yeslpqcache=30[okplace]vetooplockfiles=this/that/theotherfile[badplace]oplocks=no这是基于调试和测试的结果：同时，也得配合网卡、系统和驱动本身的能力来细微调节，但很多NAS用户根本不做这些优化，或者很多NAS系统会禁止用户做优化，这就让Samba本身就弱的性能更进一步降低。365be体育app下载官网
