今天abc看了啥🤔

  1. 我觉得各个App/网站的安全部门都会有一些像是“祖宗之法不可变”但实际上毫无卵用的so called经验每个网站莫名其妙的密码策略这里就暂且不提了因为确实会有人有不同的想法,但是我觉得至少可以做到一点,比如在输入密码时如果密码错误且输入的密码不符合设定密码时强制要求的密码策略时,给予用户以提示,而不是只有在密码设定阶段才提示比如Apple禁止用户设定密码时使用三个及以上连续的数字,那么在用户登录时密码输入错误且发现用户输入的密码内使用了三个及以上连续数字时就可以予以提示,而且这个信息就算给了攻击者也没什么用,毕竟设定密码时已经公布了密码策略,你在这里藏着掖着没有任何作用我已经不知道多少次遇到了,有的网站不让用特殊字符,有的只能用指定的特殊字符,有些不能有连续字符,导致每个网站都要单独记忆密码,而且很多时候密码输入错误并非真的忘记,而是忘了这个网站的密码策略,等到重置密码时才发现哦原来这个网站需要至少一个特殊字符时这才想起来密码是什么赶去登录当然终极解决方案是使用密码管理器

    Forwarded from Milkice's 生而喵喵
    我觉得各个App/网站的安全部门都会有一些像是“祖宗之法不可变”但实际上毫无卵用的so called经验

    每个网站莫名其妙的密码策略这里就暂且不提了因为确实会有人有不同的想法,但是我觉得至少可以做到一点,比如在输入密码时如果密码错误且输入的密码不符合设定密码时强制要求的密码策略时,给予用户以提示,而不是只有在密码设定阶段才提示

    比如Apple禁止用户设定密码时使用三个及以上连续的数字,那么在用户登录时密码输入错误且发现用户输入的密码内使用了三个及以上连续数字时就可以予以提示,而且这个信息就算给了攻击者也没什么用,毕竟设定密码时已经公布了密码策略,你在这里藏着掖着没有任何作用

    我已经不知道多少次遇到了,有的网站不让用特殊字符,有的只能用指定的特殊字符,有些不能有连续字符,导致每个网站都要单独记忆密码,而且很多时候密码输入错误并非真的忘记,而是忘了这个网站的密码策略,等到重置密码时才发现哦原来这个网站需要至少一个特殊字符时这才想起来密码是什么赶去登录

    当然终极解决方案是使用密码管理器

  2. B站2024年四季度净利润全面转正 游戏、广告带动营收 | 原文2025-02-20 22:39:55

    Forwarded from Caixin (财新网)
    B站2024年四季度净利润全面转正 游戏、广告带动营收 | 原文
    2025-02-20 22:39:55

  3. Forwarded from zrj766的频道 (Banned Account)
    https://www.nodeseek.com/post-272119-1

  4. 四年过去,见证了国内 IPTV 直播源环境的劣化,终于阴差阳错地在情人节重新想起这个项目然后存档了或许是出于版权原因,又或许是出于典中典的跨省结算政策,以往的公开源正在慢慢退化

    今天abc看了啥🤔
    情人节挖了个大坑,等白天跑完检测后再来写介绍: https://github.com/abc1763613206/myiptv
    四年过去,见证了国内 IPTV 直播源环境的劣化,终于阴差阳错地在情人节重新想起这个项目然后存档了

    或许是出于版权原因,又或许是出于典中典的跨省结算政策,以往的公开源正在慢慢退化。其中有的是走向了强鉴权,不得不使用第三方不太可信的 PHP 进行中转(连什么时候被替换成广告都不知道),有的则采取更省事的方法:仅省内同运营商可用。后者的方式诚然省事,但也丧失了这个项目「全国通用」的意义。

    4年过去,我们也可以看到一批又一批的项目如雨后春笋般出现,其中一些「自动更新」的仓库基本上都采取了竭泽而渔的方式:扫描更上层的仓库,或者直接使用 Fofa 等网络测绘平台对着「酒店源」等平台一通爆搜,甚至滥用各类防护不当的 udpxy 组播转发。这样做的结果是,源的质量越来越差,而且一旦被发布出来基本上就是见光死,这对于私有源的维护者来说是一种极大的打击。

  5. curl 作者:你这 curl 库示例咋写的啊

    Forwarded from Outvi V ☁️ | 我永远喜欢こはね
    curl 作者:你这 curl 库示例咋写的啊
    https://github.com/php-mod/curl/issues/108

  6. #生草

    Forwarded from qty 和 *nix desktop 的迷惑故事 (q234rty 🍓)
    #生草 https://gitlab.archlinux.org/archlinux/packaging/packages/linux/-/issues/110#note_243348 一种基于 gitlab issue 评论区的远程 bisect 方式

  7. 两年前LLM刚进入公众视野的时候,我在博客里曾经提过一个"ABC"和“DEF”构成的人与AI的双循环

    Forwarded from Effer für Wissenschaft
    两年前LLM刚进入公众视野的时候,我在博客里曾经提过一个"ABC"和“DEF”构成的人与AI的双循环。

    如果LLM的用户本身具备相关的能力(Able),LLM能够促进(Boost)用户的效率,但用户应该指导、验证、确保(Confirmation)模型输出的准确性。

    如果LLM的用户本身不具备相关能力(Disable),LLM会危险的产生一种能够允许(Enable)用户具有相关能力的幻觉,那么势必导致错误、失败(Falsehood/Failure),因为用户没有实际验证大模型的错误、偏差的能力。

    从头就说过了,大模型最最危险的地方就是让人产生它能够Enable用户新的能力的幻觉。这也是我们目前观测到的很多大模型产生的贻笑大方的丑闻的缘故之一。