2011年5月26日 星期四

解決UltraVNC在Win7上無法使用Ctrl+Alt+Del問題

用過UltraVNC遠端遙控的人都知道,當要登入遠端電腦時,如果需要用到Ctrl+Alt+Del,按左上角那個像示波器的按鈕,它就會送出Ctrl+Alt+Del訊號給遠端。

這個在XP時代都沒問題,但是進化到Win7時,發現遠端連線正常,但是那個送出Ctrl+Alt+Del的按鈕,在就是怎麼按就是沒作用。

這個現象還不是每台電腦登入畫面都有,有些正常,有些不正常。我試著更新UltraVNC版本,結果都一樣。後來發現解決之道:


1.先將UAC關閉


2.遠端連線到無法使用Ctrl+Alt+Del有問題的電腦,然後在一般畫面中(非登入畫面),按下剛剛提到左上角像示波器的按鈕,然後就會出現以下畫面,然後按Yes即可。

接下來回到登入畫面,按Ctrl+Alt+Del就恢復正常囉~~

2011年5月18日 星期三

台中 --- 金雞會鹽酥雞

老妹的同學開了一家鹽酥雞店,店名叫做金雞會鹽酥雞。

一般鹽酥雞店都是做外帶居多,這間店有附設桌子可以內用,另有提供啤酒及飲料。

我點了幾樣菜,順便拍了下來:


薯條--炸的外酥內柔,超有口感的。


高麗菜--也是用炸的,起鍋後用大蒜、鹽、胡椒攪伴,吃起來青脆爽口。

鹽酥雞--這是店內招牌,雞肉經過特別醃製,跟九層塔炸過後,吃在嘴裡有一股特殊的香氣,果然十分對味。

鹽酥蝦 -- 這是店內另一道招牌,吃起來多汁而清甜,一定要試試看。

找朋友來這裡喝酒、聊天,配上鹽酥雞真的不錯,而且真的很便宜又好吃。

地點在柳陽西街跟崇德二街交叉會口。

2011年5月17日 星期二

公司內部MIS要如何分組

前陣子有個朋友問我,公司的MIS要怎麼分組比較恰當?


他所待的B公司是我第一份MIS工作,對於這間公司,我有著一份特殊的感情。


我對他說先整理一份清單,包括每個人的特質及技能抓出來,並且清查公司內部多少台PC及Server,每台Server負責哪些事情,以及網路架構、設備等等的資訊。


將這份清單整理出來後,再來分Team。我建議至少分成兩個Team,一個是Helpdesk,專門處理使用者的問題。一個是Network,專門處理網路及伺服器問題。如果有人在開發程式,再成立一個AP Team.


AP Team目標明確,找喜歡寫程式,可以在位置坐上8小時都不起身的人,就行了。


Network比較模糊,每個人都似懂非懂,有經驗的人是第一選擇。現在證照很流行,學校畢業的新鮮人,至少都有幾張響亮的證照頭銜。但是千萬不要找有證照而沒實務經驗的人來管Network,那只會帶來災難而已。


最麻煩的是Helpdesk Team,誰要去?


幹過MIS的都知道,在中小企業,常常一兩個人包辦全公司所有電腦相關事務,從前端到後端,還包括採購以及其它鎖碎的工作。而日常工作大概有80%都是跟使用者相關,也就是所稱的Helpdesk。


Helpdesk在大公司通常採外包,正式人員只負責Network及AP。也就是說在大公司Helpdesk隨時可取代的,它的Value值在公司內部屬於較低的。很多現有人員就不會想分配到這塊領域,就是因為Value低,可以被取代,以及終日只能摸索小電腦度日,無法往上升級。


通常沒有經驗或是剛來公司報到的MIS人員,分配到Helpdesk是最好的,哪怕這位仁兄有著5年以上經驗。Helpdesk其實是讓新人最快瞭解公司資訊結構的,認識公司人員及企業文化,也許你未來的阿娜答的就在這群使用者中。


在我經歷過的公司,剛好遇到兩次拆Team的組織調整。第一次遇到時,平常一起Call Work的同事,被分配到Helpdesk。他顯得有些無奈,我勸他看開一點,要不然只能再找其他公司了。過了二個月後他就走了,換跑道去一間股票上市公司,也算是因禍得福。


第二次遇到調整時,剛好是公司人事大地震,新任長官來個大風吹,將看不順眼的資深網管同事調到Helpdesk管阿里不達的東西。這位同事他看的很開,他說Helpdesk只管個人電腦,屬於白天的工作,下班時間到就可以拍拍屁股走人。Network要常常監看Server及Network狀態,假日還要值班,生活品質都沒了,還把命都賣給公司。


確實,每個人要的東西不一樣,看你怎麼想。其實扣除掉技術面, Helpdesk著重在與人的溝通,磨練自己跟別人的應對進退。Network屬於第二線,你要溝通的對象是機器,因此執著在技術的領域。


