熱血OB-單車高雄到墾丁

作者： mtchang
這是三十歲後，第一次作長時間的運動，可以確定的是只是身材變形，體力還是可以的....
因為第一次騎單車作長途旅行，所以在行程規劃上較為保守。單車只是家X福品牌的登山車。
隨車的後援車輛為我的老車FreeCAR GLS(出售中有興趣的請洽我的賣場)
行程：
10/20 AM09:30 出發->仁武->鳳山->大寮->鳳林路->接17號省道海線交叉口麥當勞休息,到這裡約31km這段AVS約26km....算是體力足的一段
寄件者 20071021單車墾丁

PM 12:30 過林園->東港->水底寮->接近紡山一個很大的休息站，有7-11、加油站及萬巒豬腳的休息站休息。此時已經過 2hr34分 ....體力下降了...到這裡約已經過一半的路程，大約71km
寄件者 20071021單車墾丁
寄件者 20071021單車墾丁


寄件者 20071021單車墾丁


PM 02:32 剛剛休息到01:34才出發，體力很明顯的下降很多，所以到楓港這段騎起來開始有點累...楓港的中油加油站
寄件者 20071021單車墾丁

到這裡已經經過約 98km了，騎了約04:10的時間...在一下子就可以到目的地了....
寄件者 20071021單車墾丁

後半段因為落山風及上下坡比較多，騎起來有點累，就乾脆慢慢騎,,,騎到哪拍到哪.....
寄件者 20071021單車墾丁

寄件者 20071021單車墾丁

寄件者 20071021單車墾丁

寄件者 20071021單車墾丁

PM 05:30 終於到了下榻的民宿，我們住在墾丁國小旁的清吉明民宿，環境安靜清幽可以好好的休息，離墾丁大街也只有約50M遠，又有自己的停車場，不用擔心車子的安全，算是很不錯的地方，如果老闆可以算「我」便宜一點會更好...0rz..。這段路總共花了5:22分在騎車，但卻從早上0930-1730其他的時間都是在休息....算是小硬的行程....對於很久沒有運動的老骨頭，運動量算夠了....
寄件者 20071021單車墾丁

寄件者 20071021單車墾丁

共三台單車，兩台家X福的2xxx元，一台捷安特的8xxx元，價格都不過幾千元而已，騎單車只要有心何必在乎裝備的好壞...最多只是屁股多開幾顆花，遇到爬坡多走幾段路.....
寄件者 20071021單車墾丁

10/21 AM 08:00 起床出發，墾丁國家公園大門口->社頂公園
寄件者 20071021單車墾丁

AM 08:30 遊樂區門口，我的腿爆漿了....換人騎...調整椅座
寄件者 20071021單車墾丁

超高速下山，直達船帆石，轉往鵝鑾鼻
寄件者 20071021單車墾丁

寄件者 20071021單車墾丁

回程....國家公園門口，拆前輪車上車，人上車...回程回家，共塞了三台單車。
寄件者 20071021單車墾丁

寄件者 20071021單車墾丁

寄件者 20071021單車墾丁

留言

Unknown寫道…
哈囉 老師 還記得我嗎 我是卜豪 以前高苑登山社的啦 花蓮人 恩...哈 最近也是很想去爬山 但是總是找不到像以前一樣有熱情的夥伴 噯....無意間連到你的blog 挺懷念的
對了 老師你還在高苑嗎?最近生活還ok吧
多保重囉
9:03 下午
mtchang寫道…
哈哈..我記得....我的能高越嶺還要找你爬勒...我94年8月就離開高苑了，現在自行開業所以會比較有時間玩樂...我的MSN在右邊以前的夥伴可以在聯絡起來，有機會可以再去爬山的....台北還有個超猛的女社長(bluedarksee@hotmail.com)也畢業了，應該會更有空...
9:18 下午
Unknown寫道…
ㄟ～本人目前在營建業造橋，真的喔!!
八里新店快速道路，喔~我還OK~不過我們的登山社還活著，很健康，學弟12/21~23還去嘉明湖呢!!我們山社目前走跟別的學校合作路線，跟彰師大很好耶！
今年學弟有招到兩個新生(男的)，他們爬嘉明湖還可以停下來打電動～哈哈~~
所以高苑登山社還可以撐個4年，大家有空可以回去~~至於社團老師目前是成大&南台&高苑~共用一個登山老師~~屌吧!!!
2:54 下午
張貼留言

這個網誌中的熱門文章

Linux 下使用終端機連接 switch (minicom)

