hichannel即時轉播的IP從原本的6個到前幾天的23個,誇張了,到今天的42個,有圖有真相,林來瘋效應持續擴大中,wmslive IP持續增加中。
可能會被遺忘的地方
2012-02-21
2012-02-17
林來瘋效應的受害者+1
2012-02-15
林來瘋癱瘓Hichannel??
最近林書豪的好表現吸引著一堆子人搶看直播和Hichannel的重播,應該其他電視的重播也是一樣搶著看。但是最近的出現了以前從沒遇過的狀況。今天NBA尼克v.s暴龍的比賽好像只有愛爾達直播,所以就只能開電腦看球,結果竟然在球賽期間是連不進Hichannel直播伺服器的,真是有誇張到,之前王建民的球賽轉播也沒遇過這種情形?也許是這場賽事只有愛爾達轉播的原因吧?所以只有用手動的方式直接測試直播伺服器,註冊的6個IP只剩一個IP可以正常連進去,不過還好還有一台可以不然就看不到精采的逆轉勝了~~YA。
這樣的情況也發生在Hichannel的完整賽事隨選上,最近常是連不上就算連上了也會卡住,晚間8~11點尤其嚴重,只能說林書豪真的太神了~~~~
這樣的情況也發生在Hichannel的完整賽事隨選上,最近常是連不上就算連上了也會卡住,晚間8~11點尤其嚴重,只能說林書豪真的太神了~~~~
2012-02-13
google chrome在Xwindow環境下會當機??
最近在Debian裡把Xwindow給裝起來,因為不用再開兩台機器。也許有人會問幹嘛不用VM咧?因為機器太low跑不太動了,10年的NB+7年的桌機...
需求其實很簡單,只要browser + terminal就可以了,browser首選就是google chrome了,因為window環境常用的書籤都在上面。
之前在NB上裝了ubuntu一樣也是使用chrome,就有時常當掉的問題,那時其實也不以為意,後來在桌機上也有一樣的狀況,就算更新到目前最新的v17.xx版也是一樣當給你看,到目前使用Debian+xfce4狀況也並沒有改善。一般的瀏覽是還好,遇到像flash或youtube之類的就頻率增加許多,但反觀firefox就穩定許多沒有上述的情形,目前還沒試出到底是什麼問題,真怪。
[2012/02/14]也許找到問題了??
之前的測試,在基本安裝後接著安裝chrome,實際上系統上並未真正安裝Flash Player,但是若是連接到adobe的網站,偵測到的資訊它又顯示chorme已支援Flash Player,但是若想要對FlashPlayer觀看相關資訊或是啟動硬體加速之類的就當給你看。我想下面也許是問題點:
對chrome放棄之後,就一直使用Firefox,但是Firefox就真的無法顯示Flash所以必須手動安裝Flash Player,在下載解壓縮後會產生一個額外的檔案libflashplayer.so,這個檔案必須放在你Firefox安裝目錄下的plugins目錄裡,ex:/usr/local/firefox/plugins/libflashplayer.so,或是個人目錄下的.mozilla目錄裡,才能讓Firefox可以正常的顯示flash的影片或動畫。
那為什麼以chrome連至adobe的網站為什麼遠端的資訊顯示著chrome已內建了Flash player,但是好像又功能不全咧??在chrome安裝目錄 /opt/google/chrome/ 裡有個檔案 libgcflashplayer.so,我想這個檔案是造成adobe網站回應已內建的原因。雖已內建plugin但卻沒有其他的檔案,才造成功能不全又當機頻頻吧?
在Firefox環境下安裝完成FlashPlayer後再來使用Google Chrome,目前已不再有當機的狀況且穩定許多,有鑑於此,在Linux環境使用chrome還是必須安裝Flash Player,在安裝完全後看的設定的都一切正常。
測試系統環境是Debian6.0.3 + xfce4 + chrome v17.0.963.46 + FlashPlayer v11.1.102.55。
需求其實很簡單,只要browser + terminal就可以了,browser首選就是google chrome了,因為window環境常用的書籤都在上面。
之前在NB上裝了ubuntu一樣也是使用chrome,就有時常當掉的問題,那時其實也不以為意,後來在桌機上也有一樣的狀況,就算更新到目前最新的v17.xx版也是一樣當給你看,到目前使用Debian+xfce4狀況也並沒有改善。一般的瀏覽是還好,遇到像flash或youtube之類的就頻率增加許多,但反觀firefox就穩定許多沒有上述的情形,目前還沒試出到底是什麼問題,真怪。
[2012/02/14]也許找到問題了??
之前的測試,在基本安裝後接著安裝chrome,實際上系統上並未真正安裝Flash Player,但是若是連接到adobe的網站,偵測到的資訊它又顯示chorme已支援Flash Player,但是若想要對FlashPlayer觀看相關資訊或是啟動硬體加速之類的就當給你看。我想下面也許是問題點:
對chrome放棄之後,就一直使用Firefox,但是Firefox就真的無法顯示Flash所以必須手動安裝Flash Player,在下載解壓縮後會產生一個額外的檔案libflashplayer.so,這個檔案必須放在你Firefox安裝目錄下的plugins目錄裡,ex:/usr/local/firefox/plugins/libflashplayer.so,或是個人目錄下的.mozilla目錄裡,才能讓Firefox可以正常的顯示flash的影片或動畫。
那為什麼以chrome連至adobe的網站為什麼遠端的資訊顯示著chrome已內建了Flash player,但是好像又功能不全咧??在chrome安裝目錄 /opt/google/chrome/ 裡有個檔案 libgcflashplayer.so,我想這個檔案是造成adobe網站回應已內建的原因。雖已內建plugin但卻沒有其他的檔案,才造成功能不全又當機頻頻吧?
在Firefox環境下安裝完成FlashPlayer後再來使用Google Chrome,目前已不再有當機的狀況且穩定許多,有鑑於此,在Linux環境使用chrome還是必須安裝Flash Player,在安裝完全後看的設定的都一切正常。
測試系統環境是Debian6.0.3 + xfce4 + chrome v17.0.963.46 + FlashPlayer v11.1.102.55。
2012-01-18
Navicat 有兩種UTF8的模式嗎??
這兩天在幫老婆大人轉檔的過程中發現了個怪問題,其實以前就有遇過只是沒去深入去探究可能的原因,下面是測試的畫面:
圖1、圖2是用mysql-4.1.22-w32.exe以系統預設安裝後的狀態,圖3、圖5、圖7則是三個Navicat上建立的Connection,不同的只是在Encoding的部份設定不同,但是設定的不同卻造成了相同也不同的結果,圖4、圖6、圖8分別是各Connection連線後,以Navicat提供的Console功能,執行show variables like '%c' 所show出的MySQL對於character set的狀態。
圖3與圖5的Encoding設定分別是950 (ANSI/OEM - Traditional Chinese Big5)和65001 (UTF-8),但是玄了,從各別的Console畫面圖4、圖6卻是完全相同,各個character set都沒有變更,再以實際的連線去select資料出來看,卻又沒辦法正常顯示對方連線時可正常顯示的資料。
圖5與圖7的Encoding設定都是UTF-8,但是圖7的UTF-8是勾選 Use MySQL character set而成的,原則上兩個連線都是以UTF-8為character set,但是從Console畫面圖6、圖8來看使用Use MySQL character set的選項才有辦法造成真的UTF-8的存儲使用環境。在實際連線測試select資料也是同樣無法正常顯示對方連線時可正常顯示的資料。
就目前來講這樣的測試還無法證明什麼,到底是MySQL的問題還是Navicat的Bug,不過自己覺得MySQL的character set的問題真的是個大麻煩,但也因為Navicat這個對UTF-8的怪原因,讓人浪費了不少zZZ的時間,不過至少知道一個結果..那就是如果要使用Navicat將原先Big5編碼的資料庫轉為UTF-8編碼時,UTF-8 Connection properties 的 "Use MySQL character set" 一定要勾啦!!
| 圖1.mysql.exe 直接連接畫面1(MySQL預設狀態) |
| 圖2.mysql.exe直接連接畫面2(MySQL預設狀態) |
| 圖3.localhost-Big5 Connection |
| 圖4.localhost-Big5 Console |
| 圖5.localhost-UTF8 Connection |
| 圖6.localhost-UTF8 Console |
| 圖7.localhost-UTF8-Defaule |
| 圖8.localhost-UTF8-Defaule Console |
圖1、圖2是用mysql-4.1.22-w32.exe以系統預設安裝後的狀態,圖3、圖5、圖7則是三個Navicat上建立的Connection,不同的只是在Encoding的部份設定不同,但是設定的不同卻造成了相同也不同的結果,圖4、圖6、圖8分別是各Connection連線後,以Navicat提供的Console功能,執行show variables like '%c' 所show出的MySQL對於character set的狀態。
圖3與圖5的Encoding設定分別是950 (ANSI/OEM - Traditional Chinese Big5)和65001 (UTF-8),但是玄了,從各別的Console畫面圖4、圖6卻是完全相同,各個character set都沒有變更,再以實際的連線去select資料出來看,卻又沒辦法正常顯示對方連線時可正常顯示的資料。
圖5與圖7的Encoding設定都是UTF-8,但是圖7的UTF-8是勾選 Use MySQL character set而成的,原則上兩個連線都是以UTF-8為character set,但是從Console畫面圖6、圖8來看使用Use MySQL character set的選項才有辦法造成真的UTF-8的存儲使用環境。在實際連線測試select資料也是同樣無法正常顯示對方連線時可正常顯示的資料。
就目前來講這樣的測試還無法證明什麼,到底是MySQL的問題還是Navicat的Bug,不過自己覺得MySQL的character set的問題真的是個大麻煩,但也因為Navicat這個對UTF-8的怪原因,讓人浪費了不少zZZ的時間,不過至少知道一個結果..那就是如果要使用Navicat將原先Big5編碼的資料庫轉為UTF-8編碼時,UTF-8 Connection properties 的 "Use MySQL character set" 一定要勾啦!!
2012-01-17
MySQL Big5 to UTF8 快速轉碼
延伸閱讀:Navicat 有兩種UTF8的模式嗎?? <-- 有要做的人一定要先看
昨天要幫老婆大人把客戶從MySQL dump出來的資料,從原先的Big5轉成UTF8再塞進去MySQL裡。原始檔案有將近900M,有點大所以大部份的編輯軟體都拿他沒輒,所以就開到Linux裡用iconv直接轉,轉是轉完了但是總會有"\?"的問題造成匯入不成功,去問了一下G大這有可能是換行字元的問題,為了快速找到解決方案就先把問題的研究先放著,解決問題優先。

