A. web伺服器訪問緩慢，作為運維人員，如何定位故障
遇到伺服器故障，問題出現的原因很少可以一下就想到。我們基本上都會從以下步驟入手：
一、盡可能搞清楚問題的前因後果
不要一下子就扎到伺服器前面，你需要先搞明白對這台伺服器有多少已知的情況，還有故障的具體情況。不然你很可能就是在無的放矢。
必須搞清楚的問題有：
故障的表現是什麼？無響應？報錯？
故障是什麼時候發現的？
故障是否可重現？
有沒有出現的規律（比如每小時出現一次）
最後一次對整個平台進行更新的內容是什麼（代碼、伺服器等）？
故障影響的特定用戶群是什麼樣的(已登錄的, 退出的, 某個地域的…)?
基礎架構（物理的、邏輯的）的文檔是否能找到?
是否有監控平台可用? （比如Munin、Zabbix、 Nagios、 New Relic…
什麼都可以）
是否有日誌可以查看?. （比如Loggly、Airbrake、 Graylog…）
最後兩個是最方便的信息來源，不過別抱太大希望，基本上它們都不會有。只能再繼續摸索了。
二、有誰在?
代碼如下:
$ w
$ last
用這兩個命令看看都有誰在線，有哪些用戶訪問過。這不是什麼關鍵步驟，不過最好別在其他用戶正幹活的時候來調試系統。有道是一山不容二虎嘛。（ne cook in
the kitchen is enough.）
三、之前發生了什麼?
$
history查看一下之前伺服器上執行過的命令。看一下總是沒錯的，加上前面看的誰登錄過的信息，應該有點用。另外作為admin要注意，不要利用自己的許可權去侵犯別人的隱私哦。
到這里先提醒一下，等會你可能會需要更新 HISTTIMEFORMAT
環境變數來顯示這些命令被執行的時間。對要不然光看到一堆不知道啥時候執行的命令，同樣會令人抓狂的。
四、現在在運行的進程是啥?
代碼如下:
$ pstree -a
$ ps aux
這都是查看現有進程的。 ps aux 的結果比較雜亂， pstree -a 的結果比較簡單明了，可以看到正在運行的進程及相關用戶。
五、監聽的網路服務
代碼如下:
$ netstat -ntlp
$ netstat -nulp
$
netstat -nxlp
我一般都分開運行這三個命令，不想一下子看到列出一大堆所有的服務。netstat -nalp倒也可以。不過我絕不會用 numeric 選項
（鄙人一點淺薄的看法：IP 地址看起來更方便）。
找到所有正在運行的服務，檢查它們是否應該運行。查看各個監聽埠。在netstat顯示的服務列表中的PID 和 ps aux 進程列表中的是一樣的。
如果伺服器上有好幾個Java或者Erlang什麼的進程在同時運行，能夠按PID分別找到每個進程就很重要了。
通常我們建議每台伺服器上運行的服務少一點，必要時可以增加伺服器。如果你看到一台伺服器上有三四十個監聽埠開著，那還是做個記錄，回頭有空的時候清理一下，重新組織一下伺服器。
六、CPU 和內存
代碼如下:
$ free -m
$ uptime
$ top
$
htop
注意以下問題:
還有空餘的內存嗎? 伺服器是否正在內存和硬碟之間進行swap?
還有剩餘的CPU嗎? 伺服器是幾核的? 是否有某些CPU核負載過多了?
伺服器最大的負載來自什麼地方? 平均負載是多少?
七、硬體
代碼如下:
$ lspci
$ dmidecode
$
ethtool
有很多伺服器還是裸機狀態，可以看一下：
找到RAID 卡 (是否帶BBU備用電池?)、 CPU、空餘的內存插槽。根據這些情況可以大致了解硬體問題的來源和性能改進的辦法。
網卡是否設置好?
是否正運行在半雙工狀態? 速度是10MBps? 有沒有 TX/RX 報錯?
八、IO 性能
代碼如下:
$ iostat -kx 2
$ vmstat 2 10
$ mpstat
2 10
$ dstat --top-io --top-bio
這些命令對於調試後端性能非常有用。
檢查磁碟使用量：伺服器硬碟是否已滿?
是否開啟了swap交換模式 (si/so)?
CPU被誰佔用：系統進程? 用戶進程? 虛擬機?
dstat 是我的最愛。用它可以看到誰在進行 IO： 是不是Mysql吃掉了所有的系統資源? 還是你的PHP進程?
九、掛載點 和 文件系統
代碼如下:
$ mount
$ cat /etc/fstab
$ vgs
$
pvs
$ lvs
$ df -h
$ lsof +D / /* beware not to kill your box
*/
一共掛載了多少文件系統?
有沒有某個服務專用的文件系統? (比如MySQL?)
文件系統的掛載選項是什麼： noatime?
default? 有沒有文件系統被重新掛載為只讀模式了？
磁碟空間是否還有剩餘?
是否有大文件被刪除但沒有清空?
如果磁碟空間有問題，你是否還有空間來擴展一個分區？
十、內核、中斷和網路
代碼如下:
$ sysctl -a | grep ...
$ cat
/proc/interrupts
$ cat /proc/net/ip_conntrack /* may take some time on busy
servers */
$ netstat
$ ss -s
你的中斷請求是否是均衡地分配給CPU處理，還是會有某個CPU的核因為大量的網路中斷請求或者RAID請求而過載了？
SWAP交換的設置是什麼？對於工作站來說swappinness 設為 60 就很好,
不過對於伺服器就太糟了：你最好永遠不要讓伺服器做SWAP交換，不然對磁碟的讀寫會鎖死SWAP進程。
conntrack_max 是否設的足夠大，能應付你伺服器的流量?
在不同狀態下(TIME_WAIT, …)TCP連接時間的設置是怎樣的？
如果要顯示所有存在的連接，netstat 會比較慢， 你可以先用 ss 看一下總體情況。
你還可以看一下 Linux TCP tuning
了解網路性能調優的一些要點。
十一、系統日誌和內核消息
代碼如下:
$ dmesg
$ less /var/log/messages
$
less /var/log/secure
$ less /var/log/auth
查看錯誤和警告消息，比如看看是不是很多關於連接數過多導致？
看看是否有硬體錯誤或文件系統錯誤?
分析是否能將這些錯誤事件和前面發現的疑點進行時間上的比對。
十二、定時任務
代碼如下:
$ ls /etc/cron* + cat
$ for user in
$(cat /etc/passwd | cut -f1 -d:); do crontab -l -u $user; done
是否有某個定時任務運行過於頻繁?
是否有些用戶提交了隱藏的定時任務?
在出現故障的時候，是否正好有某個備份任務在執行？
十三、應用系統日誌
這里邊可分析的東西就多了,
不過恐怕你作為運維人員是沒功夫去仔細研究它的。關注那些明顯的問題，比如在一個典型的LAMP（Linux+Apache+Mysql+Perl）應用環境里:
Apache & Nginx; 查找訪問和錯誤日誌, 直接找 5xx 錯誤, 再看看是否有 limit_zone 錯誤。
MySQL;
在mysql.log找錯誤消息，看看有沒有結構損壞的表， 是否有innodb修復進程在運行，是否有disk/index/query 問題.
PHP-FPM; 如果設定了 php-slow 日誌, 直接找錯誤信息 (php, mysql, memcache, …)，如果沒設定，趕緊設定。
Varnish; 在varnishlog 和 varnishstat 里, 檢查 hit/miss比.
看看配置信息里是否遺漏了什麼規則，使最終用戶可以直接攻擊你的後端？
HA-Proxy;
後端的狀況如何？健康狀況檢查是否成功？是前端還是後端的隊列大小達到最大值了？
結論
經過這5分鍾之後，你應該對如下情況比較清楚了：
在伺服器上運行的都是些啥？
這個故障看起來是和 IO/硬體/網路 或者 系統配置 (有問題的代碼、系統內核調優, …)相關。
這個故障是否有你熟悉的一些特徵？比如對資料庫索引使用不當，或者太多的apache後台進程。
你甚至有可能找到真正的故障源頭。就算還沒有找到，搞清楚了上面這些情況之後，你現在也具備了深挖下去的條件。繼續努力吧！
B. 如何通過基站信息實現web頁面地圖定位
這里大體上有兩種思路。一是採用專業的數據網站提供的收費API，這種方法快速、方便，遇到問題有技術支持，惟一的缺點就是收費較高，通常是按調用次數和時間段來收費。當然，我們還是採用第二種方法，免費公開介面--Google Web Service API。這里需要說明的是，你的網路必須有訪問google的許可權（自行度娘，這里不再詳述）。
實現思路：把接收的基站信息拼裝成google web service api 需要的json格式，再通過POST方法訪問google api，返回json格式的結果數據，從中提取你需要的經緯度坐標。
代碼片斷如下：
var xmlhttp;
if (window.XMLHttpRequest) {
// code for IE7+, Firefox, Chrome, Opera, Safari
xmlhttp=new XMLHttpRequest();
} else {
// code for IE6, IE5
xmlhttp=new ActiveXObject("Microsoft.XMLHTTP");
}
xmlhttp.onreadystatechange=function() {
if (xmlhttp.readyState==4 && xmlhttp.status==200) {
return JSON.parse(xmlhttp.responseText);
}
}
xmlhttp.open("POST","key=xxxxxxxx",true);
xmlhttp.setRequestHeader("Content-type","application/json");
xmlhttp.send(拼裝好的json);
C. web前端職業方向定位
北大青鳥web職場頻道為大家分享web前端職業方向定位
首先，只有確定好自己的職業方向，才能做好職業規劃。在我看來，做WEB前端技術能夠找到的職業方向有以下幾種：
(1)資深WEB前端工程師
這個方向算是一個WEB前端最基本的選擇了，在國外，很多老外都能夠把自己的專業做到極致，能一輩子就在一個專業領域不斷學習和積累。主要在於內因和外因
兩方面，內因是老外通常思想比較簡單直接，容易一直專注於一個領域;外因是國外的環境很好，能夠良好的支撐這樣的職業發展道路。反觀國內，從內因來
講，WEB前端技術人員還是蠻浮躁的，通常會因為WEB前端知識的更新速度太快而覺得學習起來辛苦，最終轉向後台或其他道路。從外因來講，WEB前端人員
沒有獲得公平的待遇，可能從HTML頁面製作就開始並沿襲下來的，從來WEB前端人員都比後端人員低一等，貌似前端就是「淺顯」的代名詞、後端就是「深
奧」的代名詞，這也直接造就了前端人員的收入無法和後端人員媲美，同時直接影響到前端人才市場的活躍程度。另一方面，前端的技術入門較容易，造成另一個極
端情況：人員泛濫、人才稀缺。我想對所有的WEB前端工程師說：麵包總會有的，要耐得住寂寞!我個人比較推薦這個職業發展方向，因為，在這個方向下，只要
足夠耐心、厚積薄發，成功的概率是非常高的。同時，這是一條最單純的路，我們更多的是花費精力在技術的鑽研上，而不是辦公室政治等其它瑣事。
(2)資深WEB架構師
說功利點兒，我喜歡這個方向，既兼顧了工作的單純性、又能夠減少實際Coding的工作量能騰出更多時間鑽研技術。在國內，WEB前端工程師遇到較多的情
況是總是反復編寫著同樣的代碼，總是面對著同樣的技術和產品，容易感覺枯燥。由於我們擁有最為廣泛的WEB相關知識沉澱，使得我們更加容易成為一名架構
師。這個職業發展方向不如第一種來得平滑，主要是作為一名架構師不得不學習：後端技術、DBA、Platform等內容，而這種學習通常需要實際操刀做項
目，不是自己在家裡寫兩個Demo就好的，這就勢必會遭遇一段時間的陣痛期。雖然不是很平滑，但是，對於一個大局觀好、悟性好、知識面廣的前端工程師，我
推薦你們努把力，走一條光榮的架構師之路吧。
(3)自己創業
其實，自己創業是最好的道路、也是成功率最低的道路，挑戰和機遇並存。這里，作為一個前端技術人員，需要將自己的視野更多放在行業的動態、產業鏈的動態、
相關產品領域的動態，把關注細節的優勢繼續保持，同時，增強自己把控一個產品乃至一個公司命運的能力。但是，這條道路和技術之路稍有分歧，後續將不再贅述。
(4)轉崗管理或其他
由於這條職業道路和WEB前端技術之路關系不大，故而，這里不做過多討論，但是，無論是否走上這條道路，我覺得對於任何技術之路，更好的大局觀、更廣泛的
視野是良好發展的必備條件，擁有良好的大局觀和更廣泛的視野別無他法，只能不斷的進行知識的橫向拓展和積累，同時，多在橫向拓展知識的時候進行實踐，把知
識變成技能。
D. web前端工程師怎麼給自己定位
前端對於網站來說，通常是指網站的前台部分，包括網站的表現層和結構層。前台的應用和網頁直接展示給客戶，用戶體驗的重要性決定了後台只是為前台服務的。因此，前端開發的重要性不言而喻。現在的微信、淘寶、網站、手機網站都是通過前端開發來做的。目前並沒有學校開設HTML5課程，但是培訓機構的出現，對於准備進入H5行業的學員來說是無比的好消息。H5EDU的HTML5課程融合了HTML5開發基礎課程、CSS3基礎課程和移動前端交互JavaScript+JQuery+Ajex等課程,從入門到精通,讓開發者全面學習HTML5,快速掌握HTML5開發技能。現在主流的開發中包括頁面模板製作、頁面布局、 頁面特效、頁面美化、 網頁游戲、微網站製作、常見的APP等，都基於前端開發技術完成。
E. web問題為什麼訪問域名等，會直接跳到首頁文件，怎麼定位的這個文件，路有的只要輸入目錄，即會訪問html文
要創建一個網站，首先要安裝WEB服務，打開電腦上的埠，接受別人的訪問，每個訪問都會被WEB服務程序處理，其中有一個默認規則打開一個網頁目錄會默認打開其下的文件如：index.html,default.html或後綴為ASP，PHP，JSP的文件，這個設置在WEB服務程序里可以重新設置成其它文件。
打開網站首頁，其實就是打開了網站根目錄。當然你也可以指定要訪問的文件，比如鏈接
F. 如何做到實時定位手機Web端用的是聯通卡
目前民間手機定位查找功能限制條件較大，我司未推出關於手機號碼或者手機終端進行定位搜索，。
G. 如何定位Web系統前後台的BUG
分開跟你說
前台bug 主要有兩塊 第一就是JS寫的有問題，這個你可以按F12 打開控制台，一般瀏覽器都會顯示報錯的jS 你看你報錯的function然後去代碼里看，基本上都會找到錯誤原因的 變數未定義，參數未定義啦啥啥啥的，JS錯誤都很好解決的。 第二個就是你頁面中的bug了，現在做web項目基本上沒有做靜態頁面的都是動態了，所以你頁面中要麼使用了小腳本要麼使用了EL表達式來存值。頁面報錯的話 在控制台是可以看到你錯誤行號和附近代碼的，你自己去找就行了。
後台bug 改難改，但是找好找。主要就是看控制台報錯，然後定位錯誤行號。如果配置文件沒有問題，那麼一般的報錯就是空指針，或者是數組下標越界。看附近變數，看方法的參數基本上都可以定位錯誤了。。。純手打，望採納。如果還有什麼問題歡迎私聊
H. web前端如何實現一個div固定在某個位置
在前端裡面，如何將一個div固定在某個位置，屬於css內position定位的內容。position定位屬性有五種類型，分別如下：
1.static 定位。html元素的默認值，即沒有定位，遵循正常的文檔流對象。靜態定位的元素不會受到 top, bottom, left, right影響。
2.fixed 定位。元素的位置相對於瀏覽器窗口是固定位置。即使窗口是滾動的它也不會移動。
3.relative 定位。相對定位元素的定位是相對其正常位置。
4.absolute 定位。絕對定位的元素的位置相對於最近的已定位父元素，如果元素沒有已定位的父元素，那麼它的位置相對於整個頁面。
5.sticky 定位。粘性定位是基於用戶的滾動位置來定位。它依賴於用戶的滾動，在position:relative與position:fixed定位之間切換。