摘要：服務教程在它提出十多年后的今天，已經(jīng)成為最重要的應用技術之一。全方位提升網(wǎng)站打開速度前端后端新的技術如何在內(nèi)完整打開網(wǎng)站會直接影響用戶的滿意度及留存率，在前端后端數(shù)據(jù)緩存加速等等方面都有諸多可以提升。

最近手頭有兩個項目，XX 導航和 XX 產(chǎn)業(yè)平臺，都需要使用 HTTPS 協(xié)議，因此，這次對 HTTPS 協(xié)議做一次整理與分享。

如何使用緩存，怎么才能更加合理？今天的話題，結(jié)合我之前的項目場景，討論下使用緩存合理性問題。

近些年，互聯(lián)網(wǎng)基礎設備和技術迅猛發(fā)展，互聯(lián)網(wǎng)玩法日新月異，稍不留神就 Out。整體網(wǎng)民的素質(zhì)也在不斷提升的同時，對互聯(lián)網(wǎng)的體驗也提出了新的高度和要求，眾所周知智能背后意味著復雜，體驗好背后也意味著互聯(lián)網(wǎng)的架構越復雜。利益當先的前提下，最好的優(yōu)化就是緩存，緩存在整個互聯(lián)網(wǎng)的發(fā)展過程中作用可想而知。尤其在中國如此蹩腳的網(wǎng)絡下，南電信北聯(lián)通，中間坑的都是付費的用戶和企業(yè)。越來越多的證明表明，網(wǎng)站訪問速度越慢，用戶流失的越快，要想加快網(wǎng)站訪問速度，基于此背景條件下，緩存和反向代理更顯的尤為重要。

移動互聯(lián)網(wǎng)時代，RESTful API 成為越來越重要的移動端和服務器端交互的形式。尤其是在很多互聯(lián)網(wǎng)公司或者傳統(tǒng)行業(yè)擁抱移動互聯(lián)網(wǎng)的時候，一套設計良好的 Restful API 能夠幫助互聯(lián)網(wǎng)產(chǎn)品支持單服務端＋多客戶端的場景。RESTful 架構本身是一個風格而不是一個標準，這也就意味著在具體設計時會有不同的實現(xiàn)。那么什么是好的 RESTful API 呢？筆者認為適合的是最好的，能夠根據(jù)本身產(chǎn)品的業(yè)務場景和階段設計出結(jié)構清晰，易于理解，擴展方便的 Restful API 就是最好的。本文將圍繞筆者對 Restful 架構的理解展開討論，歡迎大家拍磚。

使用 Elasticsearch 實現(xiàn)推薦系統(tǒng)。

Java Web 前后端有一個龐大的生態(tài)系統(tǒng)，初入 Java EE 坑的你是否感到一陣迷茫?；蛟S你有太多不懂的名詞，新鮮的概念，那就來入個門兒吧。

分享了一些 Linux 思維導圖

今天，從開發(fā)人員的角度，并結(jié)合我在開發(fā)過程中遇到的問題，說說《如何防范常見的 Web 攻擊》話題。

隨機 本節(jié)，我們來討論隨機，隨機是計算機程序中一個非常常見的需求，比如說： 各種游戲中有大量的隨機，比如撲克游戲洗牌 微信搶紅包，搶的紅包金額是隨機的 北京購車搖號，誰能搖到是隨機的 給用戶生成隨機密碼 我們首先來介紹 Java 中對隨機的支持，同時介紹其實現(xiàn)原理，然后我們針對一些…

代碼優(yōu)化，一個很重要的課題?？赡苡行┤擞X得沒用，一些細小的地方有什么好修改的，改與不改對于代碼的運行效率有什么影響呢？這個問題我是這么考慮的，就像大海里面的鯨魚一樣，它吃一條小蝦米有用嗎？沒用，但是，吃的小蝦米一多之后，鯨魚就被喂飽了。

在它提出十多年后的今天，REST 已經(jīng)成為最重要的 Web 應用技術之一。隨著所有技術朝著 API 方向發(fā)展，它的重要性有可能持續(xù)快速地增長。每門主要編程語言現(xiàn)在已經(jīng)包含構建 RESTful Web 服務的框架。同樣地，Web 開發(fā)者和架構師對 REST 和 RESTful 服務有一個清晰的理解是很重要的。這篇教程解釋了 REST 架構，然后研究使用它構建通用地基于 API 的任務的細節(jié)。

如何在 1s 內(nèi)完整打開網(wǎng)站會直接影響用戶的滿意度及留存率，在前端、后端、數(shù)據(jù)緩存、CDN 加速等等方面都有諸多可以提升。最佳實踐包括：減少 CRP 及請求次數(shù)、減少文件本身大小、不要 redirect 和實用 persistent 的 TCP，當然還有新的類似于 Accelerated Mobile Pages (AMP) 這樣的技術及動態(tài)緩存

