歌元式

参考：hexo-blog-encrypt 写在前面 有时候我们可能需要写一些可能是个人情感宣泄或者收费技术内容,通过密码验证的方式让人不能随意浏览。 但是hexo在这方面并不能直接实现。 为了解决这个问题,我们需要安装 hexo-blog-encrypt扩展 特性 一旦你输入了正确的密码，它就会被存储在本地浏览器的localStorage中。按个按钮，密码将会被清空。若博客中有脚本，它将被正确地执行。支持按标签加密。 所有的核心功能都是由原生的API所提供的。在Node.js中，我们使用Crypto。在浏览器中，我们使用Web Crypto API。 PBKDF2，SHA256被用作复制密钥，AES256-CBC被用作加解密，我们还使用HMAC来验证密文的来源，并确保其纠正。 广泛地使用Promise来进行异步操作，从而确保线程不被杜塞。 过时的浏览器将无法正常显示，因此，请升级您的浏览器。 在线演示请参阅演示页面，所有密码都是hello 实现方法安装npm install --save hexo-blog-encrypt或者 yarn add hexo-blog-enc ...

来源：『轻笑Chuckle』 前言  前后端交互本来是一个简单明了的概念，发请求与响应以及所用到的技术，但如百度等搜索结果大部分都抛出一堆菜鸟如我看不懂的概念与操作，上来就是用vue，或者新建一个MVC项目，实在不友好。  本文旨在建立一个初步的、以前端为视角的前后端交互概念。 为什么要前后端交互  以前的网页，用户在浏览器输入链接访问后，服务器一顿操作，渲染出页面扔给浏览器显示。而当页面内某段话，某个数字需要变，服务器又得重新渲染整个网页。  这很麻烦，像PHP、JSP，代码写在HTML中,也就是前后端不分离的表现。下面就是一个JSP的表格。 1234567891011<tbody class="book-body"> <c:forEach items="${bookList}" var="book"> <tr class="book-tr"> <td>$& ...

Web 使用 HarmonyOS 字体的压缩方案 参考：FontTools ; HarmonyOS Developer HarmonyOS 字体 https://developer.harmonyos.com/cn/docs/design/font-0000001157868583 通过研究用户在不同场景下对多终端设备的阅读反馈，综合考量不同设备的尺寸、使用场景等因素，同时也考虑用户使用设备时因视距、视角的差异带来的字体大小和字重的不同诉求，我们为 HarmonyOS 设计了全新系统默认的字体——HarmonyOS Sans（即鸿蒙字体）。 通过 BILIBILI（哔哩哔哩）主站的使用效果来看，能明显发现 HarmonyOS 字体在 Windows 低分辨率pixel-ratio < 1.5屏幕上显示更加细腻。 网页加载速度的影响 如果需要全站使用同一种字体，那么我们或许需要同时加载 Regular、Medium、Bold 等不同字重的字体文件，这里给一个参考： HarmonyOS_Sans_SC_Regular.ttf 文件大小高达 8068KB，注意， ...

来源：Fomalhaut🥝 原码原码就是符号位加上真值的绝对值，即用第一位表示符号，其余位表示值。比如如果是8位二进制：+1 = 0000 0001-1 = 1000 0001 第一位是符号位，所以8位二进制数的取值范围就是： [1111 1111 , 0111 1111]即[-127 , 127] 原码是人脑最容易理解和计算的表示方式。 反码反码的表示方法是: 正数的反码是其本身，负数的反码是在其原码的基础上，符号位不变，其余各个位取反。 [+1] = 00000001= 00000001 [-1] = 10000001= 11111110 可见如果一个反码表示的是负数，人脑无法直观的看出来它的数值。通常要将其转换成原码再计算。 补码补码的表示方法是：正数的补码就是其本身，负数的补码是在其原码的基础上，符号位不变，其余各位取反，最后+1 (即在反码的基础上+1)。 [+1] = 00000001 = 00000001 = 00000001 [-1] = 10000001 = 11111110 = 11111111 对于负数，补码表示方式也是人脑无法直观看出其数值的。通常也需要转换 ...

写在前面为什么？作为一个高三学生受紧凑繁忙学习任务影响，太多的网络热梗被忽略，这极不利于日常交流。 于是我想起了宝藏网站 小鸡词典,但我再去看的时候看到了他们的下线通知 （但大家不要担心他们的团队没有解散，他们还在b站继续战斗，可以继续关注他们的b站账号“ 小鸡词典 ”而且关于他们的维权问题仍在继续，维权进度可以看一下他们的 斗争专栏 ）,想一下小鸡词典的突然下线，查梗确实麻烦了太多，于是就有了“ 梗词典 ”这一说。 在这里还是要回扣一下 初心，歌元式 不是我们的全部，因此我们不可能把它做到极致，梗词典 也是一样的他绝对不是完美的，它或许瑕疵满身，而且由于博主作为高三生的客观原因 更新可能不会那么即时，也不会那么全面,用户也可在评论区作出相应的补充。请大家 包含着看，原谅着用。 热梗速递更新进度 热梗速递 2023-01-25 依托答辩 点击查看 一坨大便”谐音，形容一些粗制滥造，简单缝合，没有营养令人观看不适的作品。最早出自LOL主播otto电棍的鬼畜up主评论区，因为他总是做一些关于o‌‌‌‌‌‌‌​​‌​‌​‌ ...

