第一部分简介　　第1章简介2　　1.1概述2　　1.2进程、线程与信息共享3　　1.3IPC对象的持续性4　　1.4名字空间5　　1.5fork、exec和exit对IPC对象的影响7　　1.6出错处理：包裹函数8　　1.7Unix标准9　　1.8书中IPC例子索引表11　　1.9小结13　　习题13　　第2章PosixIPC14　　2.1概述14　　2.2IPC名字14　　2.3创建与打开IPC通道16　　2.4IPC权限18　　2.5小结19　　习题19　　第3章SystemVIPC20　　.3.1概述20　　3.2key_t键和ftok函数20　　3.3ipc_perm结构22　　3.4创建与打开IPC通道22　　3.5IPC权限24　　3.6标识符重用25　　3.7ipcs和ipcrm程序27　　3.8内核限制27　　3.9小结28　　习题29　　第二部分消息传递　　第4章管道和FIFO32　　4.1概述32　　4.2一个简单的客户-服务器例子32　　4.3管道32　　4.4全双工管道37　　4.5popen和pclose函数39　　4.6FIFO40　　4.7管道和FIFO的额外属性44　　4.8单个服务器，多个客户46　　4.9对比迭代服务器与并发服务器50　　4.10字节流与消息51　　4.11管道和FIFO限制55　　4.12小结56　　习题57　　第5章Posix消息队列58　　5.1概述58　　5.2mq_open、mq_close和mq_unlink函数59　　5.3mq_getattr和mq_setattr函数61　　5.4mq_send和mq_receive函数64　　5.5消息队列限制67　　5.6mq_notify函数68　　5.7Posix实时信号78　　5.8使用内存映射I/O实现Posix消息队列85　　5.9小结101　　习题101　　第6章SystemV消息队列103　　6.1概述103　　6.2msgget函数104　　6.3msgsnd函数104　　6.4msgrcv函数105　　6.5msgctl函数106　　6.6简单的程序107　　6.7客户-服务器例子112　　6.8复用消息113　　6.9消息队列上使用select和poll121　　6.10消息队列限制122　　6.11小结124　　习题124　　第三部分同步　　第7章互斥锁和条件变量126　　7.1概述126　　7.2互斥锁：上锁与解锁126　　7.3生产者-消费者问题127　　7.4对比上锁与等待131　　7.5条件变量：等待与信号发送132　　7.6条件变量：定时等待和广播136　　7.7互斥锁和条件变量的属性136　　7.8小结139　　习题139　　第8章读写锁140　　8.1概述140　　8.2获取与释放读写锁140　　8.3读写锁属性141　　8.4使用互斥锁和条件变量实现读写锁142　　8.5线程取消148　　8.6小结153　　习题153　　第9章记录上锁154　　9.1概述154　　9.2对比记录上锁与文件上锁157　　9.3Posixfcntl记录上锁158　　9.4劝告性上锁162　　9.5强制性上锁164　　9.6读出者和写入者的优先级166　　9.7启动一个守护进程的独一副本170　　9.8文件作锁用171　　9.9NFS上锁173　　9.10小结173　　习题174　　第10章Posix信号量175　　10.1概述175　　10.2sem_open、sem_close和sem_　　unlink函数179　　10.3sem_wait和sem_trywait函数180　　10.4sem_post和sem_getvalue函数180　　10.5简单的程序181　　10.6生产者-消费者问题186　　10.7文件上锁190　　10.8sem_init和sem_destroy函数191　　10.9多个生产者，单个消费者193　　10.10多个生产者，多个消费者19

