網站管理員於前台可以建立無限項目供會員選擇要預訂的項目，例如【美食餐廳】、【婚禮宴席】、【商務中心】、【交通車】...等。所有名稱可以自行更改。
每個預約項目可以上傳三張照片跟一段介紹。介紹支援所見即所得編輯器。
消費者在訂位系統中選了項目後，UX設計師規劃於旁邊或浮動視窗會出現該項目照片與介紹。每個預約項目基本會有【日期】、【時段】、【人數】、【預約者姓氏】、【電子郵件】、【聯絡電話】、【訂位需求】、【驗證碼】項目。依個人資料保護法第 一 章，第 2 條定義【社會活動及其他得以直接或間接方式識別該個人之資料】單一取得會員【Email信箱】，不取得【姓名】、【生日】、【身分證字號】、【護照號碼】。 管理員可以設定【各別預約項目】的星期五、六、日預設庫存量，設定完，會掃描資料庫，沒有個別設定過的日期且【無超賣】會以星期預設值為準。 管理員可以於前台設定【各別預約項目】的每日各別時段預設庫存量，設定完，會掃描資料庫，沒有【個別設定過】的日期且【無超賣】會以預設值為準。
管理員可以在【無超賣】情況下隨時調整【各別預約項目】某一日某一時段的庫存量，並設定該日不會依據預設庫存量為準。

網站後台所見即所得編輯器置入影片教學 我們在網站管理的編輯器中可以直接置入youtube的影片。
此編輯器目前應用在【新聞文章模組】、【公司簡介模組】、【商品展示模組】、【問題與解答模組】。 作品介紹 專題文章徵才訊息 最新訊息服務內容 相關影音 510 1520 2530

所見即所得編輯器表格樣式設定網頁教學 我們在網頁管理的編輯器中事先設計好表格樣式，依每個網站設計案件不同，有不同配色表格樣式提供選擇。
此編輯器目前應用在【新聞文章模組】、【公司簡介模組】、【商品展示模組】、【問題與解答模組】。

網頁後台所見即所得編輯器按鈕樣式設定教學 我們在後台管理的編輯器中事先設計好按鈕樣式，依每個網頁設計案件不同，有不同配色按鈕樣式供選擇。
此編輯器目前應用在【新聞文章模組】、【公司簡介模組】、【商品展示模組】、【問題與解答模組】。

IPV6網站清單2012年以前，網際網路使用的IPv4(Internet Protocol version 4)網路通訊協定，所能提供的網路IP數量約有43億個(共有2的32次方=4,294,967,296個IP位址)，當面臨發放枯竭的窘境時，唯有導入使用新一代IPv6網路通訊協定才能提供未來足夠的網路位址。 IPv6不僅提供更多的IP位址數量(共有2的128次方＝340,282,366,920,938,463,463,374,607,431,768,211,456個IP位址)，同時也加入IP自動配置（Auto-configuration）、內建安全的加密碼制、以及提供網路連線服務品質之功能（Quality of service）。 IPv6在服務品質方面穩定、安全、以及更適於串流等方面的特性，使其比IPv4更適合如VoIP網路電話等線上即時多媒體類型的網站應用，也更能安心地透過網路傳輸機密資料。 但是IPv6與IPv4存在不相通的問題，解決的主流技術主要包括IPv4/IPv6雙協定(Dual Stack)、IPv6隧道服務(IPv6 Tunneling)及IPv4/IPv6協定轉換(Translation)。藉由雙協定可以逐步由IPv4移轉至IPv4與IPv6共存互通，最後再形成以IPv6為主的網路，為世界上主要推動的技術，其他兩種方法則有效能瓶頸問題，在短期過渡上可提供做為輔助。 IPv6的推動將需要一段不短的時間，藉由設備汰舊換新採用符合IPv6規範設備，以及系統開發更新置換支援IPv6程式碼，以時間換取空間，降低IPv6移轉成本，是當前最重要且應立即執行的工作。

由文網股份有限公司UX設計師完成全後台響應式入口型網站，針對主要使用者可能長時間採用手機瀏覽，我們將Nav作了程式判斷，當手機上滑時除了主選單變成絕對定位外，還針對手機縮小間距。本網頁設計案使用RWD響應式設計，網頁中的自適應是指跟據瀏覽器寬度像素作相對應之處理，根據三種寬度的數據特徵自動調整處理方法、顯示順序、處理script參數、邊界條件與約束條件，使網頁內容展示的分佈特徵、結構特徵相適應，以取得最佳的顯示效果。提案二

