網頁設計公司、網站設計相關文章

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移轉成本，是當前最重要且應立即執行的工作。

網站寄的信無法讓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 記錄。

購物網站最常讓消費者怯步的是沉長的會員註冊流程，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聯絡，我們的專案企劃會為您解說，並提醒您注意事項。

拜搜索引擎所賜，現今自己架設網路伺服器是一件非常簡單的工作，搜索網站主機安裝就會出現許多教學，但是如果是要架設商業化的網站伺服器，要考慮到的技術層面卻是層層高牆。

CADCH將網頁程式模組化，為了讓流程標準化，訂定了模組的安裝順序規範與區塊命名規則，以利後續前端網頁設計DOM開發應用。

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