什么是tfn2k?　　tfn2k通过主控端利用大量代理端主机的资源进行对一个或多个目标进行协同攻击。
当前互联网中的unix、solaris和windowsnt等平台的主机能被用于此类攻击，而且这个工具非常容易被移植到其它系统平台上。
　　tfn2k由两部分组成：在主控端主机上的客户端和在代理端主机上的守护进程。
主控端向其代理端发送攻击指定的目标主机列表。
代理端据此对目标进行拒绝服务攻击。
由一个主控端控制的多个代理端主机，能够在攻击过程中相互协同，保证攻击的连续性。
主控央和代理端的网络通讯是经过加密的，还可能混杂了许多虚假数据包。
整个tfn2k网络可能使用不同的tcp、udp或icmp包进行通讯。
而且主控端还能伪造其ip地址。
所有这些特性都使发展防御tfn2k攻击的策略和技术都非常困难或效率低下。
　　tfn2k的技术内幕　　◆主控端通过tcp、udp、icmp或随机性使用其中之一的数据包向代理端主机　　发送命令。
对目标的攻击方法包括tcp/syn、udp、icmp/ping或broadcast　　ping(smurf)数据包flood等。
　　◆主控端与代理端之间数据包的头信息也是随机的，除了icmp总是使用　　icmp_echoreply类型数据包。
　　◆与其上一代版本tfn不同，tfn2k的守护程序是完全沉默的，它不会对接收　　到的命令有任何回应。
客户端重复发送每一个命令20次，并且认为守护程　　序应该至少能接收到其中一个。
　　◆这些命令数据包可能混杂了许多发送到随机ip地址的伪造数据包。
　　◆tfn2k命令不是基于字符串的，而采用了"++"格式，其中是　　代表某个特定命令的数值，则是该命令的参数。
　　◆所有命令都经过了cast-256算法(rfc2612)加密。
加密关键字在程序编　　译时定义，并作为tfn2k客户端程序的口令。
　　◆所有加密数据在发送前都被编码(base64)成可打印的ascii字符。
tfn2k　　守护程序接收数据包并解密数据。
　　◆守护进程为每一个攻击产生子进程。
　　◆tfn2k守护进程试图通过修改argv[0]内容(或在某些平台中修改进程名)　　以掩饰自己。
伪造的进程名在编译时指定，因而每次安装时都有可能不同。
　　这个功能使tfn2k伪装成代理端主机的普通正常进程。
因而，只是简单地检　　查进程列表未必能找到tfn2k守护进程(及其子进程)。
　　◆来自每一个客户端或守护进程的所有数据包都可能被伪造。
　　监测tfn2k的特征

这本书很好，适合于初学者。
里面精讲了很多的案例，非常的有用。
目录雷蒙序简介Linux文档工程小组“公告”译者序第一部分Linux内核前言第1章硬件基础与软件基础61.1硬件基础61.1.1CPU71.1.2存储器81.1.3总线81.1.4控制器和外设81.1.5地址空间91.1.6时钟91.2软件基础91.2.1计算机语言91.2.2什么是操作系统111.2.3内核数据结构13第2章内存管理152.1虚拟内存抽象模型152.1.1请求调页172.1.2交换172.1.3共享虚拟内存182.1.4物理寻址模式和虚拟寻址模式182.1.5访问控制182.2高速缓存192.3Linux页表202.4页分配和回收212.4.1页分配222.4.2页回收222.5内存映射222.6请求调页232.7Linux页缓存242.8页换出和淘汰252.8.1减少缓冲区和页缓存大小252.8.2换出SystemV共享内存页262.8.3换出和淘汰页272.9交换缓存272.10页换入28第3章进程293.1Linux进程293.2标识符313.3调度323.4文件343.5虚拟内存353.6创建进程363.7时间和定时器373.8执行程序383.8.1ELF393.8.2脚本文件40第4章进程间通信机制414.1信号机制414.2管道424.3套接字444.3.1SystemV的进程间通信机制444.3.2消息队列444.3.3信号量454.3.4共享存储区47第5章PCI495.1PCI的地址空间495.2PCI配置头505.3PCI的I/O和存储地址空间515.4PCI-ISA桥515.5PCI-PCI桥515.5.1PCI-PCI桥：PCII/O和存储地址空间的窗口515.5.2PCI-PCI桥：PCI配置周期和PCI总线编号525.6LinuxPCI初始化535.6.1Linux内核PCI数据结构535.6.2PCI设备驱动程序535.6.3PCI的BIOS函数565.6.4PCI修正过程57第6章中断处理与设备驱动程序606.1中断与中断处理606.1.1可编程中断控制器616.1.2初始化中断处理数据结构616.1.3中断处理626.2设备驱动程序636.2.1测试与中断646.2.2直接存储器访问(DMA)656.2.3存储器666.2.4设备驱动程序与内核的接口666.2.5硬盘696.2.6网络设备74第7章文件系统777.1第二个扩展文件系统EXT2787.1.1EXT2系统的inode节点797.1.2EXT2系统的超级块807.1.3EXT2系统的组描述符807.1.4EXT2系统的目录817.1.5在EXT2文件系统中查找文件817.1.6在EXT2文件系统中改变文件的大小827.2虚拟文件系统837.2.1VFS文件系统的超级块847.2.2VFS文件系统的inode节点847.2.3注册文件系统857.2.4装配文件系统857.2.5在虚拟文件系统中查找文件877.2.6卸载文件系统877.2.7VFS文件系统的inode缓存877.2.8目录缓存887.3缓冲区缓存887.3.1bdflush内核守护进程907.3.2update进程907.4/proc文件系统917.5特殊设备文件91第8章网络928.1TCP/IP网络概述928.2Linux中的TCP/IP网络层次结构958.3BSD套