最近由于公司業(yè)務關系，需要一個在公網(wǎng)上能實時互動超清視頻的架構和技術方案。眾所周知，視頻直播用 CDN + RTMP 就可以滿足絕大部分視頻直播業(yè)務，我們也接觸了和測試了幾家 CDN 提供的方案，單人直播沒有問題，一旦涉及到多人互動延遲非常大，無法進行正常的互動交談。對于我們做在線教育的企業(yè)來說沒有互動的直播是毫無意義的，所以我們決定自己來構建一個超清晰（1080P）實時視頻的傳輸方案。

一、軟件負載均衡概述
硬件負載均衡性能優(yōu)越，功能全面，但是價格昂貴，一般適合初期或者土豪級公司長期使用。因此軟件負載均衡在互聯(lián)網(wǎng)領域大量使用。常用的軟件負載均衡軟件有 Nginx，Lvs，HaProxy 等。本文參考大量文檔，部分為直接拷貝，參考出處文末。

二、Ngnix 負載均衡
Ngnix 是一款輕量級的 Web 服務器 / 反向代理服務器，工作在七層 Http 協(xié)議的負載均衡系統(tǒng)。具有高性能、高并發(fā)、低內(nèi)存使用等特點。是一個輕量級的 Http 和反向代理服務器。Nginx 使用 epoll and kqueue 作為開發(fā)模型。能夠支持高達 50,000 個并發(fā)連接數(shù)的響應。

操作系統(tǒng)：Liunx，Windows（Linux、FreeBSD、Solaris、Mac OS X、AIX 以及 Microsoft Windows）

開發(fā)語言：C

并發(fā)性能：官方支持每秒 5 萬并發(fā)，實際國內(nèi)一般到每秒 2 萬并發(fā)，有優(yōu)化到每秒 10 萬并發(fā)的。具體性能看應用場景。

2.1. 特點

據(jù)說算法正在統(tǒng)治世界？嚇得我瓜子都掉了......

MySQL 支持 android 和 ios 表情，需要做一些特別處理。
普通的字符串或者表情都是占位 3 個字節(jié)，所以 utf8 足夠了，但是移動端的表情符號占位是 4 個字節(jié)，普通的 utf8 就不夠用了。

本文是閱讀論文 Efficient Optimistic Concurrency Control Using Loosely Synchronized Clocks 的讀書筆記，主要介紹數(shù)據(jù)庫系統(tǒng)中的樂觀并發(fā)控制

星星點點的知識點，很早就想做這塊整理了，持續(xù)維護…

國內(nèi)第一份完整的 Spring MVC 官方文檔中文譯稿，堅持有品質(zhì)的翻譯。前有 Angular/React/Vue.js 前端此起彼伏的更新浪潮，后有 RESTful/MicroService/DevOps 的穩(wěn)固發(fā)展，惟有 MVC/AOP 的經(jīng)典思想值得細細品味。

機器學習

調(diào)優(yōu)是需要做好準備工作的，畢竟每一個應用的業(yè)務目標都不盡相同，性能瓶頸也不會總在同一個點上。在業(yè)務應用層面，我們需要：

一 特點 1.1 應用情況 Nginx做為一個強大的Web服務器軟件，具有高性能、高并發(fā)性和低內(nèi)存占用的特點。此外，其也能夠提供強大的反向代理功能。俄羅斯大約有超過20%的虛擬主機采用Nginx作為反向代理服務器,在國內(nèi)也有騰訊、新浪、網(wǎng)易等多家網(wǎng)站在使用Nginx作為反向代理…

在經(jīng)歷了另外一些有趣的事情之后（這些有趣的事情包括 “淘寶” 這個名字的由來，員工花名的由來等等，由于本文主要描述技術方面的故事，對這些有興趣的可以去網(wǎng)上找），淘寶網(wǎng)站開始上線運行了。

再不加 Https 的話，會被中間人的哦

京東商品搜索引擎是搜索推薦部自主研發(fā)的商品搜索引擎，主要功能是為海量京東用戶提供精準、快速的購物體驗。

Java 程序片段

Python 調(diào)用?？梢暬?br>

我們的目標是不給別人挖坑 不給別人丟鍋

本文根據(jù)京東商城交易平臺的楊超在 “第一期蝴蝶沙龍：揭秘 618 電商大促背后的高并發(fā)架構” 會議上的演講整理而成。

最近對開源分布式緩存產(chǎn)品 redis 做了一些研究，于是決定整理一下該產(chǎn)品的特性及使用場景拿出來分享。