在当前数字化浪潮下，基于互联网的实时音视频通信已经成为越来越多互联网应用的标配。得益于互联网基础设施的日趋完善和优秀开源解决方案WebRTC的出现，音视频实时通信的开发门槛也降低很多。但音视频应用的技术和工程实现复杂度还是比较高的，有必要深入其中搞清楚...

MARS作为优秀的跨平台网络层通信方案开源1年多了，github上收获过万的star，期间较为稳定更新并不频繁。基于内核socket MARS针对弱网络环境下的移动应用做了很多比较实用的优化，详细的优化点和原理在其开源项目的wiki里有很多文档说的比较清楚了Mars wiki。本人刚好...

2.回帖和评论是比较结构化的数据，可以使用关系db存储，分表策略有很多，表特别大以后可以垂直或水平分表。可以按时间，或按访问习惯等等规则分，自行google。

1.快。前端没有动态内容，第一遍显示静态内容可以以最快的速度显示，因为是静态可以直接放在CDN上就更快了。减少动态的内容，精益策略，只有在必须显示的时候才异步拉取，这样整个体验会流畅很多。2.server端压力小，可以支持更多的并发。3.前后端比较好的分离，松散...

主进程的父进程是当前与你交互的shell进程。你的程序里面只有main的主进程和一个子进程，无他。

redis自己保证队列读写的互斥。redis是单线程，工作方式大概是这样的。你的多进程读取其实是可以并行发多个读取请求包，这些请求包到达redis的socket buffer中，redis的处理是串行响应你的请求，无锁。如果哪天redis改成多线程的方式，同样可以通过加锁互斥保证队列...

1.应用场景不同导致redis可以有多种部署方式，本机还是跨机缓存是根据要解决的问题来看。比如业务程序是高cpu消耗的，部署的机器只需要一般的内存配置即可。缓存的数据又比较多，需要单独部署，甚至需要多台组成集群。又比如系统比较大以后，需要各种模块化，微服务...

大家都知道cache对于网站性能的重要性，提高用户响应速度，减轻后端压力，节省资源等等。一谈到cache其实是个很大话题，从前端浏览器到最终响应请求的服务器可能要经过很多次跳转，每次跳转经过的服务器都有机会提供cache。单从成本上而言，越靠近用户的cache越经济...

猜测你是在使用HTML5的WebRtc，首先音视频的编解码就比较耗资源，你能做的可能比较有限，提供一些思路供参考。 仔细阅读理解HTML的API，看有没有你能控制的。 有没有设置码率或者压缩率的地方， 有没有设置codec的地方，

感觉是个很基本的分页问题1）你应该不是再问前端如何做。默认你的前端最终可以构造一个GET http request。类似[链接]2）server端对分页的处理，django有现成的模块pagination， 文档写的很好也有例子，点这里传送到文档

感觉是你的CMD切换到编辑模式，这样python进程应该是挂起的，无法响应request。

Instagram由uwsgi转到gunicorn，建议用gunicorn，配置简单方便。

在数据库分页，这点是确定无疑的。查出来再分页是低效低性能的做法，尤其是数据量大的情况下，直接死在db查询上了。其实不用重新发明轮子，看你贴了django的标签。你可以看一下django自带的pagination注意：django ORM下的db查询具有lazy的特性，你看到的例子其实是...

数据库软件是server端数据存储、查询的抽象层，是数据与计算分离的设计典范。由于其实现的专业化和复杂度，如何正确使用或者优化数据库的访问对大多数web开发者都是一个极大的挑战。这里尝试从应用程序开发者的角度总结一下数据库使用和优化需要注意的一些问题，不求...

模拟登录已经成功，那就继续模拟下去。浏览器的debug窗口里看看正常下载课表的HTTP请求是什么样的，Python也同样构造这样的请求，当然cookie里的session ID是要带着的，这是server识别你登录状态的判断依据。

Nginx在web开发者眼中就是高并发高性能的代名词，其基于事件的架构也被众多开发者效仿。我从Nginx的网站找到一篇技术文章将Nginx是怎样实现的，文章是Nginx的产品老大OwenGarrett在加入公司22个月时写的，深入简出。这篇博客后面的内容尽量保证是对原文的翻译，如果...

搞web离不开security这个话题，之前关注的也不多只是听说一些名词什么的。是时候好好看看这些安全问题了。根据Cenzic 2012年的报告看一下都有哪些常见攻击。

在internet网络的世界里，socket可以说是最重要的任务间通讯的方式，尤其是当两个任务驻留在不同的机器上需要通过网络介质连接。今天系统复习一下socket编程，因为本人已经有了基本的网络和操作系统的知识，直接跳过很基本的背景知识介绍了。我理解的socket就是抽象...

假设你的服务器是这样的，两个进程。udp server 进程负责搜集数据，web application 进程负责网页服务。那么你的问题可以抽象为进程间是如何通信的。这可以从网上搜到很多方法。不了解你的全部需求，比如允不允许丢数据，接受程度如何，历史数据要回溯吗，实时性要求...

1)你确定要用UDP传语言文件吗？按照你的描述，语音已经本地保存为文件了，不是实时的传送。所以我觉得还是用tcp比较合适你的场景。2）如果实在要用udp传文件，那需要你应用层来设计应答，重传，重排序等tcp本来就支持的机制。当然也包括结束声明。