菜单支持多级
直接上代码


<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    <meta http-equiv="X-UA-Compatible" cont

jQuery 手写菜单（ing）

摘要：本文介绍下移植开发板时如何适配系统属性部件syspara_lite，并介绍下相关的运行机制原理。
本文分享自华为云社区《openharmony移植案例与原理 - startup子系统之syspara_lite系统属性部件》，作者： zhushy 。
系统属性部件syspara_lite负责提供获取与设置操作系统相关的系统属性，包括默认系统属性、OEM厂商系统属性和自定义系统属性。为满足Ope

OpenHarmony移植案例与原理：startup子系统之syspara_lite系统属性部件

转载自:  https://blog.csdn.net/cnh294141800/article/details/53768464
Paxos协议超级详细解释+简单实例
 


Basic-Paxos算法(可以先看后面的实际例子再看前面的具体介绍部分）
Paxos算法的目的
Paxos算法的目的是为了解决分布式环境下一致性的问题。
多个节点并发操纵数据，如何保证在读写过程中数据的一致性，并且解决方

Paxos协议超级详细解释+简单实例

目录

目录
目录
1、介绍
1.1、什么是 Bamboo?
2、Bamboo 的官网在哪里？
3、如何下载安装？
4、对 Bamboo 进行配置
4.1、获取授权许可
4.2、一般配置
4.3、数据库配置
4.4、设置管理员帐号和密码
4.5、查看破解信息
5、设置 Bamboo 使用 Crowd 认证
5.1、在 Crowd 中添加 Bamboo 需要用到的用户组
5.2、在 Crowd 中添

Docker 创建 Bamboo6.7.1 以及与 Crowd3.3.2 实现  SSO 单点登录

0x00 前言
UPX作为一个跨平台的著名开源压缩壳，随着Android的兴起，许多开发者和公司将其和其变种应用在.so库的加密防护中。虽然针对UPX及其变种的使用和脱壳都有教程可查，但是至少在中文网络里并没有针对其源码的分析。作为一个好奇宝宝，我花了点时间读了一下UPX的源码并梳理了其对ELF文件的处理流程，希望起到抛砖引玉的作用，为感兴趣的研究者和使用者做出一点微不足道的贡献。
0x01 编译

UPX源码分析——加壳篇

$ dmesg[ 3305.097301] usb 1-1: USB disconnect, device number 7[ 3306.883704] usb 1-1: new high-speed USB device number 8 using ehci-pci[ 3307.188064] usb 1-1: New USB device found, idVendor=0403, idPr

Centos 7禁止ftdi_sio模块

该文章总结一下MySQL的常见安装方式，以tar，yum，script 三种方式来演示：
一般的公司都会有自己统一的数据库安装规范和模板，在生产环境请按照自己的规范来安装和使用，这里只演示和测试，供需要的伙伴们参考
在文章中你会发现有的路径和指定的不一样，这都不影响，都可以自己折腾，毕竟dba在前期就要善于各种折腾，才能在关键时候：水来土掩....
1. 操作系统，系统环境，目结结构，用户，权限，

MySQL 5.6/5.7 linux常见安装（tar，yum，script）

感觉这个比前一套，容易理解些~~
关于数据提前下载的问题：
https://www.jianshu.com/p/5116046733fe


如果使用keras的cifar10.load_data()函数，你会发现，代码会自动去下载 cifar-10-python.tar.gz 文件实际上，通过查看cifar10.py和site-packages/keras/utils/data_utils.py

再来一个tensorflow的测试性能的代码

当输入nvidia-smi时出现
NVIDIA-SMI has failed because it couldn't communicate with the NVIDIA driver. Make sure that the latest NVIDIA driver is installed and running.报错，解决方式：

sudo apt-get install dkms
sudo

查看显卡报错：NVIDIA-SMI has failed because it couldn't communicate with the NVIDIA driver. Make sure that the latest NVIDIA driver is installed and running.

之前有篇博文总结了 模版驱动表单 ， 以及 模版驱动表单的自定义校验 ， 本篇总结下模型驱动表单。
　　与模版驱动表单是不同的编程思路，偏向于数据模型。先在组件中建立表单控件的对象树，再绑定到组件模版的原生表单控件上。而模版驱动表单则是在组件模版中使用了内置的 ngForm、ngModel指令，这些指令会自动完成很多工作，以达到双向绑定、监听form和表单控件的状态等等 的目的。虽然模版驱动表单写

Angular使用总结 --- 模型驱动表单

未经许可谢绝以任何形式对本文内容进行转载！
　　在文章开头不得不说的是，因为这部分的代码需要仔细理清的东西太多，所以导致这篇分析显得很啰嗦，还请谅解。
　　我们在上一篇文章已经分析了Boot Loader的功能，现在我们来分析由Boot Loader加载到内存里的kernel。从MAKEFILE文件可以看出kernel由以下几部分代码组成（注：这里给出的列表是进行lab2时的代码，即比lab1多了

MIT JOS学习笔记02：kernel 01（2016.10.28）

一、service和iptables的关系
service 的代理是 kube-proxy
kube-proxy 运行在所有节点上，它监听 apiserver 中 service 和 endpoint 的变化情况，创建路由规则以提供服务 IP 和负载均衡功能。简单理解此进程是Service的透明代理兼负载均衡器，其核心功能是将到某个Service的访问请求转发到后端的多个Pod实例上，而kube-