尽管已成第二大桌面浏览器 Edge仍无法跨越11%市场占有率

尽管已成第二大桌面浏览器Edge仍无法跨越11%市场占有率根据Statcounter的数据，GoogleChrome浏览器不出所料地仍然是王者，尽管在2022年10月失去了1.12%的市场份额。微软Edge是第二大最受欢迎的桌面浏览器，其10.85%的份额（+0.05%）不那么令人印象深刻，五个月来一直保持相对不变。苹果的Safari浏览器以9.38%的份额（+0.45%）位居桌面浏览器榜单前三甲。Firefox浏览器以7.05%（-0.22%）排名第四，Opera以3.61%（+0.67%）排名第五。就像WindowsXP在结束支持后的八年多时间里拒绝消失一样，IE浏览器也没有放弃，在全球桌面浏览器市场中占有约0.8%的份额。微软计划在2023年2月14日在特定的Windows10版本上停用后者。GoogleChrome：66.46%(-1.12%)MicrosoftEdge：10.85%(+0.05%)Safari：9.38%(+0.45%)Firefox:7.05%(-0.22%)Opera：3.61%(+0.67%)在浏览器市场的移动端，情况略有不同，大多数用户在Google浏览器和Safari浏览器之间进行选择，而微软则深陷"其它"部分，市场份额太小，以至于无法在图表中显示。Google浏览器：65%(-0.23%)苹果Safari浏览器：25.11%(+0.49%)三星互联网。4.63%(-0.06%)Opera：1.81%(-0.05%)UC浏览器:1.06%(-0.11%)...PC版：https://www.cnbeta.com.tw/articles/soft/1331531.htm手机版：https://m.cnbeta.com.tw/view/1331531.htm

杜洛夫为欧盟新法案的实施而欢呼雀跃

杜洛夫为欧盟新法案的实施而欢呼雀跃他发帖说：我们为你准备了一些万圣节惊喜，但似乎有人不想让我们庆祝。Telegram的最新更新已经在AppleReview上卡了一个多星期，目前我们还没有被告知延迟的原因。苹果声称他们在24小时内审查应用程序，但根据我们的经验，任何有意义的产品更新至少需要7-10天才能到达应用程序商店。我运营更小应用程序的朋友告诉我，这对他们来说更糟糕，因为他们不得不等待一个多月才能将bug修复程序发送给他们的苹果用户不过，积极的变化正在到来。明天，一套名为《数字市场法》的新法律将在欧盟生效。这一规定应该会终结苹果和谷歌等看门人滥用市场力量的行为。作为开发者，我们应该开始依靠DMA来保护我们自己和我们的用户。如果您是在AppStore或GooglePlay上遇到问题的应用程序开发人员，请通过您公司的电子邮件地址通过[email protected]与我联系，并在标题中使用“DMA”一词。将由Apple决定他们是否想将资源用于改进流程-或罚款。万圣节快乐！是时候和恶魔战斗了——

Chrome 104权限设置bug让网站无需询问即可写入内容到剪贴板

Chrome104权限设置bug让网站无需询问即可写入内容到剪贴板开发人员JeffJohnson在一篇博客文章中指出，Google在Chrome104中意外引入了一个bug。由于一个权限设置失误，导致网站无需获准用户许可、即可将相关内容写入系统剪贴板。虽然Safari和Firefox也有类似的功能，但至少Apple和Mozilla有设置相应的防护措施。据悉，剪贴板是操作系统上的一个临时存储空间。但由于常用于复制/粘贴的中转站，剪贴板很可能涉及银行账号、加密货币钱包字符串、以及密码等敏感信息。当用户选择从网页上复制一段文本时，某些网站可能会加上额外的内容——比如当前页面的网址（URL）——而没有任何可见的指示或交互。若被任意内容覆盖这个临时存储空间，用户将面临较高的风险，导致其成为潜在恶意活动的受害者。JeffJohnson在博客文章中强调——所有支持剪贴板写入的Web浏览器，都具有较差且不充分的防护措施。举个例子，攻击者可能引诱用户访问冒充合法加密货币服务的特制网站。当用户尝试付款、并将钱包地址复制到剪贴板时，该bug或导致相关信息被篡改。（viaBleepingComputer）虽然许多剪贴板API交互都是通过Ctrl+C这样的快捷键实现的，但在许多情况下，网站交互可以做到更加神不知鬼不觉。Johnson在Safari和Firefox上的测试表明，即使按了向下↓箭头、或使用鼠标滚轮在网站上导航，都可被授予当前加载页面的剪贴板写入权限。要确定该问题是否影响您的Web浏览器，可移步至webplatform.news示例站点，看相关操作是否会将内容注入到用户系统的剪贴板里、然后尝试将内容‘粘贴’到Windows记事本。目前Chrome开发团队已经意识到了这个问题，但尚未立即修复。庆幸的是，它对当前版本的移动/桌面版Chrome浏览器的影响并不大。PC版：https://www.cnbeta.com/articles/soft/1311313.htm手机版：https://m.cnbeta.com/view/1311313.htm

Google再次被指责冷落JPEG XL图像格式

