Time of Update: 2018-07-29
轉載請註明出處: http://blog.csdn.net/gane_cheng/article/details/52819118 http://www.ganecheng.tech/blog/52819118.html (瀏覽效果更好) 2014年10月29日,W3C宣布,經過接近8年的艱苦努力,HTML5標準規範終於制定完成。 Html5將會取代1999年制定的HTML 4.01、XHTML
Time of Update: 2018-07-29
一、前言 在VC環境中除了我們所常用的Dialog、Menu和Bitmap等標準資源類型之外,它還支援自訂資源類型(Custom Resource),我們自訂的資源類型能做些什麼呢。呵呵,用處多多。 1. 預設的皮膚壓縮包或語言套件。一些支援換膚的軟體特別是一些媒體播放器常常有自訂的皮膚檔案(你可以嘗試將Media
Time of Update: 2018-07-29
從蟈蟈龍的blog轉過來的,好像他也是轉的別的地方,東西還是好的,最近做FCGI經常頻頻遇到問題,看看大家的討論,瞭解一下。 理解FastCGI應用的效能 Mark R. Brown Open Market, Inc. 1996年6月10號 Copyright © 1996 Open Market, Inc. 245 First Street, Cambridge, MA 0
Time of Update: 2018-07-29
VirtualBox中有4中網路連接方式: a. NAT 網路位址轉譯模式(Network Address Translation) b. Bridged Adapter
Time of Update: 2018-07-29
之前懶得寫判斷ie版本js,因為網上關於這方面的代碼太多了,所以從網上拷貝了一個,放到項目上才發現由於時效性的問題,代碼不生效。就自己寫一個吧。 怎麼去看瀏覽器的核心等資訊 ---- js的全域對象window子屬性navigator.userAgent,這個屬性是包含了瀏覽器資訊的相關資訊,包括我們需要的瀏覽器核心 navigator.userAgent這個值取出來是個字串,可以通過string的 indexOf方法或者正則匹配來驗證關鍵字符串
Time of Update: 2018-07-29
1 <HTML> 2 <HEAD> 3 <META http-equiv='Content-Type' content='text/html; charset=gb2312'> 4 <TITLE>js實現可輸入的下拉框</TITLE> 5 </HEAD> 6 <BODY> 7 <div style="position:relative;"> 8 <span
Time of Update: 2018-07-29
1、Web Server啟動時載入FastCGI進程管理器(IIS ISAPI或Apache Module) 2、FastCGI進程管理器自身初始化,啟動多個CGI解譯器進程(可見多個php-cgi)並等待來自Web Server的串連。 3、當用戶端請求到達Web Server時,FastCGI進程管理器選擇並串連到一個CGI解譯器。Web
Time of Update: 2018-07-29
大家都知道系統內建的confirm組件功能上可以滿足我們的需求,但是樣式很醜,而且還會暴露ip地址 這裡就做了一個confirm組建的封裝,在系統OOB 元件的基礎上,效果圖如下: 代碼如下(左邊樣式): /** * confirm重寫 */ .service('showConfirm', function ($ionicPopup) { &
Time of Update: 2018-07-29
建立一個經典的多對多關係:一本書可以有多個作者,一個作者可以有多本書(如下) 進行資料移轉,然後我們使用python manage.py sqlmigrate app(應用程式名稱) 遷移檔案名稱 查看一下sql語句(如下):
Time of Update: 2018-07-29
Voovan是個中國人做的開源通訊包,詳情可以查看http://www.voovan.org/ 當初選用Voovan作為系統通訊架構的原因其實是因為互連網上HTTP資料轉送的粘包問題,估計是用戶端處理有問題,但是這種事情到最後還是怪到服務端。mina、netty的解決方式比較繁瑣,倒是voovan不需要任何修改直接就解決了。 因為新裝置廠商的原因,部分裝置資料採用TCP Modbus方式進行資料通訊,這年頭做Java開發的能做位元組流通訊的已經很少了,只能重拾被放棄了五六年的IDE。
Time of Update: 2018-07-29
用牛頓迭代法求下面方程在1.5附近的根:2x^3-4x^2+3x-6=0 關於牛頓迭代法,在計算方法課程中講到,簡單解釋下,基本公式為: Xn+1=Xn-f(Xn)/f *(Xn) 其中Xn+1為第n+1次迭代結果,Xn為第n次迭代結果,f *(Xn)為f (Xn))的導函數值。 基本步驟: 第一步把方程改寫為多項式f(x)=2x^3-4x^2+3x-6,給定初值X0;
Time of Update: 2018-07-29
TCP首部中的RST位元是用於“複位”的。一般來說,無論何時一個報文段發往基準的串連出現錯誤,TCP都會發出一個複位報文段。TCP在下列三種情況下產生RST複位報文段。 1.到不存在的連接埠的串連請求 產生複位的一種常見情況是當串連請求到達時,目的連接埠沒有進程正在監聽。對於UDP,當一個資料報到達目的連接埠時,該連接埠沒在使用,它將產生一個ICMP連接埠不可達的資訊;而TCP則使用複位。 2.異常終止一個串連
Time of Update: 2018-07-29
對每一次大迴圈而言,相鄰兩個元素進行比較大小,如果滿足條件進行交換,最終實現把最大元素扔到最後面去。 準備了2周的Java、c、c++ 、資料結構和演算法,筆試的時候竟然只考了重載和單例外加3次握手,這對我簡直是一種侮辱,更為痛心的是竟然把我刷下來了。連個冒泡都不考的招聘是一次不完整的招聘。 public class BubbleSort {private int[] paraL;public BubbleSort(){}public void
Time of Update: 2018-07-29
近來網站隨著訪問量的增加,伺服器的壓力也隨之上升,一個很明顯的狀況便是服務端產生了大量的TIME_WAIT狀態,它究竟是什麼、對系統有何影響、為什麼很多人對它如此敏感。 Google一下TIME_WAIT會有成千上萬的文章,但總是別人的,今天自己整理一下對TIME_WAIT的認識。 TCP串連的終止 TCP建立一個串連至少需要交換三個分組,也因此稱之為TCP的三路握手(three-way
Time of Update: 2018-07-29
在命令列下執行startx, "The program 'startx' is currently not installed.you can install it typing: sodu apt-get install xinit " 繼續輸入sodu apt-get install xinit, "reading package lists...done building dependency tree reading state
Time of Update: 2018-07-29
maven 項目啟動tomcat 時報的錯誤: 2017-07-09 11:28:13,177 [RMI TCP Connection(5)-127.0.0.1] ERROR org.springframework.web.context.ContextLoader - Context initialization failedorg.springframework.beans.factory.BeanCreationException: Error creating
Time of Update: 2018-07-29
在struts-config.xml檔案中,action節點下有"validate"這樣一個屬性。在struts架構中,預設屬性是validate="­true"。所以如果想通過Form Baens的重載validate方法來驗證資料的話,可以不用理會這一點。題外話:如果你在struts-config.xml檔案中,設定validate­="false"的話,validate方法將不起作用。這一
Time of Update: 2018-07-29
先用 vmware gsx server 裝好三個 win2003 系統(方便的是安裝一個系統複製兩份),每個系統分配1G記憶體(保證運行流暢),在vmware gsx
Time of Update: 2018-07-29
下面代碼是我總結的針對二分類問題的預測結果分析工具函數。 代碼中有詳細的文檔說明。所以可以直接看代碼。 # -*- coding:utf-8 -*-from __future__ import print_functionfrom __future__ import divisionimport numpy as npimport pandas as pdimport matplotlib.pyplot as pltfrom sklearn.metrics import
Time of Update: 2018-07-29
2台前端伺服器、4台Exchange 後端伺服器的架構維持了大概6個月。期間不斷爆出問題各種各樣的問題,期間最突出的問題是Exchange 2003 打了SP2 補丁後,POP3服務經常出現宕機導致使用者端無法使用POP3服務進行郵件的收發。這個問題我想可能是Exchange 本身問題可能比較大,客戶在不打SP2補丁的時候POP3服務則啟動並執行非常正常。這是非常怪異的事情。