仿簡書源碼

A. python是個什麼東西

Python是一種跨平台的計算機程序設計語言。是一個高層次的結合了解釋性、編譯性、互動性和面向對象的腳本語言。最初被設計用於編寫自動化腳本（shell），隨著版本的不斷更新和語言新功能的添加，越多被用於獨立的、大型項目的開發。

Python的創始人為荷蘭人吉多·范羅蘇姆（GuidovanRossum）。1989年聖誕節期間，在阿姆斯特丹，Guido為了打發聖誕節的無趣，決心開發一個新的腳本解釋程序，作為ABC語言的一種繼承。

之所以選中Python（大蟒蛇的意思）作為該編程語言的名字，是取自英國20世紀70年代首播的電視喜劇《蒙提．派森的飛行馬戲團》（MontyPython＇sFlyingCircus）。

(1)仿簡書源碼擴展閱讀：

python中文就是蟒蛇的意思。在計算機中，它是一種編程語言。Python（英語發音：／ˈpaɪθən／），是一種面向對象、解釋型計算機程序設計語言，由GuidovanRossum於1989年底發明，第一個公開發行版發行於1991年。Python語法簡潔而清晰，具有豐富和強大的類庫。

它常被昵稱為膠水語言，它能夠把用其他語言製作的各種模塊（尤其是C／C＋＋）很輕松地聯結在一起。常見的一種應用情形是，使用Python快速生成程序的原型（有時甚至是程序的最終界面），然後對其中有特別要求的部分，用更合適的語言改寫。

比如3D游戲中的圖形渲染模塊，性能要求特別高，就可以用C++重寫。1發展歷程編輯自從20世紀90年代初Python語言誕生至今，它逐漸被廣泛應用於處理系統管理任務和Web編程。Python已經成為最受歡迎的程序設計語言之一。

網路-Python

B. 從剛剛「簡書」平台的短暫異常，談Nginx An error occurred報錯～

An error occurred.

Sorry, the page you are looking for is currently unavailable.

Please try again later.

If you are the system administrator of this resource then you should check theerror log for details.

Faithfully yours, nginx.

如上，剛老徐正打算上平台，寫文章，出現如上錯誤，應該持續了幾分鍾～不知道有多少用戶有感知，平台響應還不錯，幾分鍾後已恢復正常～

一般nginx的此類報錯，原因如下（當然，老徐對nginx了解不深，如下都是一些可能原因）

出現問題，首先是去分析nginx的日誌，得到一些線索～

可能的常見原因：

／ 1 ／

很明顯這是一個nginx的錯誤，查看nginx.conf的文件過程中分析可能是以下行族的問題，在nginx.xml中胡帶悶有如下配置：

標紅的部分是很大的嫌疑，恰好應用中在提交數據的一瞬間和伺服器有多次交互，這些交互都要過nginx。再加上用戶IP來做key，假如多個用戶訪問在網上的最後一跳是同一個路由器，很顯然會被伺服器當成是一台電腦，從而出現判斷錯誤。那麼又一個新問題來了，出現503錯誤後為啥返回的是那個錯誤頁面呢？

帶著這個問題在nginx.conf中又發現了一段配置，如下圖：

這個配置的意思是當出現500、502、503、504的錯誤時返回50x.html頁面，這個頁面在nginx安裝目錄的html文件夾下，內容如下：

這個頁面經過瀏覽器解析就是開頭第一幅圖的樣子。

分析到這褲彎里，就大概估計出原因了，把之前的rate值該大一點即可。那麼到底改多大？這個要根據不同的業務而定，甚至去掉這個配置，所以這個是個經驗值，通過多次試驗可以得到一個相對於應用合理的值，這里就不說了。

實際nginx出現這個錯誤原因應該有很多，這里提供一種可能原因，以供網友參考。

／ 2 ／

日誌記錄中HTTP狀態碼出現499錯誤有多種情況，我遇到的一種情況是nginx反代到一個永遠打不開的後端，就這樣了，日誌狀態記錄是499、發送位元組數是0。

