徐嘉裕(Neil Hsu)的工作心得網誌!

今天無意間又發現 XOOPS 2.7的一個BUG問題，就是儲存頁腳的資訊區塊，原本(XOOPS2.5.11)都還能支援HTML格式，現在貼入內容會被自動清除為純文字格式，這不處理會死人的呢!!頁腳聯絡資訊，網站資訊，還有AA標章，連CSS都沒辦法用，一堆HTML要放的，變成純文字能交差嗎。 經追查資料庫config存進去就已經被過濾成純文字了，研判因該是在儲存端的Xoops安全機制過濾的，於是再反查Xoops的modules/system/admin.php 最後在這裡找到 modules\system\admin\preferences 用筆記本打開找到約第439行 // Detect this and explicitly set an empty array instead. 吧下面整段註解掉 /* $multiFormTypes = ['select_multi', 'group_multi', 'user_multi', 'theme_multi']; if (in_array($formType, $multiFormTypes, true) && !Request::hasVar($confName, 'POST')) { $new_value = []; } else { $new_value = Request::getVar($confName, $config->getVar('conf_value'), 'POST'); }*/ 替換為 //修改儲存頁腳footer會被自動過成濾純文字的問題 $multiFormTypes = ['select_multi', 'group_multi', 'user_multi', 'theme_multi']; if (in_array($formType, $multiFormTypes, true) && !Request::hasVar($...

之前寫過一篇【 用CSS做出來一個文字漸層+文字白框+文字陰影的LOGO區塊，CSS最終解法並符合無障礙 】的工作心得，但經過多次實際驗證，filter: drop-shadow方法雖然較為美觀，但在行動瀏覽或是平板，容易觸發 GPU 合成層，導致版面異常(畫面上下空白)，裝置發燙等耗電等問題，因此經改良後，改用CSS LOGO 描邊陰影字工法能維持與原本 filter: drop-shadow相同的效果，且手機平版不會異常，方法如下： 以下是使用-webkit-text-stroke/text-shadow做出來的文字效果，幾乎能90%還原PSD設計效果 文字的PHP常數增加data-storke設定 define('_THEME_LOGO_02','<div class="logo_01_box" aria-hidden="true" tabindex="-1" data-storke="桃園市" >桃園市</div><div class="logo_02_box" aria-hidden="true" tabindex="-1" data-storke="快樂" >快樂</div><div class="logo_03_box" aria-hidden="true" tabindex="-1" data-storke="國民小學" >國民小學</div>'); 注意： aria-hidden="true"：視覺文字不給讀報軟體讀。 - tabindex="-1"：避免視覺文字進入 TAB 流。 data-storke：提供 CSS content:attr(data-storke); 使用。 外層已有可讀 aria-label 或 sr-only，不要讓同一段校名被讀兩次。 CSS 核心寫法 #toplogobox{ position:relative; width:980p...

今天測試 XOOPS 2.7 的 profile 模組時，無意間發現後台欄位編輯有一個問題。 操作路徑：後台 → Profile 模組 → 欄位 → 編輯 只要修改任意一項後送出，就會出現錯誤： Errors field_name 為必填項 Incorrect column name '' MySQL 除錯訊息會看到類似這段： ALTER TABLE profile_profile ADD  varchar(255) NULL 一開始看起來很像資料表壞掉，因為 SQL 竟然要新增一個空白欄位名稱。但後來追程式才發現，真正原因不是資料表問題，而是表單送出時沒有把既有欄位的 id 傳回去。 XOOPS 2.7 的 modules/profile/admin/field.php 在儲存時會從 POST 讀取欄位 id： $fieldId = Request::getInt('id', 0, 'POST'); 如果 POST 沒有收到 id，系統就會誤判成「新增欄位」。但因為目前其實是在編輯既有欄位，表單中沒有 field_name 輸入框，最後就變成欄位名稱是空字串，進而產生： ADD  varchar(255) 修復方式 用文字編輯器打開：modules/profile/include/forms.php 找到 profile_getFieldForm() 裡建立表單的位置，大約在前段： $form = new XoopsThemeForm($title, 'form', $action, 'post', true); 在下方加入： if (!$field->isNew()) { $form->addElement(new XoopsFormHidden('id', $field->getVar('field_id'))); } 也就是讓所有「編輯既有欄位」的表單，都固定送出 hidden id。 修正後，送出欄位設定時，field.php 就能正常收到 POST id，不會再誤判成新增欄位，也不會產生空欄位名稱的 SQL。 修正後結果 經實測： - profile 欄位可正常編輯 - 欄位設定可正常儲存 - 不再出現 field_name ...

 XOOPS 2.7 全面升級到 Smarty 4 後，舊佈景或舊模組最容易炸掉的地方，就是樣板裡的 `<{php}>...<{/php}>`。 原因很單純：Smarty 4 已經不支援在樣板中直接執行 PHP。也就是說，舊寫法如果還把 PHP 邏輯塞在 `.tpl` 裡，升級後就會出現 unknown tag、白畫面或 SmartyCompilerException。 目前比較穩的解法，不是去 hack Smarty，也不是讓 Smarty 重新開放任意 PHP，而是把原本散落在樣板中的 PHP 程式碼收回 PHP 檔案，整理成 function，再用 `$tpl->registerPlugin()` 註冊成 Smarty 標籤，最後在樣板中用新標籤取代原本的 `<{php}>`。 簡單說： 舊寫法： .tpl 直接寫 <{php}> PHP CODE <{/php}> 新寫法： PHP 檔建立 function → registerPlugin 註冊成 Smarty function → .tpl 改用 <{php_channel}> 這樣效果接近原本 `<{php}>`，但執行入口變乾淨，也比較符合 Smarty 4 的規則。 修改方法如下說明： 一、建立相容函式檔 建議先建立一個 PHP 檔，專門收納原本樣板裡的流浪 PHP，例如： modules/模組ID/function/tpl_smarty_compat.php 示例： <?php //Smarty 4 樣板流浪 PHP 收容區 function register_smarty_compat($tpl=""){ if(empty($tpl) || !is_object($tpl)) return; if(!method_exists($tpl,'registerPlugin')) return; static $registered=array(); $tplid=function_exists('spl_object_id') ? spl_object_id($tpl) : spl_object_hash($tpl); if(!empty($regist...