其實呀
人真個是個很奇妙的生物呢
每一分美一秒每個細胞都有司其職
拼命努力工作來讓每個人的身體運作正常
撇開身體不說好嚕
就連心理也是個很神奇的層面呢
人常說 最大的敵人就是自己
講的應該就是無論如何最過不了的一關就是自己心理怎麼引導你吧
同樣一件事情 對自己有自信跟沒有自信的心理就可以反映出截然不同的結果
但是無論如何~ 對自己多一點自信是絕對正確的
多點自信 相信自己 你的心理才會通知你的身體 反映出自信的肢體語言唷
鼓勵自己也鼓勵大家 ~~
Saturday, August 30, 2008
其實呀
其實呀
人真個是個很奇妙的生物呢
每一分美一秒每個細胞都有司其職
拼命努力工作來讓每個人的身體運作正常
撇開身體不說好嚕
就連心理也是個很神奇的層面呢
人常說 最大的敵人就是自己
講的應該就是無論如何最過不了的一關就是自己心理怎麼引導你吧
同樣一件事情 對自己有自信跟沒有自信的心理就可以反映出截然不同的結果
但是無論如何~ 對自己多一點自信是絕對正確的
多點自信 相信自己 你的心理才會通知你的身體 反映出自信的肢體語言唷
鼓勵自己也鼓勵大家 ~~
Wednesday, August 27, 2008
精神科用藥系列之rivotril(利福全)
高藥師又來介紹精神科用藥了，有網友問最近為什麼一直介紹精神科用藥呢??實在是因為高藥師的藥局常接到這一些處方，有時候病人問起來，還有點挺不好意思的，所以想說花點時間來整理一下，接下來介紹這個藥也是歷史相當悠久的藥，那就是rivotril(利福全)，成分是clonazepam，這藥最主要是用來治療癲癇，但是也可以用在治療躁狂症（Mania）、恐慌症（Panic disorder）、社交畏懼症（Social phobia）以及作為Neuroleptics的輔助治療劑等等，亦有良好效果。
以下這些藥品成分一樣,如果你拿到這些藥的話,作用是一樣的學名藥
克癇平、柏森錠
注意事項
若您計畫(已)懷孕、哺乳，請告知您的醫(藥)師。
如果您對本藥成分過敏，請告知您的醫(藥)師。
服用此藥時，應該主動告知您的醫(藥)師所有您同時服用的其他藥品。其中特別要注意的有：口服避孕藥、鎮靜安眠藥、其他癲癇用藥、支氣管擴張劑、黴菌感染用藥等。
若您有肝臟疾病、腎臟疾病、青光眼、精神方面疾病，請告知您的醫(藥)師。
另外其有導致眩暈及嗜睡的副作用，服用時避免從事需要集中注意力的事如開車或操縱機械。
<副作用>
1.每一種藥都有副作用，若有以下情況，請勿太驚慌：噁心、暈眩、頭痛、嘔吐、便秘、腹瀉，注意力較不集中，這些症狀會隨時間慢慢減弱。
2.上述症狀若持續且加重，或有下列少見的情形，請立刻聯絡您的醫師：嚴重昏眩、意識不清、四肢無力、四肢不聽使喚、有傷害自己的情形、癲癇控制不好。
以下這些藥品成分一樣,如果你拿到這些藥的話,作用是一樣的學名藥
克癇平、柏森錠
注意事項
若您計畫(已)懷孕、哺乳，請告知您的醫(藥)師。
如果您對本藥成分過敏，請告知您的醫(藥)師。
服用此藥時，應該主動告知您的醫(藥)師所有您同時服用的其他藥品。其中特別要注意的有：口服避孕藥、鎮靜安眠藥、其他癲癇用藥、支氣管擴張劑、黴菌感染用藥等。
若您有肝臟疾病、腎臟疾病、青光眼、精神方面疾病，請告知您的醫(藥)師。
另外其有導致眩暈及嗜睡的副作用，服用時避免從事需要集中注意力的事如開車或操縱機械。
<副作用>
1.每一種藥都有副作用，若有以下情況，請勿太驚慌：噁心、暈眩、頭痛、嘔吐、便秘、腹瀉，注意力較不集中，這些症狀會隨時間慢慢減弱。
2.上述症狀若持續且加重，或有下列少見的情形，請立刻聯絡您的醫師：嚴重昏眩、意識不清、四肢無力、四肢不聽使喚、有傷害自己的情形、癲癇控制不好。
Sunday, August 24, 2008
Thursday, August 21, 2008
IE無法獲得cookie的問題
覺得很奇怪的問題~
同樣是使用cookie, php.ini 也設定一樣了
原本以為是windows 下使用apache 支援 cookie
而在 linux 中使用 lighttpd 太輕小所以沒有支援cookie
不過似乎也不是如此
不然為何在不管再windows 或 linux 下使用localhost 都可以取得到cookie 資料
在windows 下用IE 要取的linux webserver 發出的cookie 就有問題
同樣再windows 下使用firefox 就可以正確取得linux webser 發出的cookie!!
怪了怪了
是了許多關鍵字~只能說太神奇了
網路真的很方便~ 真的奇奇怪怪的問題都會有人解答
文章reference here [IE无法获得cookie的问题]
今天測試後台系統的時候，發現用IE6.0總是無法正常登錄。 每次登录后又被重定向回了登录頁面。每次登錄後又被重定向回了登錄頁面。 可换成Firefox却一切OK。可換成Firefox卻一切OK。
初步推断应该是Cookie的问题。初步推斷應該是Cookie的問題。 把所有现有Cookie删除，又将“隐私”选项设为“接受所有Cookie”后再试。把所有現有Cookie刪除，又將“隱私”選項設為“接受所有Cookie”後再試。 问题依旧。問題依舊。
没办法，只能用Ethereal抓包了。沒辦法，只能用Ethereal抓包了。 谁知一看就发现问题了：誰知一看就發現問題了：
expires= Tue ,31-Oct- 2006 00:23:00 GMT; path=/ expires= Tue ,31-Oct- 2006 00:23:00 GMT; path=/
Cookie的过期时间居然是2006年…… Cookie的過期時間居然是2006年……
把服务器日期改了之后再抓，发现Cookie的过期时间还是比当前时间早一个小时。把服務器日期改了之後再抓，發現Cookie的過期時間還是比當前時間早一個小時。 一个小时？一個小時？ 莫不是时区的问题？莫不是時區的問題？ 一看，果不其然。一看，果不其然。 服务器的时区是GMT+09：00。服務器的時區是GMT+09：00。 而自己机器上的时区却是GMT+08：00。而自己機器上的時區卻是GMT+08：00。 搞定！搞定！
但是为什么用Firefox没有问题呢？但是為什麼用Firefox沒有問題呢？
看了IE6.0 与FireFox 对Cookie时间的不同理解这篇文章后恍然大悟：
对 于IE6.0而言，Cookie的有效时间段是理解为客户端的时间与服务器端时间的间隔，即如果Cookie的时间设置为time()+300，那么在 IE6.0里，Cookie有效的条件是：客户端时间（验证Cookie时间）－服务器端时间（定义Cookie的时间）<300(秒)；所以这种 情况下，当我们网站上的验证码脚本被执行时，Cookie就已经过期了，所以验证码失效。 對 於IE6.0而言，Cookie的有效時間段是理解為客戶端的時間與服務器端時間的間隔，即如果Cookie的時間設置為time()+300，那麼在 IE6.0裡，Cookie有效的條件是：客戶端時間（驗證Cookie時間）－服務器端時間（定義Cookie的時間）<300(秒)；所以這種 情況下，當我們網站上的驗證碼腳本被執行時，Cookie就已經過期了，所以驗證碼失效。
而对于FireFox而言，Cookie的有效时间完全由服务器端的时间决定，以上面的假设为例，即Cookie有效的条件是：服务器端时间T2 （验证Cookie时间）－服务器端时间T1（定义Cookie的时间）<300(秒)。 而對於FireFox而言，Cookie的有效時間完全由服務器端的時間決定，以上面的假設為例，即Cookie有效的條件是：服務器端時間T2 （驗證Cookie時間）－服務器端時間T1（定義Cookie的時間）<300(秒)。 所以在FireFox里，当打开系统登录页时，我输入用户名、密码及验证码的时间肯定不会超过300秒，自然就可以正常登录。 所以在FireFox裡，當打開系統登錄頁時，我輸入用戶名、密碼及驗證碼的時間肯定不會超過300秒，自然就可以正常登錄。
可见，FireFox是充分考虑到了服务器端与客户端的时差问题。 可見，FireFox是充分考慮到了服務器端與客戶端的時差問題。
真是很神奇
突然想起我的linux 主機的時間是比較慢的，調整了時間跟windows系統對時之後
的確就可正確的拿到cookie了!!!
同樣是使用cookie, php.ini 也設定一樣了
原本以為是windows 下使用apache 支援 cookie
而在 linux 中使用 lighttpd 太輕小所以沒有支援cookie
不過似乎也不是如此
不然為何在不管再windows 或 linux 下使用localhost 都可以取得到cookie 資料
在windows 下用IE 要取的linux webserver 發出的cookie 就有問題
同樣再windows 下使用firefox 就可以正確取得linux webser 發出的cookie!!
怪了怪了
是了許多關鍵字~只能說太神奇了
網路真的很方便~ 真的奇奇怪怪的問題都會有人解答
文章reference here [IE无法获得cookie的问题]
今天測試後台系統的時候，發現用IE6.0總是無法正常登錄。 每次登录后又被重定向回了登录頁面。每次登錄後又被重定向回了登錄頁面。 可换成Firefox却一切OK。可換成Firefox卻一切OK。
初步推断应该是Cookie的问题。初步推斷應該是Cookie的問題。 把所有现有Cookie删除，又将“隐私”选项设为“接受所有Cookie”后再试。把所有現有Cookie刪除，又將“隱私”選項設為“接受所有Cookie”後再試。 问题依旧。問題依舊。
没办法，只能用Ethereal抓包了。沒辦法，只能用Ethereal抓包了。 谁知一看就发现问题了：誰知一看就發現問題了：
expires= Tue ,31-Oct- 2006 00:23:00 GMT; path=/ expires= Tue ,31-Oct- 2006 00:23:00 GMT; path=/
Cookie的过期时间居然是2006年…… Cookie的過期時間居然是2006年……
把服务器日期改了之后再抓，发现Cookie的过期时间还是比当前时间早一个小时。把服務器日期改了之後再抓，發現Cookie的過期時間還是比當前時間早一個小時。 一个小时？一個小時？ 莫不是时区的问题？莫不是時區的問題？ 一看，果不其然。一看，果不其然。 服务器的时区是GMT+09：00。服務器的時區是GMT+09：00。 而自己机器上的时区却是GMT+08：00。而自己機器上的時區卻是GMT+08：00。 搞定！搞定！
但是为什么用Firefox没有问题呢？但是為什麼用Firefox沒有問題呢？
看了IE6.0 与FireFox 对Cookie时间的不同理解这篇文章后恍然大悟：
对 于IE6.0而言，Cookie的有效时间段是理解为客户端的时间与服务器端时间的间隔，即如果Cookie的时间设置为time()+300，那么在 IE6.0里，Cookie有效的条件是：客户端时间（验证Cookie时间）－服务器端时间（定义Cookie的时间）<300(秒)；所以这种 情况下，当我们网站上的验证码脚本被执行时，Cookie就已经过期了，所以验证码失效。 對 於IE6.0而言，Cookie的有效時間段是理解為客戶端的時間與服務器端時間的間隔，即如果Cookie的時間設置為time()+300，那麼在 IE6.0裡，Cookie有效的條件是：客戶端時間（驗證Cookie時間）－服務器端時間（定義Cookie的時間）<300(秒)；所以這種 情況下，當我們網站上的驗證碼腳本被執行時，Cookie就已經過期了，所以驗證碼失效。
而对于FireFox而言，Cookie的有效时间完全由服务器端的时间决定，以上面的假设为例，即Cookie有效的条件是：服务器端时间T2 （验证Cookie时间）－服务器端时间T1（定义Cookie的时间）<300(秒)。 而對於FireFox而言，Cookie的有效時間完全由服務器端的時間決定，以上面的假設為例，即Cookie有效的條件是：服務器端時間T2 （驗證Cookie時間）－服務器端時間T1（定義Cookie的時間）<300(秒)。 所以在FireFox里，当打开系统登录页时，我输入用户名、密码及验证码的时间肯定不会超过300秒，自然就可以正常登录。 所以在FireFox裡，當打開系統登錄頁時，我輸入用戶名、密碼及驗證碼的時間肯定不會超過300秒，自然就可以正常登錄。
可见，FireFox是充分考虑到了服务器端与客户端的时差问题。 可見，FireFox是充分考慮到了服務器端與客戶端的時差問題。
真是很神奇
突然想起我的linux 主機的時間是比較慢的，調整了時間跟windows系統對時之後
的確就可正確的拿到cookie了!!!
Sunday, August 17, 2008
DC94's Summer 2008
每年夏天
接到群組信詢問海邊衝浪抓住夏天尾巴似乎已成為熱舞社的傳統
上班後就越來越難約時間的大家
今年~ 也湊滿了兩台車，10個人出發前往烏石港沖浪
特別的是這兩台車快要可以貼上 "戀愛巴士" 的標籤了
如果扣除 女友上班 女友怕水 女友要出國 以及男友保衛國土ing 的關係的話
應該就可以第一次出個DC94之出雙入對衝浪行嚕!
只要熱舞社出遊，似乎太陽老爺都頗配合的。
兩天天氣超好，太陽大到不行，就是這樣才像夏天阿!
烏石港現在幾乎成為了第二個福隆，人多到一個不行，
遠遠望去海面上滿滿的人頭跟版子，快跟個大澡堂沒兩樣了
大概是因為浪都起在很靠近海岸吧，人通通擠在一起。
即使高手也沒法到外海 誰叫沒有浪
所以 在烏石衝浪感覺不是被人沖就是去沖人!
不是讓人用板子尬過，就是我拿版子尬人阿!!!
哈不過還好身手依舊矯健的我還是兩次站著沖上岸~~過癮!!!
衝浪過後的沙灘亂打王的命令要殺紅了眼排球賽
從夕陽餘暉打到月亮升起
真的超刺激
過夜的民宿雖然在個看似紅燈區中的小巷子裡
房間卻是出奇的大跟舒適
只能說陳總召這次實在幹的太好了! (股股掌)
唯一可惜的是洗完澡後所有人都癱了 ...
不然怎麼能浪費這麼大的空間
怎麼能不來個超high的遊戲咧!!!!
前往羅東夜市的路上 purple車的團員們相互窺探了秘密閃光msg
原來DC94 的男生 即使在外是個頑童
骨子裡還是有著噁死人不償命的浪漫跟孩子氣阿~ 是吧~ 嘿嘿~噗啾~
拍賽最後因為個人身體的原因回程拖了一點時間阿
希望大家都能健健康康 每年都要一起抓住夏天的尾巴唷!!!
Wednesday, August 13, 2008
時常懷舊
每次因為繳交作業 (小白飆淚年曆, 技安遲交很久的通訊錄 ... 之類的)
需要翻出懷舊照片時
總是邊看照片邊拍桌子笑到掉淚
還好我們的青春沒有留白呀 ~
太多好笑的漏網鏡頭了~
哪天蒐集齊全後來個 yzudc 經典懷舊爆笑版好了
會發現~ 每個人跟現在的差別都好大!
Wednesday, August 6, 2008
Focus 游標
Reference here -> http://blog.miniasp.com/?tag=/form
html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="tw">
<head>
<title>測試在 display:none 下的元素</title>
<script type="text/javascript">
window.onload = function ()
{
txtUsername = document.getElementById('username');
txtUsername.focus()
}
</script>
</head>
<body>
<form>
<div style="display:none;">
<input type="text" id="username" name="username" value="" />
</div>
</form>
</body>
</html>
我們常會使用 element.focus() 方法，讓鍵盤游標停留在某個欄位上。例如說「會員登入」頁面開啟時，鍵盤輸入的游標就直接停在「帳號」欄位上，讓頁面開啟來後就可以直接輸入帳號。
但是當我畫面上的表單元素很多時，我會動態的將某些欄位隱藏，導致程式在執行 focus() 方法時會出現「控制項不可見、未啟動或無法接受焦點，因此無法將焦點移到控制項上。」的 JavaScript 錯誤。
例如說下面的 HTML：
html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="tw">
<head>
<title>測試在 display:none 下的元素</title>
<script type="text/javascript">
window.onload = function ()
{
txtUsername = document.getElementById('username');
txtUsername.focus()
}
</script>
</head>
<body>
<form>
<div style="display:none;">
<input type="text" id="username" name="username" value="" />
</div>
</form>
</body>
</html>
Subscribe to:
Posts (Atom)
