随笔分类 -  app后端架构

上一页 1 2
NGINX轻松管理10万长连接 --- 基于2GB内存的CentOS 6.5 x86-64
摘要：http://blog.chinaunix.net/xmlrpc.php?r=blog/article&uid=190176&id=4234854一 前言当管理大量连接时，特别是只有少量活跃连接，NGINX有比较好的CPU和RAM利用率，如今是多终端保持在线的时代，更能让NGINX发挥这个优点。本文... 阅读全文
posted @ 2015-04-16 11:32 谦信君 阅读(1278) 评论(0) 推荐(0)
对称加密 和 非对称加密 的区别是什么
摘要：l 对称加密算法 对称加密算法是应用较早的加密算法，技术成熟。在对称加密算法中，数据发信方将明文（原始数据）和加密密钥一起经过特殊加密算法处理后，使其变成复杂的加密密文发送出去。收信方收到密文后，若想解读原文，则需要使用加密用过的密钥及相同算法的逆算法对密文进行解密，才能使其恢复成可读明文。在对称... 阅读全文
posted @ 2015-04-10 17:26 谦信君 阅读(4570) 评论(0) 推荐(0)
**后台怎么处理JSON数据中含有双引号？
摘要：http://bbs.csdn.net/topics/390578406?page=1注意是后台，不是用js另外我这个json是直接取得别人的传过来的字符串，不是我自己拼写的，所以我自己不能做到转义去拼接如果针对{"id":"FZ13082900190","type":"人口计生","title":... 阅读全文
posted @ 2015-04-03 11:07 谦信君 阅读(5176) 评论(0) 推荐(1)
理解OAuth 2.0
摘要：OAuth是一个关于授权（authorization）的开放网络标准，在全世界得到广泛应用，目前的版本是2.0版。本文对OAuth 2.0的设计思路和运行流程，做一个简明通俗的解释，主要参考材料为RFC 6749。一、应用场景为了理解OAuth的适用场合，让我举一个假设的例子。有一个"云冲印"的网站... 阅读全文
posted @ 2015-03-18 16:58 谦信君 阅读(181) 评论(0) 推荐(0)
**17.app后端如何保证通讯安全--aes对称加密
摘要：在上文《16.app后端如何保证通讯安全--url签名》提到，url签名有两个缺点，这两个缺点，如果使用对称加密方法的话，则完全可以避免这两个缺点。在本文中，会介绍对称加密的具体原理，和详细的方案，使app通讯更加安全。1.对称加密的原理 采用单钥密码系统的加密方法，同一个密钥可以同时用作信息的加... 阅读全文
posted @ 2015-03-17 16:32 谦信君 阅读(1403) 评论(0) 推荐(0)
**16.app后端如何保证通讯安全--url签名
摘要：app和后端的通讯过程中，api请求有可能被别人截取或不小心泄露。那么，怎么保证api请求的安全呢？在这篇文章中，介绍一种常见的保证api请求安全的做法--url签名。1. url签名详解 在前一篇文章中，服务器中验证用户名和密码都正确后,生成一个随机的不重复的token字符串（例如"daf32d... 阅读全文
posted @ 2015-03-17 16:31 谦信君 阅读(804) 评论(0) 推荐(0)
**15.app后端怎么设计用户登录方案(API权限安全)
摘要：在很多app中，都需要用户的登录操作。登录，就需要用到用户名和密码。为了安全起见，暴露明文密码的次数越少越好。怎么能最大程度避免泄露用户的密码呢？在登录后，app后端怎么去验证和维持用户的登录状态呢？在本文中，给出了一套用户登录的解决方案，以供大家参考。1. 保证登录的安全性，最起码要使用https... 阅读全文
posted @ 2015-03-17 16:29 谦信君 阅读(2864) 评论(0) 推荐(0)
微博中的图片存储的数据库设计(原创)
摘要：Q:和大家讨论一个图片存储的问题：图片地址=存储服务器的URL+文件名；，我现在的一个类似微博的表里面我用image_ids字段来存储多个图片ID，问题来了，存储服务器的URL，是也加一个新字段来存储URL吗（这样貌似会冗余很多，因为都是一样的地址URL），还是我在后台中定义一个全局的图片URL，然... 阅读全文
posted @ 2015-03-10 15:47 谦信君 阅读(2987) 评论(0) 推荐(0)
基于XMPP协议的手机多方多端即时通讯方案
摘要：目 录基于XMPP协议的手机多方多端即时通讯方案................................................................. 1目 录........................................................... 阅读全文
posted @ 2015-03-10 15:05 谦信君 阅读(489) 评论(0) 推荐(0)
一个微博数据库设计带来的简单思考
摘要：http://www.blogjava.net/kalman03/archive/2010/07/19/326558.html在微博系统中，当前用户、关注者（也就是粉丝）、被关注者（崇拜对象）这三种角色是少不了的。他们之间看似简单的关系，但是其中数据库表将如何设计，却让我很难琢磨，在如下解决方案中... 阅读全文
posted @ 2015-03-06 19:53 谦信君 阅读(2138) 评论(0) 推荐(0)
***(原创)关注,粉丝关系的数据库设计
摘要：主要就前三个字段，当然也可以是4个字段from_user_id to_user_id 互粉状态both_status (rel_type) A B YES a关注B，A成... 阅读全文
posted @ 2015-03-06 19:27 谦信君 阅读(4453) 评论(0) 推荐(0)
***社交网站的用户关系数据是怎么设计的，比如关注数，黑名单数，粉丝数等等
摘要：Q:我见过一种设计，在数据库里面有一张用户关系表，表结构如下CREATE TABLE relation (relation_id private key AUTO_INCREMENT,//关系idrelation_fans text,//粉丝数据relation_black text,//黑名单数据... 阅读全文
posted @ 2015-03-06 18:26 谦信君 阅读(829) 评论(0) 推荐(0)
app后端架构设计(转)
摘要：(1)Restful设计原则 Restful风格：RESTfu设计原则,它被Roy Felding提出（在他的”基于网络的软件架构“论文中第五章）。而REST的核心原则是将你的API拆分为逻辑上的资源。这些资源通过http被操作（GET ,POST,PUT,DELETE）。 但现在看，一般的操作只有... 阅读全文
posted @ 2015-02-04 11:42 谦信君 阅读(2343) 评论(0) 推荐(0)

上一页 1 2