• 一是移动互联网兴起，用户快速的完成了迁移，手机等移动设备作为商业工具，潜在的价值待挖掘;


• 二是，用户思维和实时在线化的趋势，改变了过去用户不可见、难连接的瓶颈，进而改变了商业的模型;


• 三是，移动互联网时代的开启，让以往偏信息中介的平台快速升级，以APP为核心，构建商业交易闭环服务，正成为大势所趋。这倒逼了企业服务如商业软件、SAAS、PAAS、IAAS等业务模式的出现。

• 定义抽象消息载体


• 基本的消息发送


• 基本的消息回调


• 定义基本的通知

• 登录注册


• 消息收发，支持TXT, IMAGE, VIDEO, AUDIO, FILE, LOCATION, 类型的message


• 会话管理


• 联系人管理

• 线程模型，利用C++11的thread进行封装


• 数据库模型，使用Linux的sqlite


• HTTP模型，我们使用了Libcurl进行了封装


• 定时器模型，我们使用了C++11进行了封装

1. 在Windows PC上，利用ADS（ARM 开发环境），使用armcc编译器，则可编译出针对ARM CPU的可执行代码。
2. 在Linux PC上，利用arm-linux-gcc编译器，可编译出针对Linux ARM平台的可执行代码。
3. 在Windows PC上，利用cygwin环境，运行arm-elf-gcc编译器，可编译出针对ARM CPU的可执行代码。

• >>make: 根据Makefile编译源代码，连接，生成目标文件，可执行文件;


• >>make clean: 清除上次的make命令所产生的object文件（后缀为“.o”的文件）及可执行文件;


• >>make distclean: 类似make clean，但同时也将configure生成的文件全部删除掉，包括Makefile；


• >>make test / make check: 检查make，确保make没有出错，一般在make install之前执行；


• >>make install: 将编译成功的可执行文件安装到指定目录中，一般为/usr/local/bin目录;


• >>make dist: 产生发布软件包文件（即distribution package）。这个命令将会将可执行文件及相关文件打包成一个tar.gz压缩的文件用来作为发布软件的软件包。它会在当前目录下生成一个名字类似“PACKAGE-VERSION.tar.gz”的文件。PACKAGE和VERSION，是我们在configure.in中定义的AM_INIT_AUTOMAKE(PACKAGE, VERSION);


• >>make distcheck: 生成发布软件包并对其进行测试检查，以确定发布包的正确性。这个操作将自动把压缩包文件解开，然后执行configure命令，并且执行make，来确认编译不出现错误，最后提示你软件包已经准备好，可以发布了; 

• step1.下载树莓派交叉编译工具https://github.com/raspberrypi/tools


• step2. 将源码放到各用户都能share的文件夹下，如/usr/tools


• step3. 将交叉编译工具的路径加到环境变量中，为了以后启动不用再设置，我加到了bashrc中

1 $nano ~/.bashrc

2 #在文件的末尾加上： export PATH=$PATH:/usr/tools/arm-bcm2708/gcc-linaro-arm-linux-gnueabihf-raspbian-x64/bin

3 $source .bashrc

• step4. 检测是否安装成功

$arm #双tab

$arm-linux-gnueabihf-gcc -v 

#能显示正确信息



$arm-linux-gnueabihf-g++ -v 

#能显示正确信息

1 demo: $(obj)

2     $(CXX) -o $@ $^ $(LDFLAGS)

1 $export CC=arm-linux-gnueabihf-gcc  

2 $export CXX=arm-linux-gnueabihf-g++ 

• step1:  make clean


• step2:  ./configure --host=arm-linux-gnueabihf --prefix=/usr/local/tools/sqlite3


• step3:  make


• step4:  make install

• step1:  make clean


• step2:  ./configure --host=arm-linux-gnueabihf --prefix=/usr/local/tools/curl


• step3:  make


• step4:  make install

• step1: ./config no-asm shared --prefix=/usr/local/tools/openssl


• step2:  a、修改Makefile CC=arm-linux-gnueabihf-gcc

• step3: make


• step4: make install

• 别相信表单

• 别相信用户

• 关闭全局变量

register_globals = Off 

['post_value'];$get_value = $_GET['get_value'];$some_variable = $_REQUEST['some_value']; ?>  