網站寄的信無法讓Hotmail使用者成功收到，是一件非常棘手的問題，通常是該主機被列入黑名單了。可以參考下面網友問答： 公司寄信給HOTMAIL 收不到信，但用回覆卻可以收到 - Microsoft Community解決的方式一定要依下方DNS搭配Mail server原則、作法與指導方針進行： live mail原則、作法與指導方針郵件伺服器傳送到Outlook.com的電子郵件伺服器必須遵守下列要求：寄件者需要遵守網際網路電子郵件傳輸的所有技術標準，如 The Internet Society 的 Internet Engineering Task Force (IETF) 所發佈的內容，包括 RFC 2821、RFC 2822 和其他規格。在收到 500 到 599 之間的 SMTP 數字錯誤回應 (也稱為「永久性未送達回應」) 後，寄件者必須停止嘗試再次傳送郵件給該收件者。在收到多個未送達回應後 (請參閱第 2 項)，寄件者必須停止嘗試再次傳送郵件給該收件者。在未事先安排的情況下，寄件者不能同時開啟 500 個與 Outlook.com 接收電子郵件伺服器的連線。不能透過不安全的電子郵件中繼或代理伺服器傳送郵件。取消訂閱系統功能 (無論是取消訂閱寄件者所管理的個別清單還是所有清單) 必須清楚記錄，方便收件者查閱和使用。不接受來自動態 IP 位置的連線。電子郵件伺服器必須具備有效的反向 DNS 記錄。

請依官網公告更新至7.31以上版本，或是安裝patch修正/includes/database/database.inc檔案
https://www.drupal.org/files/issues/SA-CORE-2014-005-D7.patch本弱點可以讓攻擊者繞過帳號認證取得網站管理者權限，目前網路上已經有實作入侵的工具出現，使用Drupal之網頁需要盡速更新。

第一次會議討論
CADCH提供
報價單
變更需求或架構
第二次會議討論
進行簽約程序
由業主提供網站內容文字
版型提案
業主不同意提案
重新設計提案
業主同意提案
開始製作

購物網站最常讓消費者怯步的是沉長的會員註冊流程，CADCH購物車在註冊過程只需要取得EMAIL，其他所有資料皆不需要，包含會員姓名地址皆不需要。
我們在會員成立網路訂單時，才會在訂單中綁定EMAIL，同時在第一次下單時，填寫姓名住址與電話，這些資料經過加密儲存於訂單中的專屬資料表中，之後購物皆不需要填寫沉長的資料。目前許多整合GOOGLE帳戶的網頁使用OAuth 1.0的API，我們幫購物系統導入新的Google OAuth 2.0與Facebook SDK 4.0，使用者只需同意即可將社群網站上的EMAIL綁定我們購物系統的帳戶。大大增加網友購物的意願。

本名單為多個XOOPS客戶log記錄所累積的成果，有可能會誤擋國外使用者，我們不負責名單產生的後續問題，名單持續更新於本網頁。
^101.66|^107.155.75|^107.158|^108.62|^108.163|^108.178|^109.169|^109.200|^110.89|^111.1.36|^112.124|^112.220|
^112.111|^117.173|^117.26|^119.188|^120.192|^120.33|^120.37|^120.43|^121.199|^122.96|^123.125|^130.185|^141.105|
^142.0|^142.22|^142.234|^142.91|^151.237|^162.218|^172.245|^172.246|^173|^174.122|^175.42|^175.44|^176.31|^176.56|
^176.61|^177.220|^178.137|^178.216|^178.238|^178.255.45|^178.32|^178.33|^178.63|^178.73|^180.180|^181.112|^182.48|
^184|^185.25|^185.3|^187.32|^188|^190.181|^191.234|^192.119|^192.161|^192.165|^192.184|^192.208|^192.210|^192.227|
^192.3|^192.95|^195.69|^196.196|^198.2|^198.12|^198.143|^198.50|^198.52|^198.71|^198.98|^199.119|^199.180|^199.187|
^199.195|^199.91|^2.133|^201.221|^202.116|^203.161|^209.148|^212.175|^213.37|^216.152|^216.59|^217.195|^219.132|
^219.135|^221.130|^222.124|^222.77|^23.19|^23.226|^23.231|^23.245|^23.254|^23.29|^23.94|^27.106|^27.153|^27.159|
^31.169|^31.215|^31.6|^37.220|^37.235|^37.57|^37.59|^37.72|^37.203|^41.205|^46.22.166|^46.29|^46.37|^46.4|^46.105|
^46.249|^5.133|^5.134|^5.135|^5.157|^5.34|^5.39|^5.9|^50.115|^54.207|^59.46|^61.55|^62.4.2|^64.120|^64.182|^66.118|
^66.219|^66.248|^67.220.144|^68.68|^69.12|^69.147|^69.167|^69.175|^69.31|^69.58|^70.32.34|^71.19|^74.221|^75.102|
^75.127|^76.164|^78.129.252|^78.131|^79.140|^81.4|^83.28|^87.98|^88.135|^89.44|^89.46|^89.47|^89.66|^89.70|^91.108|
^91.121|^91.192|^91.200|^91.207|^91.219|^91.228|^91.236|^92.114|^93.182|^94.23|^94.242|^96.127|^96.44

