跑過終點後，志願者馬上給戴上了獎牌，然後領取了無酒精啤酒和香蕉補給，慢慢走出體育場，沿路還看到一位受傷選手難以走上幾步台階的樓梯，還有累得不行的選手幹脆躺在地上休息，我自己也找個有陽光的地方一屁股癱坐在地上休息，拍了張照片從微信上發給兒子看，兒子評價說像是殘疾乞丐，暈啊。
在領取存衣包後，又遇到了在體育場門口喊加油的中國人，原來是哥廷根大學的學生，
到點準時出發，德國這邊都是記的淨時間，所以出發點不用擁擠，大家自覺根據自己的預計時間找到領跑的兔子站在附近就可以。我這次再次準備跟着4小時的兔子跑，并更嚴格讓自己在前面不要過于興奮、不要超速。
兩位領跑的兔子也按時準點，基本上一路都是勻速，第一個10公裡沒什麼特别好說的，跟着以比平時訓練稍微快點的速度跑，不算很難。
4月份的波恩馬拉松成績是4小時23分，比我第一次在廈門的4小時22分還要慢，算是創下最差記錄了。賽後有些遺憾，懷疑自己是不是報名太多了，中間間隔太短，也沒有恢複和重新訓練的時間。不過很早以前就已經報名了5月4日Kassel的馬拉松，無論如何也要繼續參加，難得到國外來，更難得參加國外的馬拉松。
于是四月份從波恩回來後也保持了一定的訓練，
硬盤确實是現在服務器或者電腦中雖容易損壞的部件了，我們的Linux服務器上安裝了比較多的硬盤，每台上面有8顆硬盤，使用的頭1、2年還好，到3、4年就逐步出現問題了，常見的是：
幾個月前讓同事把國内外服務器上的硬盤全部檢查了一遍，将通電時間、報錯次數、壞道數量等列出來，對損壞嚴重的硬盤棄用。
随着硬盤損
最近有外地的一位合作夥伴告訴我，發現我們網站百度無法訪問、收錄下降、快照不更新。關于百度的一些SEO指标什麼我關注都不太多，這幾年都以發展外文網站為重點去了，以前的中文網站隻要看流量、收入變化不大、還正常就可以，有的時候看到一些下降也認為是正常波動不太關注。
這位朋友反複提醒我多次需要注意，我就仔細看了，百度搜索的site某個網站域名，顯示“連通率0%”，進入百度站長平台，發現抓取壓力在4月19日左右突然斷崖式下降，再用模拟抓取工具，發現PC端和移動端都無法讀取我們網站，而且奇怪的是顯示的IP都不是我們的IP地址，甚至是錯誤的、一看就不可能
我們網站内容在不斷增加，服務器也越來越多，對于服務器的各項指标的監控也顯得更必要了，前兩個月開始就讓同事來做這方面的巡查工作，也應用了一些技術手段，這兩天把前一陣子的巡查報告要到，并進行了一些彙總和分析。
另外，關于服務器性能以及一些瓶頸評價也去找了一些資料，摘錄如下：
| 好 |
在升級Drupal網站時需要特别注意曾經對哪些模塊進行過更改，我們這裡主要修改過的記錄一下：
前一陣子寫了一篇《俺在德國上網的十八般武藝》和一篇《修改OpenWRT的設置接入802.1X認證的網絡》，這個CF-E218N遠程Wifi放大器确實幫了我的大忙，可以足不出戶就連接上百米以外的WLan。 不過從第一天開始就發現有路由器偶然中斷的情況，也就是電腦或者移動終端突然會斷網找不到Wifi熱點，這時跑過去看路由器，會發現背後幾個LED燈在不停閃爍，而正常情況下是顯示遠程無線信号強弱的。故障間隔時間上不固定，有時十幾個小時會斷一次，有時幾個小時，或者幾天，好像是與使用頻繁程度有關，網絡越繁忙就越容易出故障。偶爾也出現過出問題後路由器自己恢複的情況，但多數情況下 最近在對國内服務器進行硬盤的替換升級的時候，發現有一台服務器把數據庫遷移到新硬盤後，以前的老硬盤依然非常繁忙（用iostat檢查），仔細查看後，發現有一些MySQL數據庫用的InnoDB格式，即使把數據庫目錄搬遷後，實際數據依然放置在以前的硬盤上。 Drupal 7默認是采用InnoDB數據庫引擎以利用其一些獨特的特性，但我們的系列網站數據量很大，需要分散放置各子網站的數據庫才好，所以我們都是改為使用MyISAM數據庫，以前曾經修改過Drupal的Core文件來實現數據庫引擎的變更，但這在Drupal系統升級的時候就丢失了，這樣導緻一些新建網站的數據庫表，以及一些 最近在增加新的國外服務器以及對國内服務器進行硬盤的替換升級，國内服務器的硬盤經過幾年的使用後逐步損壞，去年讓同事進行過詳細和全面的磁盤檢查和掃描，都進行了記錄：
站内搜索2002-2023 v11.7 a-j-e-0 |
