前年公司技術部做了一個名錄集配套的銷售網站(http://xiaoshou.mingluji.com/)，支持支付寶在線付款，并用QQ/MSN做在線銷售客服咨詢，用了一年多，效果還不錯，後來信息服務部自行用Drupal搭建了新版本的名錄購買超市(http://goumai.mingluji.com/)，能讓客戶自行下單、付款和下載，進一步方便了客戶的購買。
但兩種方式一直并存也讓部分客戶感到疑惑，于是我們上個月做了合并，10月11日将DNS修改，xiaoshou.mingluji.com的A記錄從58.49.59.191改為219.140.165.17，在新服務器
前幾天在為系列網站提交網站地圖的時候，發現提交多語言、包含手機版的上百個sitemap實在是太痛苦了，不停地click+copy&paste做多了直讓人犯困，算了一下，至少需要幾十個小時來做這種極度無聊的工作。
了解到Google Webmaster Data API是可以用于批量提交sitemap的，但不知道如何使用，查了一些資料也沒有找到突破頭緒就先擱置了，後來嘗試用robots.txt提交，但這種辦法隻能提交網站更目錄下的sitemap（例如http://che.postcodebase.com/sitemap.xml），無法識别子目錄（或者說子
Drupal系統本身支持多站點，默認情況下，這些系列網站都是用同一個robots.txt文件，這在多數情況下都很方便，但我們發現在robots.txt中添加過多的Sitemap:标簽來提交站點地圖的時候，Google Webmaster Tools會因為robots.txt文件過大而進行變換、截取，從而這些提交無效。
以前知道有個RobotsTxt的插件，但為了讓系統保持精簡就沒有安裝過，這兩天嘗試了安裝這個模塊，還是比較方便的，可以在菜單中編輯每個站點自己的robots.txt，而且會自動在底部添加一個sitemap提交。
我們的多語言網站可
6月份寫了一篇《網站擴展100倍：50種語言x(電腦版＋手機版)》，之後幾個月逐步獲得更多數據、搭建更多網站、導入更多數據，現在基本上完成了初步的工作，可以推出這100多個國家地區的多語言郵編網站：
去年下半年開始就以做外文網站為主，少有中文網站推出，最近把積累的一些數據與同事一起整理，準備逐步再添加網站推出。除了很老舊的工商企業名錄以外，我們去年也新添了一些更新數據，先隻是在名錄集數據超市進行銷售，現在添加了最新幾個月的數據後也做成了網站：
新工商名錄
| 省份 |
前一陣子在設置用Drupal搭建的系列網站時，因為子網站數量衆多（上百個），不得不考慮使用批量設置的辦法來進行初始設置及修改，否則逐個網站去點擊鼠标進行設置的話，每個站點起碼要點擊幾百次，總的鼠标點擊次數要達到數萬甚至更多，即使鼠标不崩潰的話，人恐怕也得崩潰了。 用Drush是必然的選擇，但實際設置中Drush也無法解決所有的問題，還綜合使用了一些其它的辦法，包括直接修改MySQL數據庫，現在把一些典型的修改辦法記錄如下。 首先要做的是做一個循環sh批處理程序，對需要設置的衆多網站進行逐個處理，例如： < 前幾年我在網上對國外付款基本上都是用的PayPal，這兩年也開始用PayPal來進行一些收款，知道國外還有一些支付方式，例如Google Checkout, Moneybookers等，但基本都沒有用過。 前一陣子開始有客戶咨詢我們能否使用一種叫做LibertyReserve的方式付款給我們，我們嘗試着接受了幾次，并進行了兌換提現，覺得還不行。其中對賣家有利的一點是買家的付款是不能撤銷的，我們在接受PayPal付款中多次遇到信用卡非法授權而用戶要求退款的。 在Drupal官方網站找到了與UberCart配套的LibertyReserve模塊：L  我們做的Drupal網站多是數據查詢、展示類型的，當數據量大的時候，導入就需要很長時間，而随着站點的建立、訪問，還會産生一些日志、緩存等數據，一些站點的MySQL數據庫占用空間會越來越大，部分甚至都超過10G了，導緻訪問很慢、備份困難。
前幾天發現一台Linux服務器的網站上發來的郵件突然很少甚至沒有了，可能導緻客戶聯系不上，檢查發現/var/spool/mail目錄下root中有一些沒有發出的郵件，其中說到：
站内搜索2002-2023 v11.7 a-j-e-0 |
|---|