Google再次被指责冷落JPEGXL图像格式JPEGXL"图像编码系统"ISO标准是一种新的通用图像格式，可降低服务器存储要求的成本，并向后兼容现有的基于JPEG的应用程序。它被设计为JPEG格式（最初于1992年推出的一种图像压缩技术）的高效替代格式。不幸的是，尽管在"Interop2024"项目（该项目旨在促进Chromium、Gecko（Firefox）和WebKit（Safari）浏览器引擎之间的互操作性）期间，该格式成为开发人员最受欢迎的选择，但我们可能不会在短期内看到网络广泛采用该格式。根据Interop项目的GitHub页面，苹果、Google、微软和Mozilla将合作在各自的浏览器中实施交叉兼容的网络技术。作为Interop2024大会上要求最多的功能，JPEGXL将是这个新的互操作性联盟的完美候选者。网络开发人员对使用JPEGXL格式非常感兴趣，但Interop项目的成员却不会跟进。该组织解释说，之所以拒绝JPEGXL提案，是因为其成员无法就是否纳入JPEGXL达成一致。Interop指出，这一拒绝不应被视为"对整个技术的评论"。许多人很快就把矛头指向了Google，认为这是JPEGXL遭到拒绝的原因。去年4月，Google在Chromium中放弃了对该格式的实验性支持，称网络生态系统对这种与现有图像格式相比没有显著优势的技术没有足够的兴趣。Cloudinary图像研究员、JPEGXL规范编辑JonSneyers说，Chrome浏览器团队似乎在反对新格式。考虑到许多格式开发人员都来自Google研究院，斯内尔斯并不认为Google作为一家公司正在试图扼杀JPEGXL。不过，Chrome浏览器团队与Google研究部门"在组织上有相当大的距离"。至于"生态系统对"JPEGXL的"兴趣"，苹果和Adobe目前在其软件开发中支持这种格式。三星承诺在其即将推出的手机中支持该格式，而微软也可能很快将该格式引入Windows系统。Mozilla表示对该技术持中立态度，因为JPEGXL技术的性能实测似乎并不比AVIF等竞争对手好多少。不过，如果有足够的需求，Firefox浏览器制造商愿意支持这种新格式。...PC版：https://www.cnbeta.com.tw/articles/soft/1416361.htm手机版：https://m.cnbeta.com.tw/view/1416361.htm

微博逮獭科技 22-5-23 21:04

逮獭科技22-5-2321:04#btrfs始于一个copyonwrite的简单想法，这个概念现在前端也非常熟悉，immutable嘛，把文件搞成文件块链表，关闭时创建新版本，写入设计尽可能具有局域性而不是大范围的移动指针读写，好的文件结构设计应该如此，log，数据库，等等。你能在phoronix上看到btrfs的第一次mainline的时间是2009年。后来脸书突然发现自己需要一个文件系统。最好能像zfs那样有一些时髦特性，但不要像zfs那样消耗系统资源，当然，消耗资源越少越好，但文件或文件系统的版本管理是重要的。他们选择了btrfs，并且把主力开发人员ChrisMason招至麾下。这是2013年前后。btrfs-send是这个文件系统的招牌特性，这个特性的稳定成熟就在这个时期。这里可以向不太熟悉文件系统的朋友介绍下它为什么重要。在真正「热」的存储系统中，没有任何一个时刻所有文件都close了，给文件系服务一个「恰当」的时间点snapshot整个文件系统的状态，比如做backup，以后恢复回来。这是为什么文件系统的版本管理要在blocklevel做的原因。在blocklevel，如果文件系统实现允许，可以找到一个时间点flush所有尚未写入的缓存，然后标记一个diskimage意义上的snapshot，这不意味着所有的文件都是完整的，但具有版本管理的文件系统，它至少有一个文件的上一次副本；而且如果snapshot实现的足够轻量，就可以高频snapshot，这样即使是那些在打开写入的文件，也有很大几率恢复出足够好的可用版本；这是故事的一半。故事的另一半是，你还得足够高效的把每一次的修改copy出来，这个copy的IO次数越少越好。btrfs-send就是在底层做这件事，你调用API，它一次性的把两个版本之间的diff拖出来，通常走网络发送到另一个机器上，这样实现增量备份，要复原时把一长串Delta一个一个patch回来。这种文件系统的用途不难想象。btrfs算穷人版的zfs，一个资源消耗有限的子集。再后来一个时期，facebook需要的功能都做得不错了，包括性能和稳定性，但是社区里各种cornercase的性能和稳定性问题层出不穷，Facebook没有全面维护，很多bug修复缓慢，工具也经常有问题。群晖就在btrfs这种质量时给开放给用户的，它也没什么好办法。再后来一个时期btrfs突然迎来华人维护者生力军，你仔细看开发者邮件地址，会发现他们都是来自南京富士通。不知道富士通在什么产品上用了btrfs，雇佣了不少年轻人写btrfs驱动。在很大意义上也说明了btrfs的维护不需要superengineer，只需要永远站在那儿为代码质量负责的人。当然，人都是要吃饭的。后来可能富士通不再为用户提供基于btrfs的产品了。经过一个时期的活跃，各种拍bug，维护又回归沉寂。现在btrfs维护不温不火。Kernel里常看到patch，但针对的usecase越来越罕见；说明它作为一个文件系统，主要目标都大体完成，趋于稳定。但不是说它就完美了，实际上btrfs错过一个非常好的机会，就是Google开发人员曾经在mailinglist里问btrfs的加密能力如何，得到的答复是btrfs没有特殊的加密设计，仅支持Kernel的block层的通用加密框架。Google对这个设计不满意，btrfs错过了成为Android的rootfs的宝贵历史机会。——————说到btrfs，还有一个人值得提及；这个人名字叫KentOverstreet，肯特过街，很好记。KO象Mason一样幸运被大公司招进去了，他去了Google，但不幸的是，Google没有给KO大展拳脚的机会，即使他是bcache的作者。KO非常熟悉Kernel里blocklevelcache怎么做，框架是通用的，可以用ssd加速任何文件系统，也包括LVM。而且KO也对copyonwrite感兴趣。他做了一个叫bcachefs的文件系统，有btrfs里最重要的功能部分，代码只有btrfs的一半左右，据说结构上比btrfs好很多。bcachefs解决了btrfs的一个重要问题，就是后者读写时不区分ssd还是hdd，这对大型存储单元来说可能没什么意义，但是对个人用户来说这可是宝贝啊。后来KO离开了Google，自己一个人维护着bcachefs。应该是日子经常过的紧巴巴的，因为曾多次为bcachefs募资，募资目标，以中国码农收入标准去看都算少的，还经常募不足。但他还是一个人维护这个文件系统。你要是有一段时间觉得自己电脑上rootfs的稳定性不那么重要（指经常备份），可以考虑支持一下KO，装一个bcachefs文件系统并且把遇到的bug或者性能问题告诉他。bcachefs有一个很小的用户基数，据用户说稳定性很好了。

