前提已经安装好Nginx和uwsgi。将Django项目上传到服务器上。在项目根目录上，创建uWSGI的配置文件uwsgi.ini。个人简历项目uwsgi.ini配置

本文已收录https://github.com/lkxiaolou/lkxiaolou欢迎star。前言说到redis，可能大家的脑海中蹦出的关键词是：NoSQL、KV、高性能、缓存等。但今天的文章从另一个角度——微服务来展开。这篇文章的起因也是源自一次面试经历，在面试一位来自陌陌的候选人（就是那个交友的陌陌）时，他提到一点让我觉得很有意思，他说red

程序开发中并发的场景还是比较常见的，特别是当下分布式环环境开发大行其道的情况下，从前端处理，到服务调用、缓存处理、数据库处理、文件处理、消息处理等等，无不需要并发的知识。从今天开始，我要写一个关于Java并发的系列文章，希望各位可以从中受益。我们先从基础的线程开始说起！一、线程基础知识从宏观来看，简单说一下进程：所谓进程

常用Linux服务器命令(http://my.oschina.net/xianggao/blog/396798)理解Linux中Load\_average负载(http://my.oschina.net/xianggao/blog/404599)Linux基本优化指南(http://my.oschina.net/xia

Ignite项目刚开源时，它被定义为一种纯粹的内存解决方案：一种分布式缓存，可将数据放入内存以加快访问速度。但随后在2017年推出了Apache®Ignite™2.1版本，它首次发布了Ignite的原生持久化模块，让Ignite可以作为一个完整的分布式数据库。从那以后Ignite就不再依赖于外部持久性存储机制，以及随之而来的数据库配置和管理问题。Igni

一、实现说明OpenSLES的录音要比播放简单一些，在创建好引擎后，再创建好录音接口基本就可以录音了。在这里我们做的是流式录音，所以需要用至少2个buffer来缓存录制好的PCM数据，这里我们可以动态创建一个二维数组，里面有2个buffer，然后每次录音取出一个，录制好后再写入文件就可以了，2个buffer依次来存储PCM数据，这样就可以

内存管理子系统可能是linux内核中最为复杂的一个子系统，其支持的功能需求众多，如页面映射、页面分配、页面回收、页面交换、冷热页面、紧急页面、页面碎片管理、页面缓存、页面统计等，而且对性能也有很高的要求。本文从内存管理硬件架构、地址空间划分和内存管理软件架构三个方面入手，尝试对内存管理的软硬件架构做一些宏观上的分析总结。内存管理硬件架构

接上一章的内容,我们来谈一下MySQL中的查询优化技术。保证在实现功能的基础上，尽量减少对数据库的访问次数(可以用缓存保存查询结果，减少查询次数)；通过搜索参数，尽量减少对表的访问行数,最小化结果集，从而减轻网络负担；能够分开的操作尽量分开处理，提高每次的响应速度；在数据窗口使用SQL时，尽量把使用的索引放在选择的首列；算法的结构尽量简单；在查询时，不要过多

MyBatis的设计思想很简单，可以看做是对JDBC的一次封装，并提供强大的动态SQL映射功能。但是由于它本身也有一些缓存、事务管理等功能，所以实际使用中还是会碰到一些问题——另外，最近接触了JFinal，其思想和Hibernate类似，但要更简洁，和MyBatis的设计思想不同，但有一点相同：都是想通过简洁的设计最大限度地简化开发和提升性能——说到性能，前

hello，大家好呀，我是小楼。前几天不是写了这篇文章嘛。文章介绍了Sentinl的自适应缓存时间戳算法，从原理到实现都手把手解读了，而且还发现SentinelGo还未实现这个自适应算法，于是我就觉得，这简单啊，把Java代码翻译成Go不就可以混个PR？甚至在文章初稿中把这个描述为：「有手就可以」，感觉不太妥当，后来被我删掉了。过了几天，我想去看看有没有人看