老是有用戶反映網站系統時好時壞，因為線上的產品很長時間沒有修改，所以前端程序的問題基本上可以排除，於是就想著是Get方式調用的介面不穩定，問了相關人員，說沒有問題，為了拿到確切證據，於是我問相關人員要了nginx伺服器的日誌文件（awstats日誌），分析後發現日誌中很多錯誤碼為499的錯誤，約占整個日誌文件的1%，而它只佔全部報錯的70%左右（全部報錯見下圖），那麼所有報錯加起來就要超過1%了，這個量還是特別大的。

499錯誤是什麼？讓我們看看NGINX的源碼中的定義：

ngx_string(ngx_http_error_495_page), /* 495, https certificate error */

ngx_string(ngx_http_error_496_page), /* 496, https no certificate */

ngx_string(ngx_http_error_497_page), /* 497, http to https */

ngx_string(ngx_http_error_404_page), /* 498, canceled */

ngx_null_string,                    /* 499, client has closed connection */

可以看到，499對應的是 「client has closed connection」。這很有可能是因為伺服器端處理的時間過長，客戶端「不耐煩」了。

Nginx 499錯誤的原因及解決方法

打開Nginx的access.log發現在最後一次的提交是出現了HTTP1.1 499 0 -這樣的錯誤，在網路搜索nginx 499錯誤，結果都是說客戶端主動斷開了連接。

但經過我的測試這顯然不是客戶端的問題，因為使用埠+IP直接訪問後端伺服器不存在此問題，後來測試nginx發現如果兩次提交post過快就會出現499的情況，看來是nginx認為是不安全的連接，主動拒絕了客戶端的連接.

但搜索相關問題一直找不到解決方法，最後終於在google上搜索到一英文論壇上有關於此錯誤的解決方法：

proxy_ignore_client_abort on;

Don』t know if this is safe.

就是說要配置參數 proxy_ignore_client_abort on;

表示代理服務端不要主要主動關閉客戶端連接。

以此配置重啟nginx,問題果然得到解決。只是安全方面稍有欠缺，但比總是出現找不到伺服器好多了。

還有一種原因是 我後來測試發現 確實是客戶端關閉了連接,或者說連接超時 ,無論你設置多少超時時間多沒用 原來是php進程不夠用了 改善一下php進程數 問題解決

／ 3 ／

今天網站突然出現如下錯誤：

The page you are looking for is temporarily unavailable.Please try again later.

很奇怪，我對伺服器端的技術不是很熟悉，於是查詢了下google，在https://wiki.archlinux.org/index.php/Nginx

上面的解決方法：

Error: The page you are looking for is temporarily unavailable. Please try again later.

This is because the FastCGI server has not been started.

如何解決呢？

剛開始我懷疑是不是nginx掛了，我首先通過 ps aux | grep nginx ，結果出現：

root      3769  0.0  0.0   5760   692 ?        Ss   Apr21   0:00 nginx: master process /usr/local/nginx/sbin/nginx

www       3770  0.0  0.1  18680 14252 ?        S    Apr21   0:03 nginx: worker process

www       3771  0.0  0.1  18680 14252 ?        S    Apr21   0:03 nginx: worker process

www       3772  0.0  0.1  18712 14276 ?        S    Apr21   0:03 nginx: worker process

www       3774  0.0  0.1  18680 14248 ?        S    Apr21   0:03 nginx: worker process

www       3776  0.0  0.1  18712 14240 ?        S    Apr21   0:03 nginx: worker process

www       3777  0.0  0.1  18680 14252 ?        S    Apr21   0:03 nginx: worker process

www       3778  0.0  0.1  18680 14232 ?        S    Apr21   0:02 nginx: worker process

root     24068  0.0  0.0   5196   756 pts/1    S+   14:33   0:00 grep nginx

可見nginx是正常的，本來打算重啟nginx的：

/usr/local/nginx/sbin/nginx -t -c /usr/local/nginx/conf/nginx.conf的，