• register_globals 设置为 off
• safe_mode 设置为 off
• error_reporting 设置为 off。如果出现错误了，这会向用户浏览器发送可见的错误报告信息。对于生产服务器，使用错误日志代替。开发服务器如果在防火墙后面就可以启用错误日志。（LCTT 译注：此处据原文逻辑和常识，应该是“开发服务器如果在防火墙后面就可以启用错误报告，即 on。”）
• 停用这些函数：system()、exec()、passthru()、shell_exec()、proc_open()、和 popen()。
• open_basedir 为 /tmp（以便保存会话信息）目录和 web 根目录，以便脚本不能访问这些选定区域外的文件。
• expose_php 设置为 off。该功能会向 Apache 头添加包含版本号的 PHP 签名。
• allow_url_fopen 设置为 off。如果你能够注意你代码中访问文件的方式-也就是你验证所有输入参数，这并不严格需要。
• allow_url_include 设置为 off。对于任何人来说，实在没有明智的理由会想要访问通过 HTTP 包含的文件。
•  
• 一般来说，如果你发现想要使用这些功能的代码，你就不应该相信它。尤其要小心会使用类似 system() 函数的代码-它几乎肯定有缺陷。
• 启用了这些设置后，让我们来看看一些特定的攻击以及能帮助你保护你服务器的方法。

$sql = "select * from pinfo where product = '$product'";

$sql = 'Select * from pinfo where product = '"'        mysql_real_escape_string($product) . '"';

39'; DROP pinfo; SELECT 'FOO 

select product from pinfo where product = '39'; DROP pinfo; SELECT 'FOO' 

select * from pinfo where product = '39'DROP pinfoSELECT 'FOO' 

• 总是验证所有参数。例如，如果需要一个数字，就要确保它是一个数字。
• 总是对数据使用 mysql_real_escape_string() 函数转义数据中的任何引号和双引号。

