歡迎光臨, 訪客. 請先 登入註冊一個帳號.
十一月 22, 2024, 10:01:53 下午
19595 文章 在 3865 主題 由 4579 會員
最新註冊會員: aa123aa1
  列出文章
頁: [1] 2 3
1  開發 / 中文相關 / Re: 光 UTF-8 並未解決中文問題! 於: 十月 26, 2005, 05:03:55 下午
 眨眼睛 你知道 taiwan 的程式設計師最 矯傲 的是什麼嗎 .....

就是每天都在處理 語系的問題 被操的有夠強的 哈哈哈哈

很可悲吧 ccc
2  開發 / 中文相關 / Re: 關於big5化後 預覽的 javascript 問題.... 於: 十月 26, 2005, 04:47:24 下午

如果 我這星期實驗結果 真的如老大您實驗的結果相同 ....

為保有原本的架構 :

我們以一個  以 utf-8 為底層  後台 和 rss 保留 用 utf-8

而 前台 可以自動切換 utf-8 , big5 , gb2312 的 轉換模組  .

相信會比解決這些問題簡單多了~~ 也是算是賤招啦 但是也 big5 化了 ccc

 吐舌頭 

3  開發 / 中文相關 / Re: 關於big5化後 預覽的 javascript 問題.... 於: 十月 26, 2005, 04:38:26 下午
引用
問題在於 IE 的 Javascript 或是說 Web Render Engine在 post 資料時,是把 資料以 utf-8 來傳送

我想確定這個說法是否正確 我就是要實驗看看 若真 如您所言的話 ,  這支程式就難解了 哈哈哈~~~
4  開發 / 中文相關 / Re: 光 UTF-8 並未解決中文問題! 於: 十月 26, 2005, 03:58:57 下午
mysql 底層 預設都是拉丁語系 ...

而且 它看到不懂的字元  會以 html unicode 存入資料庫 您的問題可能不是發生在 資料庫

而是發生在 程式處理字串的邏輯  您有實驗過嗎 為何會有此定論 ^^  小弟只是好奇
5  支援 / 使用與操作 / Re: Lost connection to MySQL server during query错误日志 於: 十月 26, 2005, 09:19:50 上午


1. 你要清查你所有的 query命令,將 index key做好加快的你 sql 效能 , 然後再做 otpimize  , 因為你可能一直 update 而 update 沒替你做好 kye 又或者是 你太久沒有 otpimize 了

2. 你的流量太高的話 , 請快點 用 ob_start 的技巧 將 首頁快取 成靜態網頁 , 資料生命週期你自己定 可以大量減少 db  conettion 數 .
6  開發 / 核心補強 / Re: 更換編輯器為 TinyMCE 於: 十月 26, 2005, 08:29:02 上午
 開懷大笑 

這個好  我的新專案  剛好要做  cms   

tinymce 呼呼 

吐舌頭


7  開發 / 中文相關 / Re: 有關 big5 化後許蓋功的亂碼原因部份詳解 - 請各位學長多多指點 於: 十月 26, 2005, 06:54:36 上午

另外再提出一個方案 :

1. 以 utf-8 為底層 放入 databases 但是前台整個網以 big5 編碼 吐出來 . 後台維持使用 utf-8

2.  以 utf-8 的方式吐出 rss  .

也就是乾脆做一個 可以吐 big5 或 gb2312 的 前台其它都用 utf-8

不過好像 這樣就沒什麼挑戰性了  .

只要 解決 utf-8 --> big5 方土土的問題就差不多了 ~~~~

這是最終的方案啦 小弟還是堅持 用 big5 當底層  真的沒法子解 再說 ....


8  開發 / 中文相關 / 關於big5化後 預覽的 javascript 問題.... 於: 十月 26, 2005, 05:50:32 上午
測試結果

mozilla  沒有問題 而 ie 的話

js/ui/common.js <-- 這支 javascript 程式

引用
                postText = postTextEditor.getHTML();
                postExtendedText = postExtendedTextEditor.getHTML();


回傳的字串  會變成 unicode  而造成錯誤..... (基本上 小弟測試結果 javascript 都是沒有錯誤的 )