突然覺得有沒有其他方法，有同事提示先在一個目錄下運行下test.html和test.php，結果html可以運行，php無法運行。

證實是php沒有啟動，我剛才也檢測過php的進程，的確是沒有php進程，這台伺服器我不熟悉，同事幫忙查看了下

cd /etc/init.d，就是web管理員經常看的地方，是隨著系統自動啟動的服務，程序等。可以看看：

http://blog.wgzhao.com/2008/12/27/talk-about-rc-local.html的《 說說？ /etc/rc.d/rc.local 》

找到：

/usr/local/php/sbin/php-fpm start，首先什麼是php-fpm呢？

就是FastCGI Process Manager，是一種可選的PHP FastGCI執行模式，有一點很有特點的應用，尤其是一個繁忙的網站中：

(1)可適應的進行再生(NEW!)

(2)基本的統計功能（Apache's mod_status)

(3)高級進程管理功能，能夠優雅的停止/開始

(4)能夠使用不同的工作用戶和不同的php.ini

(5)輸入，輸出日誌記錄...

開啟後，一切恢復正常！自己的伺服器端技術還是有很多地方使用的不夠。需要多學習使用！

總結：

1、試檢查一下nginx.conf的設置，是不是有limit的設置，比如limit_zone、limit_conn，這些參數也是有影響的。

2、檢查一下防火牆，是不是有相關的設置限制。

3、檢查一下nginx.conf的設置，看看有沒有valid_referers none blocked的防鏈設置。

4、看下訪問靜態文件是否正常，錯誤排除～

OK，如上只是一些猜測～

具體原因，具體分析～

越來越多的系統，採用nginx，大家有必要了解些nginx的知識～

C. 如何免費推廣微信公眾號

1，利用QQ功能宣傳微信公眾號
騰訊的產品一直都是比較有人氣的。QQ是中國最有人氣的聊天工具之一，現在只要大家會上網，那麼幾乎人人都有QQ號，我們可以充分利用QQ的好友，QQ空間，QQ群等方法吸引很多高質量的用戶。值得說明的是，一般QQ里都有很多的親人朋友，我們使用QQ工具宣傳時盡量少打廣告，點到即可，QQ里的好友一般也是容易加你公眾號的。

2，淘寶等購物網站的購物留言，進行評論宣傳

如今網購是非常潮流的一件事情，大家每次在淘寶京東亞馬遜等購物後都有購物評價留言，可以在評論上，附帶著宣傳自己的公眾號，如果你的公眾號賣產品和網購的產品類似，更有利於吸引精確的客戶目標群體。

3，利用陌陌手機留言板，附近人等宣傳

陌陌被稱為約炮神器，年輕人普遍玩的較多。相對於微信陌陌也是有著很高的人氣。陌陌的功能也是比較豐富的，像陌陌的附近人，我們可以關注，打招呼。陌陌的留言板功能，我們可以發布留言還可以給他們評論，效果都是非常不錯的。還可以在陌陌資料上面，來引導用戶去關注我們的微信公眾號。

4，你用其他的手機app應用來進行宣公眾號

像這類的手機app應用是非常的多，像馬雲弄得來往扎堆，可以實現發帖，評論等宣傳。還有像中國移動的飛信服務，網易的易信等可以實現給手機號進行免費的簡訊，也有附近人等等很多的功能，可以去深入了解下。如果你的一些APP應用有比較多的人氣的話也可以引導至公眾服務號上來。

5，利用微博宣傳微信公眾號

微博這個平台，一直火了很久，雖然現在微信玩的人很多，但是玩微博的用戶也沒減少。主要是微博關注的新聞資訊等信息更新得非常快，也非常的方便，而且符合現在人快速閱讀的節奏。我們可以為自己的公眾號弄一個微博號，然後每天刷關注轉載一些時尚新穎能讓大家感興趣的話題新聞，多轉發，評論，多點贊，引導用戶關注公眾號。

6，採用個人微信號以及微信小號為自己的公眾號宣傳