新标准L4S：让互联网感觉更快的行动正在酝酿中

新标准L4S：让互联网感觉更快的行动正在酝酿中一项名为L4S的新互联网标准已于今年1月定稿并发布，它可以大大减少我们等待网页或流媒体加载的时间，并减少视频通话中的故障。它还有助于改变我们对网速的看法，并帮助开发人员创建在当前互联网现实情况下无法实现的应用程序......L4S是低延迟、低损耗、可扩展吞吐量的缩写，其目标是通过减少排队的需要，确保数据包在不必要的排队等待中花费尽可能少的时间。为此，L4S致力于缩短延迟反馈环路；当拥塞开始发生时，L4S意味着您的设备几乎能立即发现问题，并开始采取措施解决问题。通常情况下，这意味着要稍微减少发送数据的数量，使保持良好的数据吞吐量变得更容易，同时不会增加延迟，因为延迟会增加数据传输所需的时间。如果你真的想深入了解，可以在互联网工程任务组的网站上阅读规范文件：https://datatracker.ietf.org/doc/rfc9330/L4S标准为数据包添加了一个指示器，显示数据包在从一个设备传输到另一个设备的过程中是否遇到拥塞。如果数据包顺利通过，就没有问题，一切照常。但如果数据包在队列中等待的时间超过规定时间，就会被标记为遇到拥堵。这样，设备就可以立即开始调整，防止拥堵情况恶化，甚至完全消除拥堵。研究和开发公司CableLabs的技术专家格雷格-怀特（GregWhite）认为，就减少互联网延迟而言，L4S或类似标准是"非常必要的"。"在某些情况下，这种缓冲延迟通常为数百毫秒甚至数千毫秒。早期对缓冲区臃肿的一些修复措施将延迟时间降至数十毫秒，而L4S则将延迟时间降至个位数毫秒...."目前在大多数情况下L4S还没有被广泛使用。不过，也有一些大公司参与了开发工作。CableLabs公司的格雷格-怀特（GregWhite）介绍说，目前已经有大约20个有线调制解调器支持L4S，而且康卡斯特、Charter和维珍媒体等几家互联网服务提供商已经参加了旨在测试预发布硬件和软件如何与L4S协同工作的活动。诺基亚（Nokia）、沃达丰（Vodafone）和Google（Google）等公司也参加了活动，不难看出，行业对L4S很感兴趣。帮助L4S的另一个因素是它与目前使用的拥塞控制系统广泛兼容，在iOS16和macOSVentura中加入对L4S的测试版支持后，苹果公司在WWDC2023上对L4S的关注度更高。在WWDC的同一时间，Comcast宣布与苹果、NVIDIA和Valve合作，在业界首次开展L4S现场试验。这样，内容提供商可以标记他们的流量（如NVIDIA的GeForceNow游戏流媒体），而试验市场中使用Xfinity10GGatewayXB7/XB8、ArrisS33或NetgearCM1000v2Gateway等兼容硬件的用户则可以立即体验。...PC版：https://www.cnbeta.com.tw/articles/soft/1403885.htm手机版：https://m.cnbeta.com.tw/view/1403885.htm