這次只是概分Helpdesk、Network及AP三個Team,這三個Team其實都還可以細分,有空再寫如何分。


順便參考我之前寫的MIS技能圖,這是可以對應分組用的。

2011年5月16日 星期一

業界很小

以前的同事(A君)打電話給我,問我某人(B君)的狀況。


B君是我在Y公司的同事,雖然同一部門,但隸屬不同課。他在Helpdesk,而我在網管,業務上或多或少有交集,偶爾也會來問我問題。

因為B君到我之前的X公司面試網管人員,剛好A君是面試官,他又想到我曾經待過Y公司,或許會認識B君。因此打電話給我,看看這位B君是否符合他找人的需求。

坦白說,我對B君認識不多,只是曾跟B君閒聊過,他響往當一位網管人員,但是他只在Helpdesk歷練過,對於X公司的工作短時間恐怕無法勝認。因此我將我的想法對A君說,由他自行斟酌。

當天晚上打電話給A君,他說他選擇了另一位人員。

我們每天都在做建議,建議吃甚麼,建議做甚麼。這次卻在遙遠的電話那頭,因為我的建議,決定了B君是否能進X公司的命運。

有時候你的建議是別人的決定。這件事告訴我,資訊界很小,大家相堵的到(台語),廣結善緣才是王道。善哉善哉~~~~~

2011年5月12日 星期四

PHP透過ODBC連線到MS-SQL方式

PHP提供兩種方式,透過ODBC連到MS-SQL:


一、第一種稱為DSN Connect :

1. 首先到ODBC管理員中,選擇系統資料來源名稱,點選新增。


2. SQL Server為範例,點選SQL Server後按完成。

3. 建立名稱,並選擇伺服器。若在SQL Server在本機,選擇Local

4.輸入登入SQL Server所需要的帳號、密碼。

5.選擇資料庫,這裡以Northwind為範例。

6.這裡皆使用預設值,按完成。

7.最後按測試資料來源,測試是否正確連線。
 
 
8. 上述設定完畢後,再寫一個連線程式,供PHP連線呼叫使用。


$dsn = "ABC";
$user = "sa" ;
$password = "123456" ;
$conn = odbc_connect($dsn,$user,$password);



二、第二種稱為DSN-Less Connect :

不用設定ODBC管理員,直接將DSN寫在程式內,提供PHP呼叫使用。

$server="(local)"; //備註:local須加括號,如果用主機名稱就不用加括號
$database="Northwind";
$user="sa";
$password="123456";
$conn = odbc_connect("Driver={SQL Server};Server=$server;Database=$database;", $user, $password);



瞭解了嗎? 一個透過ODBC UI介面,設定DSN。一個則是手動建立DSN。

這兩種方式皆可,不影響效能。實務上會建議採用DSN-Less Connect方式,可以省去ODBC UI的設定,且參數值可直接在程式上設定,例如Server或Database。

PHP撈MS-SQL資料遇到的問題(二)

PHP撈MS-SQL資料時,只要資料大一點就會出現錯誤訊息。直接到MS-SQL上查,發現在本機執行就會出現逾時過期的錯誤。本機都會Timeout了,難怪遠端查詢會錯誤。


測了好久,改了幾個在SQL Manager上參數都沒用,最後決定改用ODBC方式連線到MS-SQL。 測試結果比之前好,查詢速度快很多,而且查大量資料,不再顯示錯誤訊息。

先前使用Windows Extension的連線方式,也就是PHP透過特定的DLL檔跟MS-SQL溝通。方法簡單,但是可用函式太少,而且拿來查大量資料容易出問題。(也有可能我沒調好)

而ODBC發展早、技術成熟,而且PHP對ODBC支援的函數較多。以後如果有需要用PHP撈MS-SQL資料的人,建議還是使用ODBC方式較佳。

2011年5月10日 星期二

APPServ 2.5.10 安裝 PEAR

很久以前寫了一篇APPServ安裝PEAR的文章,那時是以AppServ 2.4.4a為例,現在已經過時了。
http://mike7120.blogspot.com/2009/08/pear.html


目前我都使用AppServ 2.5.10,在PEAR的安裝上,畫面及程序都更簡單。
如果有需要裝PEAR的人,可參考以下小惡魔(AppleBOY)所寫的這篇網路文章。
http://blog.wu-boy.com/2009/03/windows-appserv-%E5%AE%89%E8%A3%9D-pear-%E5%A5%97%E4%BB%B6/


安裝完PEAR之後,環境變數路徑需要手動變更。
到php.ini,在include_path輸入PEAR執行的路徑,存檔後重啟Apache才會生效。

PHP撈MS-SQL資料遇到的問題

