更多奇怪的尝试就不说了，当时已经知道通过加参数运行可以指定编码，但是感觉那样还得按照系统改命令不够人性化，就一直在尝试。 最后还是放弃了，没找到方法，等以后真正系统学了Java再说吧。
远程连接unix系统的工具，以前用的最多的就是SSH了，不过SSH有一个硬伤，不能设置客户端编码，有时候看中文很容易乱码，而且不能分组记录多服务器地址。putty虽然能设置客户端编码，但是我最不习惯的就是他的左键->直接复制，右键->直接黏贴，这跟windows下的操作习惯完全不同，ssh也不会这样，这样快捷简单倒是简单，但是对于我目前的工作是非常危险的，因为现在经常维护数据库，一不小心右键粘帖了不该粘帖的命令，而很多时候是一长串命令，带了回车符的，粘帖到SQL交互界面就直接执行了，后果可能是相当严重的。
远程连接unix系统的工具，以前用的最多的就是SSH了，不过SSH有一个硬伤，不能设置客户端编码，有时候看中文很容易乱码，而且不能分组记录多服务器地址。putty虽然能设置客户端编码，但是我最不习惯的就是他的左键->直接复制，右键->直接黏贴，这跟windows下的操作习惯完全不同，ssh也不会这样，这样快捷简单倒是简单，但是对于我目前的工作是非常危险的，因为现在经常维护数据库，一不小心右键粘帖了不该粘帖的命令，而很多时候是一长串命令，带了回车符的，粘帖到SQL交互界面就直接执行了，后果可能是相当严重的。因此PUTTY已弃之不用，近段开始用secureCRT，发现这个工具还是很好用的，不但能分组管理各类服务器，还能设置编码，各种颜色，字体，相当方便，除了传输文件操作没有SSH的传文件工具那么智能，如果是经常做一些远程shell维护操作，这个工具是第一位要推荐的，我现在就用secureCRT + SSH文件传输工具，两个配合工作起来还是满方便的。
文章很多，但是没啥重点，问题的根源在于less的编码问题。所以只需要一步解决，设置 LESSCHARSET=utf-8 环境变量。
在安装一些服务的时候，会涉及到字符编码与字体的问题，字符编码一般在数据库或代码级别设置，字体一般是在系统级别设置。如安装使用jira或confluence的时候，使用一些宏的时候经常会出现乱码的问题，还有就是程序中有中文的时候，在linux系统上总会乱码。
静态分析工具能够在代码未运行的情况下分析源代码，发现代码中的bug。在C/C++程序中，静态分析工具可以发现程序错误，如空指针取消引用、内存泄漏、被零除、整数溢出、越界访问、初始化前使用等。
当使用libtorch进行C++深度学习开发时，有时可能会遇到错误error C1021: 无效的预处理器命令“warning”。这个错误意味着在源代码中使用了无效的预处理器命令warning，通常是因为在编译时开启了特定的警告选项。本篇文章将详细介绍这个错误的原因以及如何解决它。
最近几天，在开发环境上一直备受windows的摧残，耗费了不少时间。原先是在windows的虚拟机上安装centos，但性能不是很好，也不太稳定。于是最终决定换个系统，心仪的mac太贵了，暂时还舍不得买。另外是觉得一旦用了mac，估计就很难忍受在公司用windows系统了。应该就得自己上下班自带电脑。（公司可不会大方到配置一台mac) 所以就只剩下一个选择，装成linux. 那么要选择哪个版本的linux.我最熟悉的就是centos，毕竟平时线上服务器都是centos系统，基本的一些指令比较熟悉，但个人电脑
在utf-8编码文件中BOM在文件头部，占用三个字节，用来标示该文件属于utf-8编码，现在已经有很多软件识别bom头，但是还有些不能识别bom头，比如PHP就不能识别bom头，这也是用记事本编辑utf-8编码后执行就会出错的原因了。其实UTF-8 的BOM对UFT-8没有作用,是为了支援UTF-16,UTF-32才加上的BOM,BOM签名的意思就是告诉编辑器当前文件采用何种编码,方便编辑器识别,但是BOM虽然在编辑器中不显示,但是会产生输出,就像多了一个空行。
hosts所在文件夹： Windows 系统hosts位于 C:\Windows\System32\drivers\etc\hosts Android（安卓）系统hosts位于 /system/etc/hosts Mac（苹果电脑）系统hosts跟Linux一样位于 /etc/hosts iPhone（iOS）系统hosts跟Linux Mac一样位于 /etc/hosts Linux系统hosts位于 /etc/hosts 你也可以用Notepad++ 自行转换文本编码和换行符格式。 修改hos
虽然都是linux，芯片也是基于同样的架构，同样的指令集，但是考虑到芯片的实现毕竟是不同的，于是所有涉及到硬件交互的软件部分，也会有所差异，最终会导致了有些应用层面的接口，不能按照普通linux的通常用法去使用。
一、编码历史 由于计算机是美国人发明的，因此，最早只有127个字符被编码到计算机里，也就是大小写英文字母、数字和一些符号，这个编码表被称为ASCII编码，比如大写字母A的编码是65，小写字母z的编码是122。 但是要处理中文显然一个字节是不够的，至少需要两个字节，而且还不能和ASCII编码冲突，所以，中国制定了GB2312编码，用来把中文编进去。 Unicode应运而生。Unicode把所有语言都统一到一套编码里，这样就不会再有乱码问题了 本着节约的精神，又出现了把Unicode编码转化为“可变长编码”的UTF-8编码
今天的错误：我试图将一个UTF-8字符串存储在MariaDB“utf8”编码的数据库中，并且引发了一个奇怪的错误：
在最新的Python 3版本中，字符串是以Unicode编码的，即Python的字符串支持多语言
近期在折腾网站的时候，有个程序需要用到fileinfo扩展，于是进入php7.2管理-->安装扩展-->选择fileinfo扩展-->安装，然后无效果，看了下说明：若可用内存小于1G，可能会安装不上。于是上网找度娘查了下，几经折腾，终于成功安装，现在和大家分享下。
据有些Linux用户在Linux操作系统下使用360安全卫士国产系统适配专版反馈称：有时会显示有木马，或是误报。比方在Deepin系统中用商店安装的360安全卫士在扫描时报有木马，如下图所示：
出现应用程序读取XML文件乱码的场景： 加入xml文件以<?xml version="1.0" encoding="utf-8" ?> 格式的；如果对xml文件进行修改了，其中包含中文字符的内容，另存
1 以下是3天的 squid access.log，平均每天的access.log 为1.4GB
位长的编码 , 后面加上一位数字 , 使得最终的编码 满足 有效编码的要求 , 即含有偶数个
Data URL，即前缀为 data: 协议的 URL，其允许内容创建者向文档中嵌入小文件。它们之前被称作“data URI”。
按照以前的经验，编译Tesseract 3.05就是去GitHub上找一个已经解决了依赖关系（如Leptonica等）的VS2015解决方案，然后在VS中编译生成？是不是最痛苦的地方就是找不到这样的解决方案，或者在自己的Windows中不能正常编译？
其实作为程序猿来讲，中国的程序猿遇到的问题可能会比国外的程序猿遇到的问题多很多。 一个原因是因为各种标准的制定、各种IDE的编写，都是由老外来完成的，制定出来的东西可能和中国人的习惯不太一样；还有一个原因就是因为国际编码的问题，通常，外国人写的东西无需对编码进行转换，默认的就是ISO-8859-1；到了中国，就涉及到本土化的问题，中文编码应当是GBK，这是本地化的编码。 而各种标准、各种浏览器一般用的都是ISO-8859-1，所有就造成了两种编码之间的转换。所以后来出现了UTF8，来解决各种编码问题。UTF8基本上包含了地球上所有的可见字符，十分强大。 但不幸的是，各种标准并没有按照这一编码来制定，而依然沿用以前的做法。 所以，解决各种乱码问题，就成了中国程序猿的必不可少的技能之一。 这篇文章，就是要和大家讨论种种乱码问题出现的原因，以及相应的解决办法，我目前已知的情况共有三种，下面就位大家一一讲解。
zipfile.ZipFile(file, mode='r', compression=0, allowZip64=True, compresslevel=None)
2021年了，现在渗透的越来越难了，刚打的shell，过一会就没了，现在的流量设备，安全设备一个比一个流弊，payload一过去就面临着封禁，为了对抗设备，一些大佬们总结出很多绕过这种基于签名的*WAF 或 IDS* 的手法，为什么叫基于签名的？因为这种设备也是检查数据包中一些特征字符，比如什么and 1=1 什么的，但是肯定不会这么简单的，除了几个黑名单的固定的特征字符，很多都是那种通过正则去匹配特征字符的，这也是造成绕过可能性的原因。
版权声明：本文为博主原创文章，转载请注明源地址。 https://blog.csdn.net/10km/article/details/80203286
1. TCP/IP协议栈层次结构 2. TCP三次握手需要知道的细节点 3. TCP四次挥手需要知道的细节点(CLOSE_WAIT、TIME_WAIT、MSL) 4. TCP与UDP的区别与适用场景 5. linux常见网络模型详解(select、poll与epoll) 6. epoll_event结构中的epoll_data_t的fd与ptr的使用场景 7. Windows常见的网络模型详解(select、WSAEventSelect、WSAAsyncSelect) 8. Windows上的完成端口模型(
研究人员惊恐地发现，在包括Red Hat和Debian在内的多个广泛使用的Linux版本中，一款压缩工具被悄悄植入了恶意代码！
在编程过程中，我们经常会遇到各种编码和解码的问题。其中一个常见的错误是 'utf-8' codec can't decode byte 0xb6 in position 34: invalid start byte。这个错误表示在使用 utf-8 编码解码时，无法解码某个字节。
& （和号）成为 & ” （双引号）成为 “ ‘ （单引号）成为 ‘ < （小于）成为 < （大于）成为
从最新版本的linux系统开始，默认的是 Mariadb而不是mysql！这里依旧以mysql为例进行展示
在Linux 中，仅等待 CPU 时间的进程称为就绪进程，它们被放置在一个运行队列中，一个就绪进程的状 态标志位为 TASK_RUNNING。一旦一个运行中的进程时间片用完， Linux 内核的调度器会剥夺这个进程对 CPU 的控制权，并且从运行队列中选择一个合适的进程投入运行。
1 Linux 进程的睡眠和唤醒 在 Linux 中，仅等待 CPU 时间的进程称为就绪进程，它们被放置在一个运行队列中，一个就绪进程的状 态标志位为 TASK_RUNNING。一旦一个运行中的进程时间片用完， Linux 内核的调度器会剥夺这个进程对 CPU 的控制权，并且从运行队列中选择一个合适的进程投入运行。 当然，一个进程也可以主动释放 CPU 的控制权。函数 schedule() 是一个调度函数，它可以被一个进程主动调用，从而调度其它进程占用 CPU。一旦这个主动放弃 CPU 的进程被重新调度
SpringBoot默认的Servlet容器为Tomcat，所以尝试替换为Jetty和Undertow
在UCS编码中有一个叫做"ZERO WIDTH NO-BREAK SPACE"的字符，它的编码是FEFF。而FFFE在UCS中是不存在的字符，所以不应该出现在实际传输中。UCS规范建议我们在传输字节流前，先传输字符"ZERO WIDTH NO-BREAK SPACE"。这样如果接收者收到FEFF，就表明这个字节流是Big-Endian的；如果收到FFFE，就表明这个字节流是Little-Endian的。因此字符"ZERO WIDTH NO-BREAK SPACE"又被称作BOM。
本文链接 想象一个世界，你可以在那写javascript来控制搅拌机，灯，安全系统或者甚至是机器人。是的，我说的是机器人。那个世界就是这儿，现在使用node serialport。它提供一个非常简单的接口所需要的串口程序代码Arduino 单片机, X10 无线通信模块, 或者甚至是上升到 Z-Wave 和Zigbee . 在这个物理世界，你可以随心所欲（The physical world is your oyster with this goodie.）。想完全了解为什么我们做这个，请阅读NodeBots - The Rise of JS Robotics.
Apache Kafka是一个分布式发布 - 订阅消息系统和一个强大的队列，可以处理大量的数据，并使您能够将消息从一个端点传递到另一个端点。 Kafka适合离线和在线消息消费。 Kafka消息保留在磁盘上，并在群集内复制以防止数据丢失。 Kafka构建在ZooKeeper同步服务之上。 它与Apache Storm和Spark非常好地集成，用于实时流式数据分析。
提示：如需把特殊的 HTML 实体转换回字符，请使用 htmlspecialchars_decode() 函数。
当在try_to_wake_up/wake_up_process和wake_up_new_task中唤醒进程时, 内核使用全局check_preempt_curr看看是否进程可以抢占当前进程可以抢占当前运行的进程. 请注意该过程不涉及核心调度器.
一、关于gcc、glibc和binutils模块之间的关系 1、gcc(gnu collect compiler)是一组编译工具的总称。它主要完成的工作任务是“预处理”和“编译”，以及提供了与编译器紧密相关的运行库的支持，如libgcc_s.so、libstdc++.so等。 2、binutils提供了一系列用来创建、管理和维护二进制目标文件的工具程序，如汇编(as)、连接(ld)、静态库归档(ar)、反汇编(objdump)、elf结构分析工具(readelf)、无效调试信息和符号的工具(strip)等。
第一个 Python 程序 目标 第一个 HelloPython 程序 Python 2.x 与 3.x 版本简介 执行 Python 程序的三种方式 解释器 —— python / python3 交互式 —— ipython 集成开发环境 —— PyCharm 01. 第一个 HelloPython 程序 1.1 Python 源程序的基本概念 Python 源程序就是一个特殊格式的文本文件，可以使用任意文本编辑软件做 Python 的开发 Python 程序的 文件扩展名 通常都是 .py 1.
例： -某视频 模拟器抓包 -某Web站 Burp直接抓 -博客登录 登陆框抓包，查看加密方式 -APP-斗地主 传输过程中数据加密 影响：漏洞探针
目前市场上有两个 Python 的版本并存着，分别是 Python 2.x 和 Python 3.x
第一个 Python 程序 目标 第一个 HelloPython 程序 Python 2.x 与 3.x 版本简介 执行 Python 程序的三种方式 解释器 —— python / python3 交互式 —— ipython 集成开发环境 —— PyCharm 01. 第一个 HelloPython 程序 1.1 Python 源程序的基本概念 Python 源程序就是一个特殊格式的文本文件，可以使用任意文本编辑软件做 Python 的开发 Python 程序的 文件扩展名 通常都是 .py
在 xaml 写中文注释，发现编译失败 Error MC3000 给定编码中的字符无效
strip_tags() 函数剥去字符串中的 HTML、XML 以及 PHP 的标签。防注入
默认情况下，使用 Swift 内置的 Codable API 编码或解码数组只有全部成功或者全部失败两种情况。可以成功处理所有元素，或者引发错误，这可以说是一个很好的默认设置，因为它可以确保高水平的数据一致性。
《Redis设计与实现》读书笔记（十五） ——Redis RDB文件结构与文件分析 （原创内容，转载请注明来源，谢谢） 一、RDB文件结构 1、结构概述 rdb文件结构如下图所示：
突然发现一个接口出了问题，经过排查之后发现是json_decode($str,true)的问题，返回竟然是null。这个问题大家可能都碰到过，出现问题的原因就那么几种，再次记录一下吧
在多语言编程环境中，处理各种字符编码是一个复杂但必要的任务。UTF-8作为一种广泛使用的编码格式，能够表示世界上几乎所有的字符。Go语言在其标准库中提供了对UTF-8的强大支持，其中utf8.DecodeRuneInString函数是一个基础且重要的工具。本文将深入探讨UTF-8编码的基本概念以及utf8.DecodeRuneInString函数的使用和应用。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