安装Memcached及Memcached配置Memcached是一个高功能的分布式内存对象缓存系统，用于动态Web应用以减轻数据库负载。
它通过在内存中缓存数据和对象来减少读取数据库的次数，从而提高动态、数据库驱动网站的速度。
Memcached基于一个存储键/值对的hashmap。
其守护进程（daemon）是用C写的，但是客户端可以用任何语言来编写，并通过memcached协议与守护进程通信。

Memcached的windows版本安装包，压缩包中有32位和64位两个版本，根据需要下载使用。
Memcached是一个高功能的分布式内存对象缓存系统，用于动态Web应用以减轻数据库负载。
它通过在内存中缓存数据和对象来减少读取数据库的次数，从而提高动态、数据库驱动网站的速度。
Memcached基于一个存储键/值对的hashmap。
其守护进程（daemon）是用C写的，但是客户端可以用任何语言来编写，并通过memcached协议与守护进程通信。

利用双service进行notification绑定，进而将Service的OOM_ADJ提高到1同时利用LocationHelperService充当守护进程，在NotificationService被关闭后，重启他。
手机黑屏形态下持续定位，不丢点。

根据notification服务监控手机通知,收到收款金额再通过https反馈给服务器,需要开通手机通知读取权限,有引导客户开通权限.同时加入无声播放音频,永久守护进程不被系统关掉,稳定性比通过xposed框架hook版的稳定多了,xposed框架的自动生成收款二维码的我已经开发出来了,待稳定新处理好了马上分享给大家.

Memcached是一个高功能的分布式内存对象缓存系统，用于动态Web应用以减轻数据库负载。
它通过在内存中缓存数据和对象来减少读取数据库的次数，从而提高动态、数据库驱动网站的速度。
Memcached基于一个存储键/值对的hashmap。
其守护进程（daemon）是用C写的，但是客户端可以用任何语言来编写，并通过memcached协议与守护进程通信。

(更多详情、使用方法，请下载后细读README.md文件)简单的CephRBDDockerVolumeDriver插件\n用例：单个Docker容器的持久存储\n一个RBDImage一次只能被一个DockerContainer使用\n插件是与Docker守护进程一起运转的独立进程\n可以为单个Ceph用户配置插件\n为不同的配置运转多个插件实例（ceph用户、默认池、默认大小）\n可选：通过卷名传递额外的配置以覆盖默认池和创建大小：\ndockerrun--volume-driverrbd-vpoolnameimagename@sizemntdisk1...\n插件支持所有DockerVolumeDriverPluginAPI命令（VolumePluginAPIv1.12.x）\nCreate-可以在一定大小的池中配置CephRBDImage\n由--create布尔标志控制（默认为假）\n标志的默认大小--size（默认20480=20GB）\nMount-将RBD映像锁定、映射和挂载到主机系统

Memcached是一个高功能的分布式内存对象缓存系统，用于动态Web应用以减轻数据库负载。
它通过在内存中缓存数据和对象来减少读取数据库的次数，从而提高动态、数据库驱动网站的速度。
Memcached基于一个存储键/值对的hashmap。
其守护进程（daemon）是用C写的，但是客户端可以用任何语言来编写，并通过memcached协议与守护进程通信。
官网www.memcached.org管理监控工具http://www.junopen.com/memadmin遗憾的是不能以服务随机启动查看版本:Memcached_x64.exe-V运行命令:Memcached_x64.exe-vv服务运行:Memcached_x64.exe-p11211-U11211-l127.0.0.1-dCacheMEM-m512m-c2048-t4

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。