PHP撈MS-SQL資料很多年前就嘗試過了,那時候是將PHP與MS-SQL都裝在同一台Server上,利用ODBC去撈的。

上個禮拜有個小任務,同樣也是PHP撈MS-SQL資料。這個案子只是測試版,短期又不會上線,等於是沒功勞的案件。不過呢,我喜歡搞這種異質平台的整合方案,就當成在練功吧。

這次測試過程遇到不少問題,紀錄下來,做為日後參考:

1. MS-SQL記得要設定一組使用者帳號,提供給PHP連線函式使用。並將這組帳號,賦予給要存取的Table,否則會出現權限不足,無法存取的訊息。

2. 在本機Win7上測試PHP連線到MS-SQL都正常,換到Windows 2003卻出現畫面空白。到網路查解決方式,將以下兩個檔案複製到Windows\System32底下,並將Apache services重啟即可。
  • C:\AppServ\php5\ext\php_mssql.dll
  • C:\AppServ\php5\ntwdblib.dll
3. 解決上述問題後,畫面總算出現東西了,卻秀出無法連線到Server的訊息。找了好久,最後解決方式是將連線程式內,原本連線到MS-SQL是用IP的,改為主機名稱就解決了。

這個問題比較奇怪,照理來講,用IP解析會比用名稱解析來的直接及快速。不管了,先可以用再說。這問題以後有想到再來研究。

4. 當PHP查詢MSSQL資料時(尤其是大量資料),常會出現”Fatal error: Maximum execution time….”的錯誤訊息。到php.ini將max_execution_time值調高(預設30秒),就不會因為查詢時間逾時,而出現錯誤訊息。

(PS.PHP查MySQL速度很快,就算資料大也是很快就回應。但是改成MS-SQL就很慢,不知道是誰的錯?)


5. 當PHP查MS-SQL遇到大量資料時,會將記憶體給塞滿,然後出現這段錯誤訊息:”Fatal error: Allowed memory size of 25430681 bytes exhausted (tried to allocate 2054 bytes)”。

到php.ini修改memory_limit值,可以解決這個問題。但是我從預設24M一路上修到800M,發現只要遇到那種大量資料查詢,就會出現記憶體不足的情形。 最後我只好使用筆數限制來解決這個問題。

(PS.我不清楚PHP撈MS-SQL資料,到底去抓甚麼東西,竟然可以將記憶體塞爆。當然,這也有可能是我技術太差,或有甚麼東西沒調整好所引起。上述情形在MySQL還沒遇到過,看來PHP跟MS-SQL需要一段磨合期。)


最後,PHP撈MS-SQL語法可參考此網站:
http://cch8.blogspot.com/2010/11/phpmssql.html

2011年5月6日 星期五

呆伯特法則

照阿,寫得真好,活像辦公室的某位老兄,真是心有戚戚焉~~~~
=====================================================

呆伯特法則

一些事沒人做,

一些人沒事做。

沒事的人盯著做事的人,

議論做事的人做的事,

使做事的人做不成事、做不好事。



於是,

老闆誇獎沒事的人,

因為他看到事做不成。



於是,

老闆訓誡做事的人,

因為他做不成事。



一些沒事的人總是沒事做,

一些做事的人總有做不完的事。

一些沒事的人滋事鬧事,

使做事的人不得不做更多的事。



結果

好事變壞事,

小事變大事,

簡單的事變複雜的事。



然後公司開始出事,

為了解決這些事,

老闆開始要求不做事的人做些事,



這些人才做一點點事,

就到處說他做了全天下最難的事,

也有人啥事也不做,

只會光說這是一件不可能成功的事。



最後做事的人還是不得不接下這些沒人做的事,

公司得救了,

不做事的人就說:

那還不是開頭做了許多事,

公司再見了,

他們也說:

我早說那是不可能的事。



最後全公司的人都不做事,

反正不做事也不會出事,

多做事反而會惹事。



阿拉伯諺語:

「你若不想做,會找到一個藉口。

你若想做,會找到一個方法」


來源網站--維基百科:
http://zh.wikipedia.org/zh-hant/%E5%91%86%E4%BC%AF%E7%89%B9%E6%B3%95%E5%89%87

2011年5月4日 星期三

Windows2003無法修改帳戶原則問題

為了測試LDAP,架了一台Windows2003,並升級為DC。


當要修改”群組原則”內的”帳戶原則”時,卻發現密碼複雜度、長度、有效期…都變成灰色的無法修改。將DC降級之後,發現帳戶原則又可以修改了。

到網路上查詢原因,有一篇文章說DNS沒設定好所引起,還有一篇文章說升級為SP2就可以解決。當然,這兩篇都是牽拖。

找了好久,終於找到問題點。原來我修改的是”本機群組原則”,升級為DC後,要使用”網域安全性原則”。真是大白癡。

本機群組原則


網域安全性原則