但為何字串會變成 unicode 字串呢 ....  真好奇  , 一定是那句判斷在 ie 是沒有做用的又或者IE自己雞婆......


呼呼  找到頭皮發麻  哈哈哈~~~ 回傳 變成 unicode 的問題找出來 就解掉這段了 ....


WYSIWYG editor  這個 free javascript 還真大 找的快吐了 ................

如果 小弟要自己用是沒差啦 因為我家裡和公司都不灌 win 的 ^^!!

但是大家還是 幫忙看看咩 .....

為什麼會變成 unicode 字串 怪怪 那支 function 偷偷轉掉了 ............... 請大家 幫忙抓兇手  加油 !!

9  開發 / 中文相關 / Re: 有關 big5 化後許蓋功的亂碼原因部份詳解 - 請各位學長多多指點 於: 十月 26, 2005, 04:01:56 上午
針對這個問題 小弟提出個人小小的看法

1. 我們 需清查  get_magic_quotes_gpc on 的情況下

會做幾次addslashes 什麼情況會做 有那些流程造成重覆做的 要 列出 清單 再加以修正

這個方式極為麻煩....

2. 這個 big5 會造成的 bug - 官方當初會這樣寫是沒有考慮big5 的問題 但這樣寫可能有它的用意

但是也造成 big5 化後 的 bug 只是小弟還不熟這套系統需要多研究看看 .

但是依小弟的看法  get_magic_quotes_gpc 這個判斷 其實可以 放在寫入資料庫時字串再去做判斷

如果 get_magic_quotes_gpc 為 off 時 則 進 db 前 都會執行  mysql_escape_string 來阻絕 injection 攻擊

反之 不加  這樣改起來速度會快點 但有可能 違反官方當初這樣做的用意

若 各位學長在這段有 經驗者 望指點在下

小弟 閱讀程式不算慢 但是要全部看完 也還真有點累 ^^!! 

10  開發 / 中文相關 / 有關 big5 化後許蓋功的亂碼原因部份詳解 - 請各位學長多多指點 於: 十月 26, 2005, 03:39:33 上午
小弟還在實驗可不可行難度多高  :

因為小弟想做一個新的個人網站 覺得非用 big5 版來做才行 所以才會異想天開的想要big5 化

目前並沒有大動土木的計劃想先收集各位學長的意見 望比較早玩 plog 的學長們指導在下 :

小弟的思路及想法上是否可行 ...

1. 小弟打算以 big5 為底層 放入 databases 整個網以 big5 編碼 吐出來 .

2.  修正所有 方土土 及 許功蓋的亂碼問題 .

3.  以 utf-8 的方式吐出 rss 讓 big5 版本的 rss 也可以交換連結 .

經過 研究 可以發現  :

以 magic_quotes_gpc 為 on 的情況 之下 許蓋功問題會有亂碼的情況 ...

以後台 修改文章為例 小弟先提出 許蓋功的問題 .....

big5 化産生 bug 的産生原因  :

vim class/action/admin/adminpostmanagementcommonaction.class.php

可以發現 :

以 這句為例 -

引用
$this->_postText     = trim(Textfilter::xhtmlize($this->_request->getValue( "postText" )));

第一個 method ->  getValue() : 這個 method 可以在

vim class/net/request.class.php 找到 內容為 :

引用
                function getValue( $key, $defaultValue = null )
                {
                        // get the value from the parent
                        $value = parent::getValue( $key, $defaultValue );

                        // now if magic quotes are enabled and the input parameter is not an array
                        // and the feature has not been disabled, then strip the slashes
                        // fiend
                        if( get_magic_quotes_gpc() && !is_array( $value ) && $this->_stripSlashes ) {
                                $value = stripslashes( $value ); //  post 字串 第一次 做 stripslashes
                        }

                        return( $value );
                }

所以它會先判斷 你的 伺服器環境 決定是否要先 消除一次  脱溢字元

而第二次發生在 :

參考 vim ./class/data/textfilter.class.php   的 :