379bffa4d3a148826a242d9b463d53765a9dac68e18d8ad28c645dc9a68f7078b60ab8b45ede09373cb1f0f916918a6460d70918a315948060a4a21956d4e6c4dc10d38e506e1a41fe93ad36b6c8f7f567d0563aed1bd8c0f6dabb2f8bf205cf31b816381fbf6be1b732e18b721c91de3e8dde0450be5d382c58ce1e701da3f39975a80ec8a46c88adc57a80100f3f643acf3fb8981a78e17ab25d7c7ea5b4a06ded18b1f1859516b7f91e12c387b06fc5e0145dafadac9b0035ead59e777b4e5067745871195c3d67bfefaac7eba37b58ab4e127ef2eb7aaa07f95d13248f03a31932b9f18cc606efa7ba64781b23e3bb490f34b5cd48051 ...

Markdown语法自带格式参考：Markdown语法图文全面详解(10分钟学会) 注意：此页面偶尔会存在CSS冲突问题! 代码块示例源码渲染演示1234567891011# VSCode终端hexo clean; hexo shexo clean; hexo g; hexo dgit add .; git commit -m "npm publish"; npm version patch; git push# Cmder终端hexo clean && hexo shexo clean && hexo g && hexo dgit add . && git commit -m "npm publish" && npm version patchgit push1234567891011# VSCode终端hexo clean; hexo shexo clean; hexo g; hexo dgit add .; git commit -m "npm p ...

一、 历史悠久、源远流长，是中华民族数千年法律实践的结晶;以皇权为法律的基本渊源，诸法合一，行政司法不分，司法从属于行政:以礼法并用的方式，把“天理、 人情、国法”有机融合在一个法律体系中注重维护国家和家族利益,追求无讼、和谐的价值取向. 二、分析中国古代“社会治理”和“国家统治”过程中“礼法结合，儒法并用”这一特点有什么局限性、以及积极性?局限性(1) 礼法结合，将道德和法律的界限模糊化，使判案有相当主观性及随意性,影响法律的公平公正。(2) 不利于人民法治意识的形成，法治意识淡薄。 积极性(1)推动中华法系的形成与发展，进一步弘扬了儒家传统道德伦理(2)以礼入法，以仁为本，，有利于缓和社会矛盾 三、民族关系和国家关系[单元导读] ====（原因）在中国漫长的历史进程中，各民族迁徙汇聚，交流互补，冲突交融，推动了统多民族国家的发展。( 特点)各民族之间既有和睦共处，也有矛盾冲突，民族交往交流交融是主流。 （发展历程）)秦汉时期建立了统一多民族国家;魏晋南北朝时期，各民族大迁徒、大交融:隋唐时期，各民族在大一统条件下大交融、大发展:宋辽夏金时期，政权并立，各民族的交往交 ...

Bilibili视频适配

安静的容器快节奏的生活里总是有很多酸甜苦辣，五味杂陈，我们用文字、图片、音频在博客上记录下这些精彩或不精彩的片段，分享给所有能看到的人并希望能获得反馈。我们想提供这样一个产品，它如同安静的玻璃瓶，简简单单，没有什么花巧的装饰。撰写者只需要考虑往容器里放什么，而不是怎么放；容器能忠实呈现给读者的，是撰写者独一无二的生活，而不是容器自己。 所以， 我们的前端界面设计，是趋向简约的，不吵闹的，我们追求“刚刚好”，我们想让 歌元式 就是一张白纸，也许有些质感，但重要的是你用什么色彩在书写，这白色不会成为干扰，而会让这些色彩更凸显。 有限的需求满足歌元式不是我们的全部，时间精力的限制，不允许所有的需求都被满足。我们持有这样的观点：只针对有限的需求去开发有限的模块，并让这些功能表现卓越。所以歌元式可能缺少一些你偶尔会用到的，但是你经常使用的部分，它一定就在那里，而且会给你惊喜。我们在开发的讨论中也提出开发各种新奇的特性，实验各种领先的技术，但大部分都不会运用到歌元式。欲望需要收敛，因为现有功能都不够完美。 收敛的需求也带来负面的影响，歌元式它常常在一些方面有一些瑕疵，这方面blog界的大佬们做得更 ...