㈠ 用web.py寫的app可以直接部署到gae上面嗎
將：app=web.application(urls,globals()).wsgifunc()改成：app=web.application(urls,globals())2、將：application=sae.create_wsgi_app(app)改成：application=sae.create_wsgi_app(app.wsgifunc())
㈡ 埠的常用埠
1、TCP0=Reserved
2、TCP1=TCPPortServiceMultiplexer
3、TCP2=Death
4、TCP5=RemoteJobEntry,yoyo
5、TCP7=Echo
6、TCP11=Skun
7、TCP12=Bomber
8、TCP16=Skun
9、TCP17=Skun
10、TCP18=消息傳輸協議，skun
11、TCP19=Skun
12、TCP20=FTPData,Amanda
埠在入侵中的作用
有人曾經把伺服器比作房子，而把埠比作通向不同房間（服務）的門，如果不考慮細節的話，這是一個不錯的比喻。入侵者要佔領這間房子，勢必要破門而入（物理入侵另說），那麼對於入侵者來說，了解房子開了幾扇門，都是什麼樣的門，門後面有什麼東西就顯得至關重要。
入侵者通常會用掃描器對目標主機的埠進行掃描，以確定哪些埠是開放的，從開放的埠，入侵者可以知道目標主機大致提供了哪些服務，進而猜測可能存在的漏洞，因此對埠的掃描可以幫助我們更好的了解目標主機，而對於管理員，掃描本機的開放埠也是做好安全防範的第一步。
㈢ 如何解析POST原數據
解析POST原數據：
用的是web.py 在SAE上上傳文件需要臨時讀寫會引發IOerror，直接讀取POST原數據就不會，所以我想解析POST原數據。
㈣ 如何用Python進行微信二次開發
創建步驟：
1.申請免費且支持python的伺服器，新浪雲sae，新建SAE應用之後，有兩種代碼提交方式，建議使用SVN（因為git支持代碼提交，但不支持環境配置）；
2.將對應版本的信息復制到微信開發-基本配置-URL，提交顯示錯誤，因為還沒有寫代碼，可以先用web框webpy架寫個網頁；
查看webpy使用說明：http://www.webpy.org/install.zh-cn
查看ase進行python開發入門說明：http://www.sinacloud.com/doc/sae/python/index.html
3.配置信息，告訴新浪雲需要什麼運行環境。點擊代碼管理-編輯代碼，將用到的第三方庫信息寫入config.yaml，注意破折號，冒號後面空格！！
libraries:
-name:webpy
version:"0.36"
-name:lxml
version:"2.3.4"
在index.wsgi文件中寫入python啟動程序
新建文件，寫入接受微信get請求驗證的Python文件
4.在index.wgsi中寫入以下信息：
#coding=utf-8
importos
importsae
importweb#配置web的路由
urls=(
'/weixin','WeixinInterface'
)
#拼接路徑
app_root=os.path.dirname(__file__)
templates_root=os.path.join(app_root,'templates')
#渲染模版
render=web.template.render(templates_root)
#啟動app
app=web.application(urls,globals()).wsgifunc()
application=sae.create_wsgi_app(app)
5.在自己編寫的Python文件中寫入微信驗證和接受信息的程序
#coding=utf-8
importhashlib
importweb
importtime
importos
fromlxmlimportetree
#hashlib用於加密，md5，hash等
#lxml用來解析xml文件
classWeixinInterface(object):
#初始化
def__init__(self):
#拼接路徑
self.app_root=os.path.dirname(__file__)
self.templates_root=os.path.join(self.app_root,'templates')
#渲染模版
self.render=web.template.render(self.templates_root)
#使用get方法,接收微信的get請求,看開發者文檔的說明
#http://mp.weixin.qq.com/wiki/8/.html
defGET(self):
data=web.input()
signature=data.signature#微信加密簽名
timestamp=data.timestamp#時間戳
nonce=data.nonce#隨機數
echostr=data.echostr#隨即字元串
token='zq90857'#自己設置的token
#將token、timestamp、nonce三個參數進行字典序排序
list=[token,timestamp,nonce]
list.sort()
#將三個參數字元串拼接成一個字元串進行sha1加密
sha1=hashlib.sha1()
map(sha1.update,list)
temStr=sha1.hexdigest()#加密
#判斷
iftemStr==signature:
returnechostr
6.假設接收文字信息，按照開發者文檔的要求，配置template文件夾下reply_text.xml文件
$defwith(toUser,fromUser,createtime,content)
<xml>
<ToUserName><![CDATA[$toUser]]></ToUserName>
<FromUserName><![CDATA[$fromUser]]></FromUserName>
<CreateTime>$createtime</CreateTime>
<MsgType><![CDATA[text]]></MsgType>
<Content><![CDATA[$content]]></Content>
</xml>
㈤ 如何在新浪sae上建立python資料庫
因為Python本身的動態特性和強大而簡介的語法，我們實現這一目標非常容易（在此對Java開發人員表示遺憾）。
假定我們確定用web.py框架，mysql資料庫，memcache緩存，這3個組件SAE都支持，但和本地環境均有差異。
㈥ 請給出常用應用程序所用的埠
0 通常用於分析操作系統。這一方法能夠工作是因為在一些系統中「0」是無效埠，當你試圖使用一種通常的閉合埠連接它時將產生不同的結果。一種典型的掃描：使用IP地址為0.0.0.0，設置ACK位並在乙太網層廣播。
1 tcpmux 這顯示有人在尋找SGI Irix機器。Irix是實現tcpmux的主要提供者，預設情況下tcpmux在這種系統中被打開。Iris機器在發布時含有幾個預設的無密碼的帳戶，如lp, guest, uucp, nuucp, demos, tutor, diag, EZsetup, OutOfBox, 和4Dgifts。許多管理員安裝後忘記刪除這些帳戶。因此Hacker們在Internet上搜索tcpmux並利用這些帳戶。
7 Echo 你能看到許多人們搜索Fraggle放大器時，發送到x.x.x.0和x.x.x.255的信息。常見的一種DoS攻擊是echo循環（echo-loop），攻擊者偽造從一個機器發送到另一個機器的UDP數據包，而兩個機器分別以它們最快的方式回應這些數據包。另一種東西是由DoubleClick在詞埠建立的TCP連接。有一種產品叫做「Resonate Global Dispatch」，它與DNS的這一埠連接以確定最近的路由。Harvest/squid cache將從3130埠發送UDP echo：「如果將cache的source_ping on選項打開，它將對原始主機的UDP echo埠回應一個HIT reply。」這將會產生許多這類數據包。
11 sysstat 這是一種UNIX服務，它會列出機器上所有正在運行的進程以及是什麼啟動了這些進程。這為入侵者提供了許多信息而威脅機器的安全，如暴露已知某些弱點或帳戶的程序。這與UNIX系統中「ps」命令的結果相似。再說一遍：ICMP沒有埠，ICMP port 11通常是ICMP type=11。
19 chargen 這是一種僅僅發送字元的服務。UDP版本將會在收到UDP包後回應含有垃圾字元的包。TCP連接時，會發送含有垃圾字元的數據流知道連接關閉。Hacker利用IP欺騙可以發動DoS攻擊。偽造兩個chargen伺服器之間的UDP包。由於伺服器企圖回應兩個伺服器之間的無限的往返數據通訊一個chargen和echo將導致伺服器過載。同樣fraggle DoS攻擊向目標地址的這個埠廣播一個帶有偽造受害者IP的數據包，受害者為了回應這些數據而過載。
21 ftp 最常見的攻擊者用於尋找打開「anonymous」的ftp伺服器的方法。這些伺服器帶有可讀寫的目錄。Hackers或Crackers 利用這些伺服器作為傳送warez (私有程序) 和pr0n(故意拼錯詞而避免被搜索引擎分類)的節點。
22 ssh PcAnywhere 建立TCP和這一埠的連接可能是為了尋找ssh。這一服務有許多弱點。如果配置成特定的模式，許多使用RSAREF庫的版本有不少漏洞。（建議在其它埠運行ssh）。還應該注意的是ssh工具包帶有一個稱為make-ssh-known-hosts的程序。它會掃描整個域的ssh主機。你有時會被使用這一程序的人無意中掃描到。UDP（而不是TCP）與另一端的5632埠相連意味著存在搜索pcAnywhere的掃描。5632（十六進制的0x1600）位交換後是0x0016（使進制的22）。
23 Telnet 入侵者在搜索遠程登陸UNIX的服務。大多數情況下入侵者掃描這一埠是為了找到機器運行的操作系統。此外使用其它技術，入侵者會找到密碼。
25 smtp 攻擊者（spammer）尋找SMTP伺服器是為了傳遞他們的spam。入侵者的帳戶總被關閉，他們需要撥號連接到高帶寬的e-mail伺服器上，將簡單的信息傳遞到不同的地址。SMTP伺服器（尤其是sendmail）是進入系統的最常用方法之一，因為它們必須完整的暴露於Internet且郵件的路由是復雜的（暴露+復雜=弱點）。
53 DNS Hacker或crackers可能是試圖進行區域傳遞（TCP），欺騙DNS（UDP）或隱藏其它通訊。因此防火牆常常過濾或記錄53埠。需要注意的是你常會看到53埠做為UDP源埠。不穩定的防火牆通常允許這種通訊並假設這是對DNS查詢的回復。Hacker常使用這種方法穿透防火牆。
67&68 Bootp和DHCP UDP上的Bootp/DHCP：通過DSL和cable-modem的防火牆常會看見大量發送到廣播地址255.255.255.255的數據。這些機器在向DHCP伺服器請求一個地址分配。Hacker常進入它們分配一個地址把自己作為局部路由器而發起大量的「中間人」（man-in-middle）攻擊。客戶端向68埠（bootps）廣播請求配置，伺服器向67埠（bootpc）廣播回應請求。這種回應使用廣播是因為客戶端還不知道可以發送的IP地址。
69 TFTP(UDP) 許多伺服器與bootp一起提供這項服務，便於從系統下載啟動代碼。但是它們常常錯誤配置而從系統提供任何文件，如密碼文件。它們也可用於向系統寫入文件。
79 finger Hacker用於獲得用戶信息，查詢操作系統，探測已知的緩沖區溢出錯誤，回應從自己機器到其它機器finger掃描。
80 web站點默認80為服務埠，採用tcp或udp協議。
98 linuxconf 這個程序提供linux boxen的簡單管理。通過整合的HTTP伺服器在98埠提供基於Web界面的服務。它已發現有許多安全問題。一些版本setuid root，信任區域網，在/tmp下建立Internet可訪問的文件，LANG環境變數有緩沖區溢出。此外因為它包含整合的伺服器，許多典型的HTTP漏洞可能存在（緩沖區溢出，歷遍目錄等）
109 POP2 並不象POP3那樣有名，但許多伺服器同時提供兩種服務（向後兼容）。在同一個伺服器上POP3的漏洞在POP2中同樣存在。
110 POP3 用於客戶端訪問伺服器端的郵件服務。POP3服務有許多公認的弱點。關於用戶名和密碼交換緩沖區溢出的弱點至少有20個（這意味著Hacker可以在真正登陸前進入系統）。成功登陸後還有其它緩沖區溢出錯誤。
111 sunrpc portmap rpcbind Sun RPC PortMapper/RPCBIND。訪問portmapper是掃描系統查看允許哪些RPC服務的最早的一步。常見RPC服務有：rpc.mountd, NFS, rpc.statd, rpc.csmd, rpc.ttybd, amd等。入侵者發現了允許的RPC服務將轉向提供服務的特定埠測試漏洞。記住一定要記錄線路中的daemon, IDS, 或sniffer，你可以發現入侵者正使用什麼程序訪問以便發現到底發生了什麼。
113 Ident auth 這是一個許多機器上運行的協議，用於鑒別TCP連接的用戶。使用標準的這種服務可以獲得許多機器的信息（會被Hacker利用）。但是它可作為許多服務的記錄器，尤其是FTP, POP, IMAP, SMTP和IRC等服務。通常如果有許多客戶通過防火牆訪問這些服務，你將會看到許多這個埠的連接請求。記住，如果你阻斷這個埠客戶端會感覺到在防火牆另一邊與e-mail伺服器的緩慢連接。許多防火牆支持在TCP連接的阻斷過程中發回RST，著將回停止這一緩慢的連接。
119 NNTP news 新聞組傳輸協議，承載USENET通訊。當你鏈接到諸如：news://comp.security.firewalls/. 的地址時通常使用這個埠。這個埠的連接企圖通常是人們在尋找USENET伺服器。多數ISP限制只有他們的客戶才能訪問他們的新聞組伺服器。打開新聞組伺服器將允許發/讀任何人的帖子，訪問被限制的新聞組伺服器，匿名發帖或發送spam。
135 oc-serv MS RPC end-point mapper Microsoft在這個埠運行DCE RPC end-point mapper為它的DCOM服務。這與UNIX 111埠的功能很相似。使用DCOM和/或RPC的服務利用機器上的end-point mapper注冊它們的位置。遠端客戶連接到機器時，它們查詢end-point mapper找到服務的位置。同樣Hacker掃描機器的這個埠是為了找到諸如：這個機器上運行Exchange Server嗎？是什麼版本？這個埠除了被用來查詢服務（如使用epmp）還可以被用於直接攻擊。有一些DoS攻擊直接針對這個埠。
137 NetBIOS name service nbtstat (UDP) 這是防火牆管理員最常見的信息。
139 NetBIOS File and Print Sharing 通過這個埠進入的連接試圖獲得NetBIOS/SMB服務。這個協議被用於Windows「文件和列印機共享」和SAMBA。在Internet上共享自己的硬碟是可能是最常見的問題。大量針對這一埠始於1999，後來逐漸變少。2000年又有回升。一些VBS（IE5 VisualBasic Scripting）開始將它們自己拷貝到這個埠，試圖在這個埠繁殖。
143 IMAP 和上面POP3的安全問題一樣，許多IMAP伺服器有緩沖區溢出漏洞運行登陸過程中進入。記住：一種Linux蠕蟲（admw0rm）會通過這個埠繁殖，因此許多這個埠的掃描來自不知情的已被感染的用戶。當RadHat在他們的Linux發布版本中默認允許IMAP後，這些漏洞變得流行起來。Morris蠕蟲以後這還是第一次廣泛傳播的蠕蟲。這一埠還被用於IMAP2，但並不流行。已有一些報道發現有些0到143埠的攻擊源於腳本。
161 SNMP(UDP) 入侵者常探測的埠。SNMP允許遠程管理設備。所有配置和運行信息都儲存在資料庫中，通過SNMP客獲得這些信息。許多管理員錯誤配置將它們暴露於Internet。Crackers將試圖使用預設的密碼「public」「private」訪問系統。他們可能會試驗所有可能的組合。SNMP包可能會被錯誤的指向你的網路。Windows機器常會因為錯誤配置將HP JetDirect remote management軟體使用SNMP。HP OBJECT IDENTIFIER將收到SNMP包。新版的Win98使用SNMP解析域名，你會看見這種包在子網內廣播（cable modem, DSL）查詢sysName和其它信息。
162 SNMP trap 可能是由於錯誤配置
177 xdmcp 許多Hacker通過它訪問X-Windows控制台， 它同時需要打開6000埠。
513 rwho 可能是從使用cable modem或DSL登陸到的子網中的UNIX機器發出的廣播。這些人為Hacker進入他們的系統提供了很有趣的信息。
553 CORBA IIOP (UDP) 如果你使用cable modem或DSL VLAN，你將會看到這個埠的廣播。CORBA是一種面向對象的RPC（remote procere call）系統。Hacker會利用這些信息進入系統。
600 Pcserver backdoor 請查看1524埠。
一些玩script的孩子認為他們通過修改ingreslock和pcserver文件已經完全攻破了系統-- Alan J. Rosenthal.
635 mountd Linux的mountd Bug。這是人們掃描的一個流行的Bug。大多數對這個埠的掃描是基於UDP的，但基於TCP的mountd有所增加（mountd同時運行於兩個埠）。記住，mountd可運行於任何埠（到底在哪個埠，需要在埠111做portmap查詢），只是Linux默認為635埠，就象NFS通常運行於2049埠。
1024 許多人問這個埠是干什麼的。它是動態埠的開始。許多程序並不在乎用哪個埠連接網路，它們請求操作系統為它們分配「下一個閑置埠」。基於這一點分配從埠1024開始。這意味著第一個向系統請求分配動態埠的程序將被分配埠1024。為了驗證這一點，你可以重啟機器，打開Telnet，再打開一個窗口運行「natstat -a」，你將會看到Telnet被分配1024埠。請求的程序越多，動態埠也越多。操作系統分配的埠將逐漸變大。再來一遍，當你瀏覽Web頁時用「netstat」查看，每個Web頁需要一個新埠。
1025，1026 參見1024
1080 SOCKS 這一協議以管道方式穿過防火牆，允許防火牆後面的許多人通過一個IP地址訪問Internet。理論上它應該只允許內部的通信向外達到Internet。但是由於錯誤的配置，它會允許Hacker/Cracker的位於防火牆外部的攻擊穿過防火牆。或者簡單地回應位於Internet上的計算機，從而掩飾他們對你的直接攻擊。WinGate是一種常見的Windows個人防火牆，常會發生上述的錯誤配置。在加入IRC聊天室時常會看到這種情況。
1114 SQL 系統本身很少掃描這個埠，但常常是sscan腳本的一部分。
1243 Sub-7木馬（TCP）
1524 ingreslock 後門許多攻擊腳本將安裝一個後門Shell於這個埠（尤其是那些針對Sun系統中sendmail和RPC服務漏洞的腳本，如statd, ttdbserver和cmsd）。如果你剛剛安裝了你的防火牆就看到在這個埠上的連接企圖，很可能是上述原因。你可以試試Telnet到你的機器上的這個埠，看看它是否會給你一個Shell。連接到600/pcserver也存在這個問題。
2049 NFS NFS程序常運行於這個埠。通常需要訪問portmapper查詢這個服務運行於哪個埠，但是大部分情況是安裝後NFS運行於這個埠，Hacker/Cracker因而可以閉開portmapper直接測試這個埠。
3128 squid 這是Squid HTTP代理伺服器的默認埠。攻擊者掃描這個埠是為了搜尋一個代理伺服器而匿名訪問Internet。你也會看到搜索其它代理伺服器的埠：8000/8001/8080/8888。掃描這一埠的另一原因是：用戶正在進入聊天室。其它用戶（或伺服器本身）也會檢驗這個埠以確定用戶的機器是否支持代理。
5632 pcAnywere 你會看到很多這個埠的掃描，這依賴於你所在的位置。當用戶打開pcAnywere時，它會自動掃描區域網C類網以尋找可能得代理（譯者：指agent而不是proxy）。Hacker/cracker也會尋找開放這種服務的機器，所以應該查看這種掃描的源地址。一些搜尋pcAnywere的掃描常包含埠22的UDP數據包。
6776 Sub-7 artifact 這個埠是從Sub-7主埠分離出來的用於傳送數據的埠。例如當控制者通過電話線控制另一台機器，而被控機器掛斷時你將會看到這種情況。因此當另一人以此IP撥入時，他們將會看到持續的，在這個埠的連接企圖。（譯者：即看到防火牆報告這一埠的連接企圖時，並不表示你已被Sub-7控制。）
6970 RealAudio RealAudio客戶將從伺服器的6970-7170的UDP埠接收音頻數據流。這是由TCP7070埠外向控制連接設置的。
13223 PowWow PowWow 是Tribal Voice的聊天程序。它允許用戶在此埠打開私人聊天的連接。這一程序對於建立連接非常具有「進攻性」。它會「駐扎」在這一TCP埠等待回應。這造成類似心跳間隔的連接企圖。如果你是一個撥號用戶，從另一個聊天者手中「繼承」了IP地址這種情況就會發生：好象很多不同的人在測試這一埠。這一協議使用「OPNG」作為其連接企圖的前四個位元組。
17027 Concent 這是一個外向連接。這是由於公司內部有人安裝了帶有Concent "adbot" 的共享軟體。Concent "adbot"是為共享軟體顯示廣告服務的。使用這種服務的一種流行的軟體是Pkware。有人試驗：阻斷這一外向連接不會有任何問題，但是封掉IP地址本身將會導致adbots持續在每秒內試圖連接多次而導致連接過載：
機器會不斷試圖解析DNS名—ads.concent.com，即IP地址216.33.210.40 ；216.33.199.77 ；216.33.199.80 ；216.33.199.81；216.33.210.41。（譯者：不知NetAnts使用的Radiate是否也有這種現象）
27374 Sub-7木馬(TCP)
30100 NetSphere木馬(TCP) 通常這一埠的掃描是為了尋找中了NetSphere木馬。
31337 Back Orifice 「elite」 Hacker中31337讀做「elite」/ei』li:t/（譯者：法語，譯為中堅力量，精華。即3=E, 1=L, 7=T）。因此許多後門程序運行於這一埠。其中最有名的是Back Orifice。曾經一段時間內這是Internet上最常見的掃描。現在它的流行越來越少，其它的木馬程序越來越流行。
31789 Hack-a-tack 這一埠的UDP通訊通常是由於"Hack-a-tack"遠程訪問木馬（RAT, Remote Access Trojan）。這種木馬包含內置的31790埠掃描器，因此任何31789埠到317890埠的連接意味著已經有這種入侵。（31789埠是控制連接，317890埠是文件傳輸連接）
32770~32900 RPC服務 Sun Solaris的RPC服務在這一范圍內。詳細的說：早期版本的Solaris（2.5.1之前）將portmapper置於這一范圍內，即使低埠被防火牆封閉仍然允許Hacker/cracker訪問這一埠。掃描這一范圍內的埠不是為了尋找portmapper，就是為了尋找可被攻擊的已知的RPC服務。
33434~33600 traceroute 如果你看到這一埠范圍內的UDP數據包（且只在此范圍之內）則可能是由於traceroute。
㈦ sae搭建django框架問題~~~~~~~
今天看了會兒文檔，
說sae有默認用django的版本（1.2.7） 還支持其他的版本（比如1.5），是否意味著這些版本已經都預裝好了，要用1.5的話， 僅僅改一下config裡面的配置就可以了？
另外還有一個資料庫使用的問題， 以前上傳wordpress的時候 只要在cpanel 裡面設置好Mysql的用戶密碼資料庫然後在配置裡面寫好就可以了。 以後就不用管它了。
而對於sae，開啟了「Mysql」服務，顯示的是這些
如果您想自己實現資料庫相關操作，可以使用以下常量:
用戶名 : SAE_MYSQL_USER
密碼 : SAE_MYSQL_PASS
主庫域名 : SAE_MYSQL_HOST_M
從庫域名 : SAE_MYSQL_HOST_S
埠 : SAE_MYSQL_PORT
資料庫名 : SAE_MYSQL_DB
這些量也不能更改，這個頁面同時還給了很多其他的選項，更有點暈。
問，資料庫應該怎麼用（或者設置）？
㈧ 各個埠都代表什麼意思
按照埠號的大小分類，可分為如下幾類 ：
（1）公認埠（WellKnownPorts）：從0到1023，它們緊密綁定（binding）於一些服務。通常這些埠的通訊明確表明了某種服務的協議。例如：80埠實際上總是HTTP通訊。
（2）注冊埠（RegisteredPorts）：從1024到49151。它們鬆散地綁定於一些服務。也就是說有許多服務綁定於這些埠，這些埠同樣用於許多其它目的。例如：許多系統處理動態埠從1024左右開始。
（3）動態和/或私有埠（Dynamicand/orPrivatePorts）：從49152到65535。理論上，不應為服務分配這些埠。實際上，機器通常從1024起分配動態埠。但也有例外：SUN的RPC埠從32768開始。
(8)webpysae擴展閱讀
各種服務常用埠號：
1，HTTP協議代理伺服器常用埠號：80/8080/3128/8081/9098
2，SOCKS代理協議伺服器常用埠號：1080
3，FTP（文件傳輸）協議代理伺服器常用埠號：21
4，Telnet（遠程登錄）協議代理伺服器常用埠號：23
5，HTTP伺服器，默認埠號為80/tcp（木馬Executor開放此埠）
6，HTTPS（securely transferring web pages）伺服器，默認埠號為443/tcp 443/udp
7，Telnet（不安全的文本傳送），默認埠號為23/tcp（木馬Tiny Telnet Server所開放的埠）
8，FTP，默認的埠號為21/tcp（木馬Doly Trojan、Fore、Invisible FTP、WebEx、WinCrash和Blade Runner所開放的埠）
9，TFTP（Trivial File Transfer Protocol），默認埠號為69/udp
10，SSH（安全登錄）、SCP（文件傳輸）、埠號重定向，默認的埠號為22/tcp
11，SMTP Simple Mail Transfer Protocol（E-mail），默認埠號為25/tcp（木馬Antigen、Email Password Sender、Haebu Coceda、Shtrilitz Stealth、WinPC、WinSpy都開放這個埠）
12，POP3 Post Office Protocol（E-mail），默認埠號為110/tcp
13，Webshpere應用程序，默認埠號為9080
14，webshpere管理工具，默認埠號9090
15，JBOSS，默認埠號為8080
16，TOMCAT，默認埠號為8080
17，WIN2003遠程登錄，默認埠號為3389
18，Symantec AV/Filter for MSE,默認埠號為 8081
19，Oracle 資料庫，默認的埠號為1521
20，ORACLE EMCTL，默認的埠號為1158
21，Oracle XDB（XML 資料庫），默認的埠號為8080
22，Oracle XDB FTP服務，默認的埠號為2100
23，MS SQL*SERVER資料庫server，默認的埠號為1433/tcp 1433/udp
24，MS SQL*SERVER資料庫monitor，默認的埠號為1434/tcp 1434/udp
㈨ 用Django寫網站，放到SAE上，然後資料庫鏈接總是報錯invalid literal for int() with base 10
這個是代碼問題啦，意思是你的字元串無法轉換成整數。本地的資料庫配置因該為類似MYSQL_PORT = '3306'，而線上則為：MYSQL_PORT = sae.const.MYSQL_PORT，埠值是一個變數
㈩ 有多少人按@蕭井陌大神給出的Python+Flask路線找到工作了
已經按照 python + web 的路線找到工作。
工資不高，省吃儉用勉強收支平衡，但總算是轉職成功了。
背景
年齡：1987.10
學歷：末流大專
基礎：會用電腦
人脈：0，無相關專業朋友及網友
簡歷：套了個流行的模板，內容流水賬，無任何包裝和技巧
時間線
2015.9.3 開始自學
2016.2.18 投簡歷，共投出10份，3個面試，4個不合適
2016.2.24~25 面試
2016.2.25 拿到兩個offer，選擇了其中一個
自學過程
2015年9月： 完成coursera的python交互程序設計入門。
本來根本沒有轉職的打算的，當時無意間點進了S1外野的一個討論編程的帖子，然後看到有人說coursera上這套python教程讓他感到打開了新世界的大門，然後我就去搜了下coursera python（那天正在下載i社的新作，等待的時候，人總是容易失去理智），然後我就參加了這門課，當時只是覺得coursera是個挺高大上的東西，試一下總是一種體驗，完成了week 1的課程後，發現week 2的課程得等一個禮拜後的互評結束後才能觀看。簡單搜索一下後，找到了全部的視頻，還帶字幕的。課程的內容很簡單，就是 用簡單的條件判斷語句 + 簡單的面向對象 + 課程提供的gui庫 來寫一些小游戲，比如第二周的課程是乒乓。後面的三周時間幾乎是廢寢忘食的利用所有空閑時間完成了這套課。這是人生中頭一次體會到編程的樂趣，雖然代碼糟糕的很，毫無技巧，也不優雅，然而程序跑通的那一刻，得到的體驗仍然勝過一切，無論是苦刷三天爆了件神裝，還是萬智牌絕境下神掏逆轉，或者是圍棋比賽中殫精竭慮戰勝了比自己強的對手，都無法與之相比。
2015年10月：辭職自學，路線確定 python web，用flask寫了個人blog。
琳琅滿目的自學編程路線中無一不是羅列了一堆磚頭書，從數學基礎到編譯原理，我相信推薦人都是好意，然而一個零基礎自學的人，得有多大的熱情，才能在沒有什麼反饋的情況下，堅持到學完所有的基礎？
這時候看到了蕭井陌的答案：「flask源碼讀懂，就能找到工作」
於是開始學flask，書用的是miguel的那本《flask web開發》，另外有本《explore flask》做參考
這個月比較辛苦，因為啥都不會，照著書敲，前兩周大腦一片混沌，總之各種報錯，各種搜索，各種補基礎，miguel是個好人，長期在他的blog上回答關於他書中的問題。後面敲多了，對MVT框架也就比較清楚了，搜索的內容從清一色的「又報錯了，救命TT」，變成了「我想實現這個功能，咋整」。總之在10月31日倒騰出了一個脆弱的個人blog，順便部署到了sae。
有個插曲，不知道是不是搜了太多的技術名詞，某天google的搜索頁面變成了星戰片尾字幕的效果，然後眼前一黑，進入了一個shell環境，裡面是google的試題，可惜當時太弱。
2015年11月~2016年1月：刷題，堆技術棧
checkio刷了一百題
pythonchallenge完成前28關
leetcode每個tag都做了幾題
匯智、codecademy的互動式教程看了前端和數據相關的
讀完大部分《Problem Solving with Algorithms and Data Structures》
讀完大部分《深入 Python 3》
讀完一半以上的py3.5標准庫
讀了一部分cookbook
讀了so的一些高票答案
讀了很多關於web的技術文章
2016年2月：思考人生，看了幾天海，學django，模仿todoist寫了個簡化版，投簡歷
這個月內心有些動搖，因為搜了半天沒找到年齡大學歷低無人脈的人轉職成功的先例，更害怕的是投出簡歷連面試機會都沒有，所以用一個多禮拜學了下django然後寫了個簡單的todolist，打算投幾份簡歷試試，結果沒想到，居然成了
其他
關於拖延症：
一個人自學是很容易墮落的，在家裡，一不小心，刷刷論壇，一天就過去了。
我自己的拖延現象是非常嚴重的，雖然已經盡力控制，但還是浪費了不少時間。
我控制拖延的方法，簡單的說就是：計劃 + 啟動。
建議找一款時間管理軟體，我用的是 todoist 和 番茄土豆。
每天起床後花半個小時規劃一下一天要做的事情，寫進todolist。
寫了一堆計劃，但最後沒完成的多少的現象也是很常見的，所以關鍵是得開始。
任何事情只要開始做就不那麼難了，如果計劃列表裡的某個任務讓你拖延很久確不去做，那你可以試試將這個計劃分解成很多簡單的步驟。
比如說，你的todolist有一項是 [加入功能A]，遲遲不開始是因為這功能實現起來很麻煩。那麼這時候可以考慮把 [加入功能A] 改為 [『搜索問題的答案』,『讀文章找頭緒』,'github找現成的實現','讀懂別人的代碼',『實現自己需要的功能』]，如果還是不願意動手，可以繼續細分，細化到 [打開瀏覽器，輸入問題，點擊搜索] 這種程度總能開始做事了。
關於英語：
感覺沒必要刻意去學，平時多用就行，比如可以 把刷知乎、貼吧、S1的時間用來刷quora、4chan、reddit，平時追的漫畫，先看英文肉。
關於提問：
我自己是完全的閉門造車狀態，沒有在任何平台提問過任何技術問題。
首先大部分問題都能直接搜到答案。
其次搜不到答案的問題，很大可能是問題描述有問題。
如果問題描述精準且真的搜不到答案，那麼「大神」們回答問題的成本也不低，而我又不是妹子，所以實在搞不定的問題寧可遺忘，也不提問。(哪裡會有人喜歡孤獨,不過是不喜歡失望.)
關於未來：
我知道，我現在只是一個勉強入門「中小型開源Web應用二次開發者」
我很難趕上那些，十幾歲開始學，二十幾歲就成為行業頂尖的人
但我28歲的時候開始學，38歲的時候至少能成為一個比較成熟的程序員吧