作者： mtchang
圖片
RS232 是很多資訊設備仍保留的連接界面，最常用在網路設備上的  console 界面登入。 minicom 是一個 Linux 下可以以終端機模式登入的程式，和以前 dos 時代的鐵力士很相 似 # 安裝 minicom mtchang@debian:~$ sudo apt-get install minicom # 我用的是 usb to rsr232 界面(現在 rs232 port 越來越少見了)，藉由 messages 檔案觀看他自動賦予那個 device 編號。這裡抓到的是 ttyUSB0 --> /dev/ttyUSB0 mtchang@debian:~$ sudo tail /var/log/messages -f Dec 11 09:54:34 debian kernel: [ 3454.792199] usb 5-1: USB disconnect, device number 2 Dec 11 10:32:35 debian kernel: [ 5735.764149] usb 4-1: new full-speed USB device number 4 using uhci_hcd Dec 11 10:32:35 debian kernel: [ 5735.980153] usb 4-1: New USB device found, idVendor=5372, idProduct=2303 Dec 11 10:32:35 debian kernel: [ 5735.980162] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Dec 11 10:32:35 debian kernel: [ 5735.980170] usb 4-1: Product: USB-Serial Controller Dec 11 10:32:35 debian kernel: [ 5735.980175] usb 4-1: Manufacturer: Prolific Technology Inc. Dec 11 10:32:35 debian kernel: [ 5735.982272] pl2303 4-1:1.0: pl23...
閱讀完整內容

VMWARE VM linux 擴充硬碟空間

作者： mtchang
可以參考 AWS 上面的文章  https://docs.aws.amazon.com/zh_tw/AWSEC2/latest/UserGuide/recognize-expanded-volume-linux.html  但 EC2 流程更簡單, 你在EC2調整後他自動幫你最佳化到好. Linux 內部他幫你處理了. VMWARE ESXi 就自己動手流程是 先調整 VMWARE 的VM硬碟空間 再去 LINUX 擴大硬碟分割區 然後把  FileSystem 放大 就好了...XD but 很重要的是, 因為這些有風險建議先備份免得出意外!!!  VMWARE ESXi Ubuntu Linux 放大VM硬碟 ESXi 把要放大硬碟的VM主機關機, 調整外部的硬碟容量設定大小(增大) 重開機, 從 ESXi console 登入 root 調整 可以先檢查目前的 disk 容量 # fdisk /dev/sda -l 重新掃描磁碟, ex: /dev/sda # echo 1 | sudo tee -a /sys/block/sda/device/rescan 延伸VM磁碟配置表 , 延伸後可以再檢查看看VM硬碟容量是否已經改變 #  growpart /dev/sda 3 重新讀取磁碟配置表 #  partprobe -s /dev/sda 延伸 LVM 的 Physical Extent (PE) , pvdisplay 可以檢查pv容量是否變化 #  pvresize -v /dev/sda3 延伸 LVM 的 Logical Volume (LV) * 完全延展 # lvextend -l +100%FREE /dev/ubuntu-vg/ubuntu-lv * 指定容量延展 # lvextend -L +100G /dev/ubuntu-vg/ubuntu-lv 延伸檔案系統 size , 可以用 df -lh 檢查容量 # resize2fs /dev/ubuntu-vg/ubuntu-lv
閱讀完整內容

透過 curl 的 timeout 設定識別 http 的網路連線壅塞問題

作者：
網路連線壅塞是一個難解的問題, 因為網路會產生抖動(Jitter)現象, 抖動發生時, 連線會突然變得很慢. 當狀況改善後就會回復. 但很大的原因是因為是因為 DNS 解析或是 TCP 交握的過程產生的問題.  當 curl 連線到一個 HTTP 網址時，其工作流程包括以下幾個主要步驟： 1. DNS 查詢 目標 ：解析主機名 (如 example.com ) 對應的 IP 位址。 過程 ： curl 通過 DNS 伺服器進行查詢，獲取目標伺服器的 IP 地址。 結果 ：若查詢成功，返回 IP 地址， curl 將繼續下一步。若查詢失敗， curl 則返回 DNS 錯誤並中止。 2. TCP 三向交握 (Three-Way Handshake) 目標 ：建立與目標伺服器的 TCP 連線。 過程 ： curl 通過系統內核發送一個 SYN 封包，目標伺服器回應 SYN-ACK ，然後 curl 返回 ACK 完成三向交握，建立起 TCP 連線。 結果 ：若在 --connect-timeout 設定時間內未完成三向交握，則連線失敗並返回超時錯誤。 3. 發送 HTTP 請求 目標 ：向伺服器發送具體的 HTTP 請求，根據 URL 設定不同的請求方法（如 GET 、 POST ）。 過程 ： curl 構建 HTTP 請求標頭並附加任何所需的數據（如表單數據），然後通過已建立的 TCP 連線將請求發送到伺服器。 結果 ：伺服器接收請求並準備回應，若過程中出現網路問題，則請求可能中止或失敗。 4. 伺服器處理請求並返回回應 目標 ：伺服器根據請求的 URL 路徑處理並生成對應的回應內容。 過程 ：伺服器確認請求內容後，由 HTTP 伺服器（如 httpd ）根據需求（例如讀取靜態文件或調用後端服務）生成回應，並加上適當的 HTTP 狀態碼和標頭。 結果 ：伺服器將回應內容傳回給 curl 客戶端。 5. 接收 HTTP 回應 目標 ： curl 從伺服器接收回應數據，並在終端或指定的輸出目標中顯示。 過程 ： curl 讀取 HTTP 回應標頭（包括狀態碼，如 200 OK 、 404 Not Found 等）及內容，並根據需要顯示、保存或處理該回應。 結果 ：若指定了輸出文件， curl 將回應寫入文件；若未指定，則在終端中顯示。...
閱讀完整內容