大家要重視個人微信號的作用，充分利用個人的微信號裡面的每一個功能，例如個人微信號裡面有附近的人，添加手機QQ好友，搖一搖，漂流瓶，添加手機聯系人，朋友圈，等功能。把每一個功能都結合起來使用，最後能把所有的用戶吸引到微信公眾號上，達到增加人氣的目的。

7，在論壇，個人企業網站宣傳微信公眾號

論壇有地方論壇，專業論壇，行業論壇等等，像西祠胡同，鐵血軍事，Admin5論壇等等。個人公司網站上或者淘寶自己的店鋪上可以放上自己公眾號二維碼圖片等等，這樣在內容頁裡面加上公眾號二維碼的做法都是能吸引到精確的客戶群體的。

8，利用他人的微信公眾號進行宣傳

很多朋友不明白別人的微信公眾號怎麼可能為我們進行宣傳?其實你可以留意一些人氣比較火的公眾號，可以付費叫他們幫你推廣。也可以找認識的人合作。有些微信公眾號里有個社區留言的功能，每天都有很多人交流，相當於一個手機論壇，大家可以在那與網友交流，引導用戶關注公眾號。

9，利用信息網宣傳微信公眾號

知名的分類信息網像58同城，趕集網，百姓網等，這些平台都是相對免費的，大家可以到這些平台所對應的欄目，發布宣傳自己的公眾號，只要是可以發的欄目你盡量都去發。最終把用戶引到你的公眾賬號上。

10，利用網路貼吧，知道等產品宣傳公眾號

網路的產品一向都是人流量非常大的，比如網路貼吧，網路知道，網路文庫，網路經驗等有很多。我們可以在貼吧發文章宣傳，也可以在知道提問帶上公眾號的二維碼圖片，也可以把文章上傳到文庫，做網路經驗等，效果都是非常好的。

11，取長補短，模仿別人運營

取其精華，去其糟泊。作為一個公眾號的運營者一定要多關注別人，特別是人氣比較高的公眾號人家是怎麼運作的。多留心人家是通過什麼方法來吸引人氣的。一旦發現好的方法就要立刻模仿，並取其精華，去其糟泊，更加完善好用在自己的運營方法上。筆者就加了很多好的公眾號分析他們的運作方法模式。

12，利用微信發紅包宣傳公眾號

微信有個發紅包的功能，而且這個搶紅包功能是非常的有意思。具體的步驟是，你可以創建一個微信群，讓你的用戶加入，之後可以利用發紅包來吸引用戶加入，加群得先關注微信公眾號。然後你就可以少弄一筆錢讓用戶搶了，挺有意思也能很有人氣。

13，利用免費送東西宣傳公眾號

只要你的東西好而且還是免費的話。比如，我有一些PS軟體，Dreamweaver軟體，會聲會影軟體，FTP工具和一些優秀的網站源碼。我可以免費分享這些，但是有個前提就是得關注我的公眾號後才可以免費得到。你的用戶是哪類，喜歡什麼，也可以買一些東西免費送他們。

D. 簡書為什麼寫的東西怎麼不能同步了