引用
                function xhtmlize( $string )
                {
                      // use kses in the "xhtml converter" mode
                      $config =& Config::getConfig();
                      if( $config->getValue( "xhtml_converter_enabled" )) {
                          $kses = new kses( true, $config->getValue( "xhtml_converter_aggresive_mode_enabled"));   
                          $result = $kses->Parse( $string );

                          // if balanceTags wasn't broken, we could use it...
                          //$result = Textfilter::balanceTags( $result );
                      }
                      else
                          $result = $string;

                      return $result;
                }

由 它 宣告的 kses 實體可以追到 :

vim class/data/kses.class.php <-- 還好命名很有規則 查起來快多了 .. ^^

引用
                function Parse($string = "")
                {

                        // 看到沒 它就是兇手 重覆 判斷 伺服器設定 是否 有自動脱溢 超全域陣列變數 然後再執行 stripslashes 而造成 寫入資料庫前就變成亂碼
                        if (get_magic_quotes_gpc())
                        {
                                $string = stripslashes($string);  // 第二次 過濾 脱溢字元
                        }
                        $string = $this->_no_null($string);
                        $string = $this->_js_entities($string);
                        $string = $this->_normalize_entities($string);
                        $string = $this->_hook($string);
                        $string = $this->_split($string);

                        if( $this->xhtmlConverterOnly ) {
                   // and also xhtmlize a few more tags...
                   $string = str_replace( "<br>", "<br />", $string );
                   $string = str_replace( "<hr>", "<hr />", $string );
                         }
                        return $string;
                }


所以造成寫入時的big5 字元亂碼 ....



###############################################################################3

目前小弟還在實驗 big5 化會不會有什麼大問題可不可行 還有望各位學長多多指點

先提出個人 測試後的結果 .... 近期會多發表一些有關 big5 化的一些發現

11  開發 / 模版設計 / Re: 关于模板制作,用什么语法呢? 於: 十月 25, 2005, 10:15:59 下午
^^!! sorry 我又來了 真不好意思  :

我有看它的前文啦  ccc  只是附帶一題 吐吐個人的小意見.... 

其實 方便最重要 .... xsl 太嚴格了  如果 堅持要用在很多比較專門的專案上當然是最好的選擇

但是多半的人 會受不了xsl 囉嗦的 標準 ^^!!   

ps : 

在 compiler xsl 的 sablot套件時 很麻煩所以 多半rpm 做好的 php4 套件 不支援 , compiler 上又有點 c 語言math 上的小問題要自己除錯

多半有這種環境的機器不多 除非是自己的而且在 compiler php 上要有很豐富的經驗, 所以 pblog 使用 smarty是很容易理解的

說真的 有點吹毛求痴了 , 但是真的有的話 小弟還真的很想要 呼呼....











12  開發 / 模版設計 / Re: 关于模板制作,用什么语法呢? 於: 十月 25, 2005, 09:47:30 下午
其實 如果 很了解 xsl 比較建議用 xsl

因為夠標準 而且 一致性也夠

只要 xml 定義明確

很多 版型和邏輯層 都可以 重覆使用

玩 xsl 的話要先安裝 sablot
13  站務 / 站務建議 / Re: seednet 512/512 ADSL 無法連線論壇耶 於: 十月 25, 2005, 09:35:51 下午
可以連結 hinet 的 proxy 或是其它家的 proxy 試看看

連大陸超慢用那個一下子就進去了

14  開發 / 模版設計 / Re: 傻傻的问:听说官方有50多个模板,我的怎么只有3个? 於: 十月 06, 2005, 09:19:36 下午
GOOD !!! 有空參考看看 雖然小弟己經花錢請美工替小弟設計模版了 呼呼 ^^
15  站務 / 站務建議 / Re: javascript 新聞 會破壞 gzip 吐出來的速度 造成 吐出本論壇會卡在那段 於: 十月 06, 2005, 09:09:08 下午
^^ 您可以 等 html 吐完再執 行 javascript

參考入口網站

它們有相同的問題  而且它們也有最好的解決方式 ...

例如 yahoo  有些 javascript 的邏輯卡在首頁中間

它是如何快速吐出來 html  然後再去執行 javascript 


其實  smf 在早期 yabbse 版本時就有這個問題 ....... 

http://www.twbb.org/   <-- 小弟的網站把那段直接拿掉 吐出 html 不到一秒 參考一下 二邊一樣都用 smf 速度 差很多


頁: [1] 2 3