昨天要幫老婆大人把客戶從MySQL dump出來的資料,從原先的Big5轉成UTF8再塞進去MySQL裡。原始檔案有將近900M,有點大所以大部份的編輯軟體都拿他沒輒,所以就開到Linux裡用iconv直接轉,轉是轉完了但是總會有"\?"的問題造成匯入不成功,去問了一下G大這有可能是換行字元的問題,為了快速找到解決方案就先把問題的研究先放著,解決問題優先。
[Navicat]是一套資料庫管理工具支援多種資料庫,可下載試用。它本身提供Data Transfer的功能可以直接讓線上的資料庫轉到另一個資料庫或輸出成檔案。轉換細節如下:
環境:Server: VMwarePlayer3.1.5 + Debian6.0.3 + MySQL 5.1.49
Client: WinXP with SP3 + Navicat10
- 在Navicat環境下,建立兩個Connections,一個Encoding設成950 (ANSI/OEM - Traditional Chinese Big5),另一個設成65001 (UTF-8)
- 點選 Tools -> Data Transfer -> General,設定Source Connection為Big5的那個,當然Target Connection就得設成UTF8的那個了,Database依需求設定
- 在Data Transfer畫面下點選Advanced,依照你的需求增減相關的選項,在本例中我將Include character set及Use hexadecimal format for BLOB取消。Include character set如果設定會把目的table也設成Source table的character設定,所以取消;至於Use hexadecimal format for BLOB則是因為我的資料庫有使用到BLOB的欄位,轉換時會造成錯誤,所以取消。
- 接著就按Start等待結果啦~
2012-01-15
Delphi7 Lite
在網路上找東找西時,看到了這個東東[Delphi7 Lite],甚至 Embarcadero.Delphi.XE2.Lite 都也有。就去載了D7LiteFullEdition來踹踹看和CD安裝有和差別,載下來也不過7xMbyte,從資料來看除了已加入一些patch外也再加入一些加強版的套件,裝完後給我的感覺就是一個加強版的D7,接著再把常用的Component裝起來,和安裝版沒什麼差別也沒有異樣,把之前寫的Code拿來重編也都正常無誤。
會看到它是為了找看看在Delphi上是否有支援Hash這個東東,因為在Perl上常用到也覺得粉好用,是的找到了在IniFiles裡有個THashedStringList可以做得到,而彼岸的網友也把THashedStringList和TStringList做了效能上的比較他使用的環境是D7.2+XPSp2,這個D7.2引起我的興趣,因為好像沒聽過有出7.2版,挖著挖著連D7.3版都出現了。從一開始的新鮮到後來的佩服,佩服他們對於某些東西的深度了解並實行。現在常找到的技術文章有極大多數都是彼岸的大作,這樣的情況其實已經持續了多年,這岸的我們應該要警惕。
會看到它是為了找看看在Delphi上是否有支援Hash這個東東,因為在Perl上常用到也覺得粉好用,是的找到了在IniFiles裡有個THashedStringList可以做得到,而彼岸的網友也把THashedStringList和TStringList做了效能上的比較他使用的環境是D7.2+XPSp2,這個D7.2引起我的興趣,因為好像沒聽過有出7.2版,挖著挖著連D7.3版都出現了。從一開始的新鮮到後來的佩服,佩服他們對於某些東西的深度了解並實行。現在常找到的技術文章有極大多數都是彼岸的大作,這樣的情況其實已經持續了多年,這岸的我們應該要警惕。
訂閱:
文章 (Atom)