一、消息推送基礎
消息推送，就是在互聯網上通過定期傳送用戶需要的信息來減少信息過載的一項新技術。推送技術通過自動傳送信息給用戶，來減少用於網路上搜索的時間。它根據用戶的興趣來搜索、過濾信息，並將其定期推給用戶，幫助用戶高效率地發掘有價值的信息
當我們開發需要和伺服器交互的移動應用時，基本上都需要和伺服器進行交互，包括上傳數據到伺服器，同時從伺服器上獲取數據。
一般情況下，客戶端與伺服器之間通訊客戶端是主動的，但這就存在一個問題就是一旦伺服器數據有更新或者伺服器要下發通知給客戶端只能等客戶端連接的時候才能實現。這種方式使消息失去了實時性。
如何使客戶端能夠實時的收到伺服器的消息和通知，總體來說有兩種方式，第一種是客戶端使用Pull（拉）的方式，就是隔一段時間就去伺服器上獲取一下信息，看是否有更新的信息出現。第二種就是 伺服器使用Push（推送）的方式，當伺服器端有新信息了，則把最新的信息Push到客戶端上。這樣，客戶端就能自動的接收到消息。 
雖然Pull和Push兩種方式都能實現獲取伺服器端更新信息的功能，但是明顯來說Push方式比Pull方式更優越。因為Pull方式更費客戶端的網路流量，更主要的是費電量，還需要我們的程序不停地去監測服務端的變化。  
二、幾種常見的解決方案實現原理
1）輪詢(Pull)方式：客戶端定時向伺服器發送詢問消息，一旦伺服器有變化則立即同步消息。
2）SMS(Push)方式：通過攔截SMS消息並且解析消息內容來了解伺服器的命令，但這種方式一般用戶在經濟上很難承受。
3）持久連接(Push)方式：客戶端和伺服器之間建立長久連接，這樣就可以實現消息的及時行和實時性。
三、消息推送解決方案概述
A、C2DM雲端推送方案
在Android手機平台上，Google提供了C2DM（Cloudto Device Messaging）服務。Android Cloud to Device Messaging (C2DM)是一個用來幫助開發者從伺服器向Android應用程序發送數據的服務。該服務提供了一個簡單的、輕量級的機制，允許伺服器可以通知移動應用程序直接與伺服器進行通信，以便於從伺服器獲取應用程序更新和用戶數據。
該方案存在的主要問題是C2DM需要依賴於Google官方提供的C2DM伺服器，由於國內的網路環境，這個服務經常不可用。
B、MQTT協議實現Android推送
採用MQTT協議實現Android推送功能也是一種解決方案。MQTT是一個輕量級的消息發布/訂閱協議，它是實現基於手機客戶端的消息推送伺服器的理想解決方案。
wmqtt.jar 是IBM提供的MQTT協議的實現。我們可以從這里（）下載該項目的實例代碼，並且可以找到一個採用PHP書寫的伺服器端實現（）。
C、RSMB實現推送功能
Really Small Message Broker (RSMB) ，是一個簡單的MQTT代理，同樣由IBM提供，其查看地址是：。預設打開1883埠，應用程序當中，它負責接收來自伺服器的消息並將其轉發給指定的移動設備。SAM是一個針對MQTT寫的PHP庫。我們可以從這個地址下載它.
D、XMPP協議實現Android推送
Google官方的C2DM伺服器底層也是採用XMPP協議進行的封裝。XMPP(可擴展通訊和表示協議)是基於可擴展標記語言（XML）的協議，它用於即時消息（IM）以及在線探測。這個協議可能最終允許網際網路用戶向網際網路上的其他任何人發送即時消息。
androidpn是一個基於XMPP協議的java開源Android push notification實現。它包含了完整的客戶端和伺服器端。但也存在一些不足之處：
1） 比如時間過長時，就再也收不到推送的信息了。
2）性能上也不夠穩定。
3）如果將消息從伺服器上推送出去，就不再管理了，不管消息是否成功到達客戶端手機上。
如果我們要使用androidpn，則還需要做大量的工作，需要理解XMPP協議、理解Androidpn的實現機制，需要調試內部存在的BUG。
E、使用第三方平台
目前國內、國外有一些推送平台可供使用，但是涉及到收費問題、保密問題、服務質量問題、擴展問題等等，又不得不是我們望而卻步。
四、消息推送完美方案
綜合以上論述，在建立Android消息推送方面可謂方案多多，但每一款方案都有其優缺點。但無論如何，還是自己搭建一個推送平台是上策。因為你有、他有不如自己有。
舉個例子，在搭建自有推送平台上建議使用《某某Android消息推送組件》。該組不僅可以拿來即用，並且還可以提供源碼以便擴展，實現自己的特殊需求。
A、推送原理
Android消息推送組件基於XMPP協議實現Android推送。XMPP（可擴展通訊和表示協議）是基於可擴展標記語言（XML）的協議，它用於即時消息（IM）以及在線探測。這個協議可能最終允許網際網路用戶向網際網路上的其他任何人發送即時消息。