這是 網站 分類的頁面，點擊下面标題查看詳細文章内容：
春節後新的一年開始，在做工作計劃的時候，充分了解行業目前狀況是很重要的，我上周花了好幾天的時候，把流量排在前面的幾千個網站列表看了看，也和同事一起探讨分析了兩次，現在把一些要點記錄下來：
一、查看辦法：
alexa的網站排名是非常老、非常經典的，但因為其統計原理是浏覽器alexa插件來進行，而國内現在浏覽器基本上沒有人安裝這個插件了，其中中文網站的排名與實際國内訪問的情況有些不符，甚至有些國人專門搞刷alexa引起混亂。我這次就不專門看alexa排名了。
國内的站長之家的中文網站排名算是比較權威、相對準确的，我這
這兩個持續了解、設置SSL證書方面的事情，先要申請免費的SSL證書，再嘗試進行https多網站1個IP多個SSL證書的Apache設置，然後把Drupal網站改http為https訪問，另外還想把以前設立的MediaWiki網站也逐步改為https訪問，先那以前的個人博客（維客）做一個試驗：
前面寫了兩篇SSL認證方面的博文：《申請免費的SSL證書，開通https網站》、《https多網站1個IP多個SSL證書的Apache設置辦法》，看上去也不是那麼複雜，但實際在做http到https站點遷移的過程中還是有一些細節需要注意，這裡把Dru
這些天接觸了解SSL證書後，寫了一篇《申請免費的SSL證書，開通https網站》博文，其中簡單記錄了Apache的設置，後來又涉及到多個域名、泛域名解析、通配符SSL證書、單服務器/多服務器、IP、端口等方方面面，去查了一些資料才在Apache上配置成功，幹脆重新寫一篇博文來記錄。
先寫各種可能的情況：
以前Drupal網站中遇到需要對Views的輸出進行一些變換的時候，一般是通過安裝Views PHP這個模塊，在Views中添加Global PHP字段，在其中設置讀取什麼值、進行什麼變換、輸出什麼内容，這個方式很早就開始用了，Drupal 6和Drupal 7都用過。但缺點是設置麻煩，還可能會引起負載的升高。
最近在調試一個新的網站中就遇到數據量大的時候，服務器報500錯誤，甚至導緻阿裡雲服務器死機的情況。檢查後發現都是與Views相關，先安裝了Views PagerLite來減少MySQL的Count指令，但依然有不少内存不足的報錯。
我們做過不少多語言網站，為世界各地各種語言用戶提供服務，一般每個頁面都有語言切換的選擇，讓用戶自行選擇。不過用戶進入網站的時候都是看到默認語言（多為English）界面，如果是非英語用戶感覺會差一些，甚至找不到語言切換的地方。
而一
使用Drupal很多年了，在站内搜索上基本上都是采用了系統自帶的搜索功能，搜索框基本沒變，隻是搜索結果頁通過search-results.tpl.php和search-result.tpl.php進行過一些小的修改。但遇到了數據量巨大、漢字編碼等問題的時候，也在某些情況下采用過其它方式：
今天收到過來自Google AdSense的警告信，某系列網站中有部分違規頁面，我查看了一下，批量導入的内容中确實有一些不适合放置AdSense廣告，查了一下以前遇到類似情況，一般都是删除Google信中指定的頁面，但這次類似頁面很多，有幾百個吧，隻删除一個不行
2010年剛開始用Drupal還是Drupal 6，移動大潮未到來，後來随着智能手機的普及，我們在Drupal 6、Drupal 7上都設置了對應的手機版網站，現在又都合并到響應式設計網站中。但以Drupal網站為基礎開發App我們還沒有做過，隻是以前聽說是可行的，在前年北京亞艾元公司在武漢大學圖書館的培訓時，他們也講過一點點cordova，但實踐的時間很短，隻留下一點印象。雖然現在再開發App看上去已經晚了，難以讓用戶接受在手機上安裝更多App，但我還是想嘗試一下。今年初用Drupal與微信結合的模塊做了一點微信公衆号的開發可以有基本的效果，現在再來做App端的結合，下面把嘗試的步
2010年前我們主要使用MediaWiki平台來建網站，2011年後改用更為通用的Drupal内容管理系統，新網站就用Drupal搭建，而老的Wiki網站就維持運行、管理留言等，兩個系統中可能有一部分相同的内容，都是獨立導入添加的。現在想把一個MediaWiki中用戶創建的頁面内容遷移到Drupal網站中，思路是從MediaWiki導出XML文件，變換為CSV格式，然後導入Drupal站，具體記錄如下：
2002-2023 v11.7 a-j-e-0