function transform_HTML($string, $length = null) {// Helps prevent XSS attacks    // Remove dead space.    $string = trim($string);    // Prevent potential Unicode codec problems.    $string = utf8_decode($string);    // HTMLize HTML-specific characters.    $string = htmlentities($string, ENT_NOQUOTES);    $string = str_replace("#", "#", $string);    $string = str_replace("%", "%", $string);    $length = intval($length);    if ($length > 0) {        $string = substr($string, 0, $length);    }    return $string;} 

Bold Text

Bold Text 

alert('XSS Attack')";// Create a safehtml object.$safehtml = new safehtml();// Parse and sanitize the data.$safe_data = $safehtml->parse($data);// Display result.echo 'The sanitized data is 
' . $safe_data;?>

function hash_ish($string) {    return md5($string);}

 0) &&        (! is_null($num_chars))) {        $password = '';        $accepted_chars = 'abcdefghijklmnopqrstuvwxyz1234567890';        // Seed the generator if necessary.        srand(((int)((double)microtime()*1000003)) );        for ($i=0; $i<=$num_chars; $i++) {            $random_number = rand(0, (strlen($accepted_chars) -1));            $password .= $accepted_chars[$random_number] ;        }        return $password;     }}?> 

1. 在tableView类型的展示列表中，点击每个cell中人物头像都可以跳转到人物详情，可参见微博中的头像，同理包括转发、评论按钮、各种链接及linkcard。
2. 跳转到任意页面

• 产品要求，某个页面的不同banner图，点击可以跳转到任何一个页面，可能是原生的页面A、页面B，或者是web页C。
• 在web页面，可以跳转到任何一个原生页面。
• 在远程推送中跳转到任意指定的页面。

• 与后端约定好数据结构，例如：

NSDictionary *target = @{@"action" : @"user",                         @"data"   : @{@"user_id" : @(123456)}};

• 创建一个用来跳转的类，可以起的牛x的名字，XXCoreActionManager。

+ (BOOL)doActionForTarget:(NSDictionary *)target{    //根据你的app结构，来取得你当前的controller，由它来进行跳转    UIApplication *application = [UIApplication sharedApplication];    AppDelegate *myAppDelegate = (AppDelegate *)[application delegate];    UIViewController *viewController;    if ([myAppDelegate getTabbarSelectedView]) {        viewController = [myAppDelegate getTabbarSelectedView].visibleViewController;    }else {        return NO;    }    if([json[@"action"] isEqualToString:@"film_view"]){        MFMaterialListViewController *materialListVC = [[MFMaterialListViewController alloc] initWithNibName:@"MFMaterialListViewController" bundle:nil];        materialListVC.hidesBottomBarWhenPushed = YES;        materialListVC.filmId = json[@"data"][@"film_id"];        [viewController.navigationController pushViewController:materialListVC animated:YES];        return YES;    }else if([json[@"action"] isEqualToString:@"home"]){        [myAppDelegate getTabbar].selectedIndex = 0;        [viewController.navigationController popToRootViewControllerAnimated:YES];        return YES;    }    return NO;}

[XXCoreActionManager doActionForTarget:target];

• 针对头像、评论、转发等多处使用的子控件，可以把事件由自己接收，通过XXCoreActionManager来进行跳转。即做到了代码分离，使之成为真正独立的控件，便于复用。

implementation MFUserHeadButton-(void)awakeFromNib{    [self addTarget:self action:@selector(toUserDetail) forControlEvents:UIControlEventTouchUpInside];}- (void)toUserDetail{    NSDictionary *target = @{@"action":@"user",                           @"data":@{@"user_id":@(self.tag)}};    [XXCoreActionManager doActionForTarget:target];}

- (void)setDict:(NSDictionary *)dict {        objc_setAssociatedObject(self, dictKey, dict, OBJC_ASSOCIATION_RETAIN_NONATOMIC);}- (NSDictionary *)dict {        return objc_getAssociatedObject(self, dictKey);}

• 一个是智能知识库；
• 一个智能机器人。

1. 传统 call center的时代: 互联网尚未普及，电话客服客户等待时间长，客户服务人员压力大，工作重复内容多；
2. 到了PC网页客服时代，随着互联网的普及，网页客服的成本明显小于电话客服，客户服务人员工作量较小，客户满意度有所提高，但相应依然不能及时有效；
3. 当今，随着智能手机用户的快速增长，客户要求能够随时在移动端获取咨询服务。移动端客服的重要性将不断上升。移动客服时代随之到来。

1. 一类是工单客服，可以被视为移动客服1.0，基于工单方式和客服交互，技术实现简单，但无法做到实时交互，沟通效率低，用户体验差。
2. 另一类是轮询技术客服，可以被视为移动客服2.0，基于HTTP轮询技术，通过不断向服务器发送查询请求来准实时的收取消息。不能做到实时收取消息，流量和电量消耗高，APP在后台时无法接收消息，容易丢失客户。

• 环信移动客服实现了跨平台多渠道接入：支持 App、微信公众账号、微博、网页等，均可以快速统一接入客户服务后台管理。

• 其次，满足了开放性与自定义信息：这种新型的移动客服实现了代码开源、UI开源，还提供多套UI模版，便于与APP快速集成，平滑接入。同时第三方集成功能也很强大，可与第三方工单、知识库、CRM 系统等进行扩展集成。
• 第三，富媒体消息交互体验：移动客服平台提供了基于IM技术的类似微信体验的友好富媒体消息交互，不仅可以实时收发文字、表情，还可以即时收发图片、位置、实时语音、还可自定义消息，大大方便了与客户的沟通交流。
• 第四，精准客户画像功能：移动客服的IM沟通帮助企业辅助判断客户需求与诉求，通过自定义客户分类标签，客户再次访问时可获知客户的类型。并且还支持自定义会话小结，根据会话小结统计会话的分类，通过会话小结追踪客户诉求。通过轨迹分析功能，即通过发送客户访问页面的轨迹，判断客户意图，获取客户个性化细节，了解客户基础信息，分析客户行为，可以极大提高订单效率。
• 第五，“智能机器人+智能知识库”：作为一套智能化的客服系统，让企业建立基于业务的智能知识库，智能辅助归结业务信息和应答客户信息，历史常见问题系统梳理，提高客服效率。“智能机器人+智能知识库”组合目前可自动回复80%常见问题，随着智能知识库的不断训练，这一比例能够提高到90%。
• 第六、真正实现不丢订单：环信是中国乃至全球领先的即时通讯云服务提供商，上线1年来，已成为唯一一家经历了亿级长连接真实稳定运行的即时通讯云平台，中国主流的采用第三方即时通讯云服务的App几乎都是环信的客户，每日环信平台的消息量达到数亿条，有着即时通讯云领域亿级长连接的绝对垄断优势。环信基于IM长连接技术，帮助企业实现超线拉取排队会话，让等待时间过长或有订单需求的客户得到优先服务，提升客服效率，即使客户关闭会话，退出App，甚至关闭手机，基于IM长连接技术依然能找回客户会话，提升客服效率，不丢客户订单。同时，基于IM长连接技术，即使在断网或复杂网络切换时也依然能找回客户会话，不丢客户订单。
• 第七、实现了质检系统透明管理：移动客服自带实时监控系统，可实时监控当前所有会话，管理员在线质检，在线查看会话信息，还提供了历史会话查询、质检考核。通过实时与历史查看，可以统计出客服代表的接入量、在线时间及应答等待时间。

[root@localhost ~]# ip route show table all

10.1.1.0/24 dev eth0  proto kernel  scope link  src 10.1.1.247

10.1.2.0/24 dev eth1  proto kernel  scope link  src 10.1.2.239

169.254.0.0/16 dev eth0  scope link  metric 1002

169.254.0.0/16 dev eth1  scope link  metric 1003

default via 10.1.1.1 dev eth0 

 

[root@localhost ~]# ip rule show

0:  from all lookup local

32766:  from all lookup main

32767:  from all lookup default

$ cat /etc/iproute2/rt_tables

#

# reserved values

#

255    local

254    main

253    default

252    lan1

251    lan2

0    unspec

ip route flush table lan1

ip route add default via 10.1.1.1 dev eth0 src 10.1.1.247 table lan1

ip rule add from 10.1.1.247 table lan1

 

ip route flush table lan2

ip route add default via 10.1.2.1 dev eth1 src 10.1.2.239 table lan2

ip rule add from 10.1.2.239 table lan2

[root@localhost ~]# ip route show all

10.1.1.0/24 dev eth0  proto kernel  scope link  src 10.1.1.247

10.1.2.0/24 dev eth1  proto kernel  scope link  src 10.1.2.239

169.254.0.0/16 dev eth0  scope link  metric 1002

169.254.0.0/16 dev eth1  scope link  metric 1003

default via 10.1.1.1 dev eth0 

 

[root@localhost ~]# ip rule show

0:  from all lookup local

32764:  from 10.1.2.239 lookup lan2

32765:  from 10.1.1.247 lookup lan1

32766:  from all lookup main

32767:  from all lookup default

ip route flush table lan1

ip route add default via 10.1.1.1 dev eth0 src 10.1.1.247 table lan1

ip rule add from 10.1.1.247 table lan1

ip rule add from 10.1.1.247 to 10.1.1.0/24 table main

 

ip route flush table lan2

ip route add default via 10.1.2.1 dev eth1 src 10.1.2.239 table lan2

ip rule add from 10.1.2.239 table lan2

ip rule add from 10.1.2.239 to 10.1.2.0/24 table main

[root@localhost ~]# ip route show table all

default via 10.1.1.1 dev eth0  table lan1  src 10.1.1.247

10.1.1.0/24 dev eth0  proto kernel  scope link  src 10.1.1.247

10.1.2.0/24 dev eth1  proto kernel  scope link  src 10.1.2.239

169.254.0.0/16 dev eth0  scope link  metric 1002

169.254.0.0/16 dev eth1  scope link  metric 1003

default via 10.1.1.1 dev eth0

default via 10.1.2.1 dev eth1  table lan2  src 10.1.2.239 

 

[root@localhost ~]# ip rule show

0:    from all lookup local

32762:    from 10.1.2.239 to 10.1.2.0/24 lookup main

32763:    from 10.1.2.239 lookup lan2

32764:    from 10.1.1.247 to 10.1.1.0/24 lookup main

32765:    from 10.1.1.247 lookup lan1

32766:    from all lookup main

32767:    from all lookup default

upstream php-fpm {

server unix:/var/run/phpfpm.sock;

}

 

server {

listen 80;

server_name timo.piqiu.me;

 

root /opt/web/wordpress;

index index.php;

 

access_log logs/timo.piqiu.me.access.log proxy;

error_log logs/timo.piqiu.me.error.log;

 

location = /favicon.ico {

log_not_found off;

access_log off;

}

 

location = /robots.txt {

allow all;

log_not_found off;

access_log off;

}

 

location ~ /\.svn/* {

deny all;

}

 

location ~ /\.git/* {

deny all;

}

 

location /nginx_status {

stub_status on;

access_log off;

}

 

set $cache_uri $request_uri;

 

# POST requests and urls with a query string should always go to PHP

if ($request_method = POST) {

set $cache_uri 'null cache';

}

if ($query_string != "") {

set $cache_uri 'null cache';

}

 

# Don't cache uris containing the following segments

if ($request_uri ~* "(/wp-admin/|/xmlrpc.php|/wp-(app|cron|login|register|mail).php|wp-.*.php|/feed/|index.php|wp-comments-popup.php|wp-links-opml.php|wp-locations.php|sitemap(_index)?.xml|[a-z0-9_-]+-sitemap([0-9]+)?.xml)") {

set $cache_uri 'null cache';

}

 

# Don't use the cache for logged in users or recent commenters

if ($http_cookie ~* "comment_author|wordpress_[a-f0-9]+|wp-postpass|wordpress_logged_in") {

set $cache_uri 'null cache';

}

 

# Use cached or actual file if they exists, otherwise pass request to WordPress

location / {

try_files /wp-content/cache/supercache/$http_host/$cache_uri/index.html $uri $uri/ /index.php ;

}

location ~ \.php$ {

try_files /wp-content/cache/supercache/$http_host/$cache_uri/index.html $uri $uri/ /index.php ;

fastcgi_pass php-fpm;

fastcgi_index index.php;

fastcgi_param SCRIPT_FILENAME /opt/web/wordpress$fastcgi_script_name;

fastcgi_intercept_errors on;

include fastcgi_params;

#

# fastcgi_cache cache_fastcgi;

#

# fastcgi_cache_valid 200 302 301 24h;

# fastcgi_cache_valid any 1m;

#

# fastcgi_cache_min_uses 1;

#

# fastcgi_cache_use_stale error timeout invalid_header http_500;

# fastcgi_cache_key $request_method://$host$request_uri;

}

 

# Cache static files for as long as possible

location ~* .(ogg|ogv|svg|svgz|eot|otf|woff|mp4|ttf|css|rss|atom|js|jpg|jpeg|gif|png|ico|zip|tgz|gz|rar|bz2|doc|xls|exe|ppt|tar|mid|midi|wav|bmp|rtf)$ {

expires max; log_not_found off; access_log off;

}

 

location ~ ^/(status|ping)$ {

include /opt/server/nginx/conf/fastcgi_params;

fastcgi_pass unix:/var/run/phpfpm.sock;

fastcgi_param SCRIPT_FILENAME $fastcgi_script_name;

allow 127.0.0.1;

deny all;

}

}

[12826] 01 Apr 16:54:37.675 # I/O error trying to sync with MASTER: connection lost

[12826] 01 Apr 16:54:38.555 * Connecting to MASTER 10.x.x.x:6379

[12826] 01 Apr 16:54:38.555 * MASTER <-> SLAVE sync started

[12826] 01 Apr 16:54:38.621 * Non blocking connect for SYNC fired the event.

[12826] 01 Apr 16:54:38.692 * Master replied to PING, replication can continue...

[12826] 01 Apr 16:54:45.229 * MASTER <-> SLAVE sync: receiving 390598473 bytes from master

client-output-buffer-limit slave 256mb 64mb 60

• The hard limit is a fixed limit that when reached will make Redis closing the client connection as soon as possible.
• The soft limit instead is a limit that depends on the time, for instance a soft limit of 32 megabytes per 10 seconds means that if the client has an output buffer bigger than 32 megabytes for, continuously, 10 seconds, the connection gets closed.

• Normal clients have a default limit of 0, that means, no limit at all, because most normal clients use blocking implementations sending a single command and waiting for the reply to be completely read before sending the next command, so it is always not desirable to close the connection in case of a normal client.
• Pub/Sub clients have a default hard limit of 32 megabytes and a soft limit of 8 megabytes per 60 seconds.
• Slaves have a default hard limit of 256 megabytes and a soft limit of 64 megabyte per 60 second.