今天遇到一個案例，某公司取得義大利原廠【總】代理，製作了跟原廠相同的網站，也在網站上使用原廠的商標。
該公司被控侵權了！取得原廠總代理時需要取得商標使用授權，並且註明可以使用到那些地方，如果架設網站，需要取得同意，商標可以出現在那些國家的主機空間內。
原廠對於總代理的定義可以非常廣義，也可以非常狹義，保障自己最佳方式就是明定於代理合約中，如果不審慎，您可能遇到下面幾個問題：原廠不同意海外總代理自行架設網站。原廠同意海外總代理自行架設網站，但是不同意網站中使用其商標，或是有使用但書。原廠網站內容部份為第三方所有，總代理直接使用，遭到第三方控告。原廠同意總代理於特定國家使用其商標與內容，而總代理將主機設立在不受允許的國家而違反合約。除了以上問題外，還有許多細節，歡迎想要設計網頁的老闆與CADCH聯絡，我們的專案企劃會為您解說，並提醒您注意事項。

項目自行架設主機租用IDC機房虛擬主機說明運算資源獨立專屬與多個帳戶共用記憶體與CPU運算一般網站只會運用到10%頻寬較小較大網友讀取資料時越大頻寬越好。設備初期成本較高較低租用IDC機房虛擬主機，不會得到設備，但是維修皆由廠商處理。設備營運5年成本伺服器60000元(概估，也有很便宜的伺服器)5年租金28000元不計入自行架設主機的網路費與電費。設備營運14年成本伺服器含維修零件80000元(概估，也有人很多年沒壞任何東西)14年租金80000元主機與防火牆與硬體維修淘汰概估。主機維護與安全性需要網管人員。網管人員含在租金中。自行架設主機建議租用中華電信UTM服務軟體需要專人安裝設定伺服器。我們每次收費24000元，含一年內12次遠端更新系統軟體。含在租金中建議採用Linux CentOS 6以上軟體，搭配apache與mysql。空間100G以上(硬碟越大，容量越大)10G概估。一般網站只會使用到1~5G空間。月流量不限40G概估。一般超過40G流量的網站容易成為廣告攻擊目標。線路成本每月支付給電信公司。含在租金中。線路成本即網路費。電費每月支付給電力公司。含在租金中。自架主機應該要置於有24HR冷氣空調乾淨空間。網站維護費另計。另計。由製作公司負責。以上抓的費用不是最客觀的，舉例，伺服器20000元至無上限都有可能，我們只是以小型企業可能的預算概估。
硬體亦可置於沒有溫度空調的空間，使用年限依環境情況縮短。
自行架設主機亦可不需要網管人員，很多企業賭賭看也可以使用很多年。
以上如果改租用【獨立主機】，整體費用約【租用IDC機房虛擬主機】5~10倍。

位置模組名稱title名稱, id名稱頁首主選單nc menuheadermenu頁尾選單nc menufootermenu主視覺nc visionmainvision最左邊主視覺nc visionleftvision最右邊主視覺nc visionrightvision最左邊廣告nc visionleftbanner最右邊廣告nc visionrightbanner目錄nc product, cart, filelistcategory最左邊選單nc menuleftmenu注意事項：css中的中文字型，統一用中文名、英文名同時寫入，需要儲存成UTF-8編碼。tableclassoutertrclasseven,oddtdclasseven,odd

許多企業建置系統時，通常會考慮到的程式支援週期長短的問題，而開放原始碼系統，往往比小型系統設計公司存在更久，目前XOOPS的開發團隊釋出的版本為2.5.6，支援PHP5.4。而且XOOPS仍然持續開發新版本2.6，並且已經訂立一連串的開發計畫。
採用XOOPS架站系統，或許稱不上可以高枕無憂，但至少不必擔心短短幾年的時間，XOOPS便會停止開發，而面臨更換系統的問題。
畢竟XOOPS已經有數十年的歷史，而PHP5.4也至少還有數年的壽命，不至於有立即停止支援的危險。如果在使用OpenSource架設系統時發生任何問題， 除了尋求開發團隊的支援外，也可以考慮使用遍布在全世界各地的各個相關社群論壇解決疑惑。
由於各種OpenSource架站軟體的使用人數眾多，大多數人會遭遇到的問題，多半大同小異，很有可能在社群中早已提出了解決的辦法。
甚至使用者如果有自行開發的模組程式，也能在社群內進行公開，以達到快速散布程式的目的。但是也因為每個開發者都可以自由分享自己的程式，也造成素質良莠不齊的情況產生，我們可以抱著實驗的精神使用全世界各地網友所開發出來的模組，學習瞭解其中功能與應用，或是程式碼撰寫方式。
當我們使用網路社群上網友所發表的免費模組或程式時，就應該要瞭解到，作者並不需要為其開發的程式所產生的問題負責，如果出於善意的分享，卻還要負擔各種的保證，容易讓作者產生卻步，而不進行分享。
數年前，有一家公司Instant Zero為XOOPS開發維護NEWS模組，同時也為當地企業開發模組，由Instant Zero公司所承辦的XOOPS得到完善的保障，而同一時期有許多服務商也在使用OpenSource架站軟體幫當地企業架設網站，但卻不是自己開發的模組。
當模組原作者不再為網友服務時，沒有開發能力的服務商只能增加成本，提升自己成為有開發能力的程度。或是選擇終止服務。