天使大人您好，    不知何時，本站也開始使用 HOTRANK 來統計人次了。    依之前小弟使用 HOTRANK 的經驗是，有時反應很慢，幾乎網頁內所有內容及圖示都已載到 Client 端了，但是網頁還不顯示出來，原因只在於 HOTRANK 提供的統計圖檔大小未知。後來加上 width/height 之後（如下），網頁就可以很快秀出，即使 HotRank 統計圖還沒有來。

不過，小弟看了一下目前的連結是

<!-- Begin of Hotrank Counter - DO NOT MODIFY -->
<!-- End of Hotrank Counter - DO NOT MODIFY -->

那就沒得改了... 沒空更新的網頁... http://coolsite.to/dllee C及指標教學,計算機概論,資訊管理導論... http://coolsite.to/ushells 介紹Shells,LiteStep,GeoShell....

------
http://www.ViewMove.com

引言: 天使大人您好， 不知何時，本站也開始使用 HOTRANK 來統計人次了。 依之前小弟使用 HOTRANK 的經驗是，有時反應很慢，幾乎網頁內所有內容及圖示都已載到 Client 端了，但是網頁還不顯示出來，原因只在於 HOTRANK 提供的統計圖檔大小未知。後來加上 width/height 之後（如下），網頁就可以很快秀出，即使 HotRank 統計圖還沒有來。

＜img src="http://h01.hotrank.com.tw:1025/count.gif?myid=h01-3392" border="0" width=88 height=32＞

不過，小弟看了一下目前的連結是

＜!-- Begin of Hotrank Counter - DO NOT MODIFY --＞＜SCRIPT LANGUAGE="JavaSCript"
SRC="http://h03.hotrank.com.tw:1688/hotrank.js?myid=h03-42197"＞＜/SCRIPT＞
＜!-- End of Hotrank Counter - DO NOT MODIFY --＞

那就沒得改了...

真對不起，這樣好像沒有什麼能建議的 ... <>沒空更新的網頁... >

您隤滷〞p應該是發生在 您將HotRank的Hyper-Link指令放在＜table＞與＜/table＞中, html的語法是所有table中的顯示元件要都到齊了, 整個Table才會一起Show出來, 本站的HotRank是獨立於文章中的另外一個Table 所以應該不至發生HotRank還未出現文章就無法顯示的情況! 站長採用HotRank的理由為:以前用自己的Counter程式, 結果會對主機造成不少負擔, 改用HotRank是為了減輕主機的負擔, 若因此造成網友的不便請體諒! ～～～Delphi K.Top討論區站長～～～

------
～～～Delphi K.Top討論區站長～～～

引言: 您隤滷〞p應該是發生在 您將HotRank的Hyper-Link指令放在＜table＞與＜/table＞中, html的語法是所有table中的顯示元件要都到齊了, 整個Table才會一起Show出來, 本站的HotRank是獨立於文章中的另外一個Table 所以應該不至發生HotRank還未出現文章就無法顯示的情況!

個人網頁確實是在一個大 Table 內 ... ... 原來只要放在 > <>< face="Verdana, Arial, Helvetica">引言: 站長採用HotRank的理由為:以前用自己的Counter程式, 結果會對主機造成不少負擔, 改用HotRank是為了減輕主機的負擔, 若因此造成網友的不便請體諒! ～～～Delphi K.Top討論區站長～～～ 可能是昨天中午我上線時，同時約 800 人在線上，讓速度變得比較慢，又正好發現 HotRank!! 才會以為是不是它的問題 ... 我想，只要可以減少主機的負擔，網友都會同意的。 再次謝謝天使大人的努力。 沒空更新的網頁... http://coolsite.to/dllee C及指標教學,計算機概論,資訊管理導論... http://coolsite.to/ushells 介紹Shells,LiteStep,GeoShell....

引言: 可能是昨天中午我上線時，同時約 800 人在線上，讓速度變得比較慢，又正好發現 HotRank!! 才會以為是不是它的問題 ...

本站主機速度變慢的原因是因為採用MS-SQL資料庫, 原先採用Access資料庫,用ASP去抓資料的速度反而比SQL-Server快, 站長也百思不得其解,單用SQL-Expolrer測兩者的速度,SQL-Sserver是有比較快, 但用ASP SQL-Server就是慢, 我已經盡量簡化ASP的SQL指令了, 現在最慢的是在 快速查詢 與 進階查尋 以前用Access約6-12秒可以查出來,現在需要12-24秒, 將SQL-Server的全文檢索功能打開,查詢反而更久, 這.....到底是啥狀況??? 有網友可以救救站長嗎? (現在正準備再改用MY-SQL測看看)

引言: 我想，只要可以減少主機的負擔，網友都會同意的。 再次謝謝天使大人的努力。

感謝各位的體諒, 還有用HOT-Rank還有一個原因, 是可以讓本站有一個正式排名與客觀準確的流覽人次! ～～～Delphi K.Top討論區站長～～～

對了忘了補充一點! 就是採用MS-SQL之後, 就算主機的CPU為100%的滿載狀況, 網頁的顯示也都還有一定的水準, 以往用Access時,若主機100%滿載網頁一定出不來, 要等CPU稍降下網頁才會出來, 也就是大家都出得來,但是都一樣慢! 這是不是代表MS-SQL的多工性比Access好很多咧? 大家覺得呢? ～～～Delphi K.Top討論區站長～～～

------
～～～Delphi K.Top討論區站長～～～

站長: 你是不是有付費??? 怎不會跳出廣告??? ------------------------ 巨神工作室 www.hercules.com.tw

引言: 站長: 你是不是有付費??? 怎不會跳出廣告??? ------------------------ 巨神工作室 www.hercules.com.tw

哈哈,您猜對了! 一年才300,便宜啦,就給它繳了, 這樣大家才不會跳出視窗很討厭! ～～～Delphi K.Top討論區站長～～～

對了，如果採用mysql資料庫，建議最好是「直接連」，不要透過odbc，否則會比較慢。 有困難就是能力不足，有麻煩就是方法不對... 劣者總是遇到困難，也時常出現麻煩

------
有困難就是能力不足，有麻煩就是方法不對... 劣者總是遇到困難，也時常出現麻煩

引言: 對了，如果採用mysql資料庫，建議最好是「直接連」，不要透過odbc，否則會比較慢。 有困難就是能力不足，有麻煩就是方法不對... 劣者總是遇到困難，也時常出現麻煩

請問mysql可以用native連嗎? 「直接連」就是用Native嗎??? ～～～Delphi K.Top討論區站長～～～